home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!elroy.jpl.nasa.gov!ames!olivea!sgigate!odin!fido!zola!zuni!anchor!olson
- From: olson@anchor.esd.sgi.com (Dave Olson)
- Newsgroups: comp.sys.sgi
- Subject: Re: fsck problem in single user mode
- Keywords: fsck, single user
- Message-ID: <s05345o@zuni.esd.sgi.com>
- Date: 5 Nov 92 18:04:55 GMT
- References: <1992Nov5.113332.22423@sun1.ruf.uni-freiburg.de>
- Sender: news@zuni.esd.sgi.com (Net News)
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 23
-
- In <1992Nov5.113332.22423@sun1.ruf.uni-freiburg.de> kleinren@sun1.ruf.uni-freiburg.de (Rainer Kleinrensing) writes:
- | today we had a problem with a mangled root entry in /etc/passwd.
- | To fix it, we booted single user and manually did a /etc/fsck /dev/usr
- | in order to be able to mount it and use 'vi'. However, fsck wanted to
- | print a message like 'UNREF FILE, OWNER=root', but what was printed was
- | 'UNREF FILE, OWNER=Bus error (ore dumped)', fsck was not able to
- | continue beyond this point.
- | With 'echo' we created a passwd file with only the root entry,
- | after that fsck worked. Perhaps one could fix this ?
-
- You don't say which OS release you are running. I tried to duplicate
- this with a number of creative ;) ways of damaging the passwd file,
- and all of them either find and print 'root', or don't find uid 0
- at all, and just print the numeric UID. This was with 405.
-
- fsck uses getpw() (the standard libc routine) to lookup the UID, so
- this should be fairly easy to simulate.
-
- Could you include a sample of how the bad line looked?
- --
- Let no one tell me that silence gives consent, | Dave Olson
- because whoever is silent dissents. | Silicon Graphics, Inc.
- Maria Isabel Barreno | olson@sgi.com
-