home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12356 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.0 KB  |  49 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!odin!sgi.com!scotth
  3. From: scotth@hoshi.corp.sgi.com (Scott Henry)
  4. Subject: Re: /etc/passwd gone or corrupted: what now?
  5. In-Reply-To: chpetk@gdr.bath.ac.uk's message of 13 Aug 92 16: 29:16 GMT
  6. Message-ID: <SCOTTH.92Aug13111301@hoshi.corp.sgi.com>
  7. Sender: news@odin.corp.sgi.com (Net News)
  8. Nntp-Posting-Host: hoshi.corp.sgi.com
  9. Organization: Silicon Graphics Inc, Mountain View, CA
  10. References: <1992Aug13.162916.13009@gdr.bath.ac.uk>
  11. Date: Thu, 13 Aug 1992 16:13:01 GMT
  12. Lines: 35
  13.  
  14.  
  15. >>>>> In article <1992Aug13.162916.13009@gdr.bath.ac.uk>, chpetk@gdr.bath.ac.uk (Toby Kelsey) writes:
  16.  
  17. chpetk> I needed to change my login shell. So I logged in as root
  18. chpetk> and performed
  19. chpetk>     passmgmt -m -s /bin/sh toby
  20. chpetk> When I logged out there was a kernel panic with a message
  21. chpetk>     "software detected SEGV"
  22. chpetk> and the system wrote a corefile.
  23. chpetk> We reset the machine as requested. When checking the disk
  24. chpetk> using fsck all was OK apart from
  25. chpetk>     su: unknown id: sys
  26. chpetk>     chown: unknown id: root
  27. chpetk> The login screen showed no users at all.
  28. chpetk> Trying to start it in single-user mode gave something like
  29. chpetk>     su: no such user: root
  30. chpetk> repeatedly.  We can ping the machine, but cannot ftp or
  31. chpetk> telnet or rlogin to it.
  32.  
  33. chpetk> This is with Irix 4.0.1 on a 4D/35
  34.  
  35. It sounds like you hosed /etc/passwd. The only way I know to recover
  36. is to boot the miniroot (like you were loading software), then run a
  37. sh. Look to see if there is a backup copy in /root/etc, otherwise
  38. you'll have to `cp /etc/passwd /root/etc` and then restore /etc/passwd
  39. after quiting & rebooting (you do do backups, don't you?).
  40.  
  41. Any further problems, you should call the TAC if you are on
  42. maintenance.
  43.  
  44. =-=-=
  45. --
  46.  Scott Henry <scotth@sgi.com> / Traveller on Dragon Wings
  47.  Networking Services,        / Help! My disclaimer is missing!
  48.  Silicon Graphics, Inc      / GIGO *really* means: Garbage in, Gospel Out
  49.