ext2 drives under 5.3 not umounting on reboots
c0ldbyte at myrealbox.com
Mon Apr 18 04:32:40 PDT 2005
On Mon, 18 Apr 2005, Andriy Tkachuk wrote:
> I've had the same problem on 5.3.
> now on my FreeBSD 5.4-RC2 #0: Fri Apr 15 11:28:48 EEST 2005 i386
> it seems that problem gone.
I would advise once more changing the "Dump" & "Pass#" number fields
to "0" for both as I showed on the line below, you would have found
out that was causing if any most of your problem with your filesystems
being mounted/unmounted properly.
> On Sunday 17 April 2005 00:07, c0ldbyte wrote:
>> On Sat, 16 Apr 2005, M. Parsons wrote:
>>> I have a ext2 linux partition mounted under /linux via the fstab line:
>>> /dev/ad2s1 /linux ext2fs rw 1 2
>>> It will automount on bootup, but if I do a reboot or shutdown -h now, it
>>> doesnt get umounted properly. In fact, if this /linux is mounted, then /,
>>> /usr, /var, and /tmp (all seperate ufs slices on another hard drive) also get
>>> tainted during a reboot. And on the next startup I get the good ole:
>>> WARNING: /usr was not properly dismounted, leaving me to fsck the drives in
>>> single mode (which sucks, as the fbsd machine is a headless NAT machine).
>>> Running fsck in single mode does fix everything.
>>> So whats going on here? reboot aint properly umounting partitions, and fsck
>>> doesnt seem to be properly running during bootup if it detects tainted
>>> Any ideas?
>>> Freebsd 5.3 SMP kernel.
>> Try this line:
>> /dev/ad2s1 /linux ext2fs rw 0 0
>> But remember the ext2 code has been buggy for a while and is not allways
>> a good choice to try and do writes on it. Might be a better choice to
>> change rw to ro and to also check that drive/partition for errors with
>> its original fsck to fix any errors if there is any then it will most
>> likely mount properly and umount properly.
>> Best of luck,
( When in doubt, use brute force. -- Ken Thompson 1998 )
More information about the freebsd-hackers