From owner-freebsd-hackers Fri Oct 6 08:50:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02762 for hackers-outgoing; Fri, 6 Oct 1995 08:50:51 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA02757 for ; Fri, 6 Oct 1995 08:50:45 -0700 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA02120; Fri, 6 Oct 1995 11:50:09 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 6 Oct 1995 11:50 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id GAA12118; Thu, 5 Oct 1995 06:44:39 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id GAA21537; Thu, 5 Oct 1995 06:57:07 -0400 Date: Thu, 5 Oct 1995 06:57:07 -0400 From: Thomas David Rivers Message-Id: <199510051057.GAA21537@lakes> To: ic.net!rdm@dg-rtp.dg.com, freebsd-hackers@freefall.FreeBSD.org Subject: Re: system crash - help! Content-Type: text Content-Length: 2172 Sender: owner-hackers@FreeBSD.org Precedence: bulk Rob Misiak () writes: > Terry Lambert ("Re: system crash - help!") wrote: > > > > > Ok, in case anyone is interested, I fixed the problem. What happened is > > > fsck (I think that's what did this) marked some files - including /etc/ttys > > > (causing the login problem) and /etc/hosts - character devices. I luckily > > > had the 2.0.5-release CD lying around, so I replaced all of the messed up > > > files > > > > What do you mean "marked"... you mean "moved to lost+found"? I hope? > > > > > > Unfortunately, no. The files were in the same places that they normally were, > except (according to ls -l) they were character devices. It happened to many > random files all over the / partition. Fortunately, I kept backups and I was > able to restore the files. > > Rob > I have just had a recent confirmation of this phenomena (much to my chagrin.) On a FreeBSD 2.0.5 system, running the distributed GENERIC kernel; on a 386dx-33 with 8meg, NE2000 ether, HGA screen, AHA1542B w/ an old micropolis 635meg driver. I walked in the office and the machine had mysteriously rebooted, although the machine next to it hadn't. The fsck during the reboot had failed, dropping me into the `sh'. When running the fsck myself, I discovered that just about every file in /dev had been scribbled over (like the inode for the directory had been mucked-around.) This wasn't so bad, since I could recover MAKEDEV and reconstruct the /dev directory. Interestingly enough, several files become immutable in this process, making it a pain to get rid of the old /dev directory when everything was back up-and-running. I just wanted to echo Rod's observations. Also, I wanted to make sure there wasn't a problem with the drive itself. I dropped into the Adaptect BIOS routines and asked for a SCSI verify. No problems on the driver were located/remapped. Finally, the machine has been running since a week after the 2.0.5 release, without seeing this problem. It saw this problem about once a month with the 2.0 release. Of course, this could all be associated with an aging drive dropping bits every-now-and-then. - Dave Rivers -