Subject: kern/1172: 'fs clean' implementation botches certain cases
To: None <gnats-admin@sun-lamp.pc.cs.cmu.edu>
From: Chris G. Demetriou <cgd@NetBSD.ORG>
List: netbsd-bugs
Date: 06/29/1995 06:20:02
>Number: 1172
>Category: kern
>Synopsis: 'fs clean' code can cause system crash, bogus clean markings
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: kern-bug-people (Kernel Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Jun 29 06:20:01 1995
>Originator: Chris G. Demetriou
>Organization:
Kernel Hackers 'r' Us
>Release: 6/27/95 -current
>Environment:
System: NetBSD sun-lamp.pc.cs.cmu.edu 1.0A NetBSD 1.0A (SUN_LAMP) #0: Sun Jun 18 16:41:02 EDT 1995 cgd@sun-lamp.pc.cs.cmu.edu:/usr/src/sys/arch/i386/compile/SUN_LAMP i386
>Description:
FS unmounting/'clean' code can cause system to crash on reboot,
and can leave file systems incorrectly marked 'clean.'
This is probably the cause of some of the hangs on reboot
that people have been reporting.
>How-To-Repeat:
cd /usr/src/sbin/init ; make ; make install ; reboot
note crash and/or trouble rebooting. on reboot:
fsck -p
note that fsck says that root file system is clean. then:
fsck
note that root file system (MARKED CLEAN!!!) was actually dirty.
>Fix:
Dunno; if i'd had time to track it down, i would have.
>Audit-Trail:
>Unformatted: