Bug 19982
Summary: | Files in /home are destroyed during install | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | vidar |
Component: | shadow-utils | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED DEFERRED | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | dr |
Target Milestone: | --- | Keywords: | Security |
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-05-05 03:19:42 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
vidar
2000-10-29 07:58:21 UTC
Transferring to shadow-utils package, which contains adduser. Did you select the option to create a user during installation? Yes I did choose to create the user during installation. Okay, so the account didn't exist (because the root partition was reformatted), but shadow-utils overwrote configuration files because the home directory DID exist, and it did so in a Very Bad way. That's correct. I would suppose this happens for the rest of the files in /etc/skel also, but I have only found problems with these two files so far. *** Bug 29167 has been marked as a duplicate of this bug. *** I looked at the shadow utils package - and the spec file seems to say that this package hasn't been changed in a good while. Could you test this as a problem with adduser by adding a user dir in /home then adding a username that matches that userdir. And see if it munges the files. Please check if the shadow-utils-20000826-4 packages in http://people.redhat.com/nalin/test/ fix this. User files should no longer be overwritten if they exist when adding users. Files which are written are truncated when opened, so you won't get the end of the original file tacked on to the end of the new version of the file. That package appears to fix the problem - the RC files are not overwritten or munged. Spoke too soon. There is still a problem. The dir is not chowned for the user. So the user won't be able to mod the files - if the username is the same but the uid has changed this will be a problem. Still present. I'm thinking this would be reasonable to close out b/c it doesn't seem like it's either 1. popped back up or 2. going to matter. if it happens again - open a new one, I think. |