Changing my numeric user id
Hi,
now that I'm pretty comfortable with Fedora, I've decided to start playing with Slackware a bit. I have an ext3 filesystem I'd like to share between the two distros, with both taking the owner of the files to be the one non-system user on each distro. Unfortunately, Fedora user ids start at 500 by default, whereas Slack starts them at 1000. I think the easiest thing to do is to change the Fedora user's numeric id to 1000. Is this as simple as amending /etc/passwd and chowning /home on the Fedora install, or is there more to it than that? Do I need to do anything with /etc/shadow? Are there things going on in the background that expect my numeric id not to change? |
AFAIK, you can simply modify /etc/passwd as appropriate, and any new logins for the respective use will assume the new ID. You probably want to make the accordant change in /etc/group, as well. Any files that are owned by an abandoned UID can be chowned as necessary. Existing logins may misbehave if file permissions change in unexpected ways.
I have encountered the same issue, and fixed the problem as described. --- rod. |
make a new user in fedora and manually set the uid to 1000
system / admin/ users & groups |
By default slackware's users start at 1000, but there are no system userid's over 100, so you could quite happily just specify 500 as the uid when you create the user under slackware and then you don't have to change anything.
|
Quote:
As the services are getting initialised at boot time, I get the following error message repeatedly: Quote:
Quote:
Then after waiting several minutes with no messages, X fails to start and I'm presented with a text logon screen, but I can't login with either my normal username or root, it just gives the error message "Login incorrect". I've now reverted /etc/passwd and /etc/shadow to their previous contents, but get exactly the same errors. I checked there were no conflicts with another user/group having id 1000. The entries for the dbus user in the various files are Quote:
Does anyone have any suggestions? I do have a recent backup of the system partition, but would prefer not to use it if possible as I've just downloaded > 1GB of package updates. |
Quote:
|
Should have guessed, SELinux was up to its old tricks again. It turns out modifying /etc/{passwd,group} in single-user mode reset their security contexts, which could be returned to the correct values with restorecon.
For anyone else doing the same thing, there are also various Gnome config files scattered round the filesystem for which I was the owner. These can be chowned to the new uid with the commands Code:
find / -user oldUID -exec chown newUID \{\} \; |
All times are GMT -5. The time now is 03:21 PM. |