Björn König
2006-Jun-10 18:09 UTC
unmounting a filesystem safely that doesn't exist anymore
Hello, I did a mistake: I unplugged my digital camera accidentally before I unmounted the filesystem. *doh* This happens very often, because I'm very scatterbrained. =) The kernel will panic and all filesystems remain unclean in any case now. I know that this is a well know issue and in past discussions you stated that this behaviour is intended and won't be changed ad hoc. I just want to know if somebody knows a workaround or small trick that prevents the other filesystems from being unclean on next boot-up. Regards Bj?rn
Peter Jeremy
2006-Jun-11 23:48 UTC
unmounting a filesystem safely that doesn't exist anymore
On Sat, 2006-Jun-10 19:40:41 +0200, Bjrn Knig wrote:>I did a mistake: I unplugged my digital camera accidentally before I >unmounted the filesystem. *doh* This happens very often, because I'm >very scatterbrained. =)Your best solution may be to use mtools (ports/emulators/mtools) rather than mounting the filesystem.>changed ad hoc. I just want to know if somebody knows a workaround or >small trick that prevents the other filesystems from being unclean on >next boot-up.The only way to do this is to have all the other filesystems mounted read-only. The "filesystem clean" flag is part of the superblock and is cleared when a filesystem is mounted. It will be set only if the filesystem is cleanly unmounted. -- Peter Jeremy
Ulrich Spoerlein
2006-Jun-12 19:51 UTC
unmounting a filesystem safely that doesn't exist anymore
Bj?rn K?nig wrote:> Hello, > > I did a mistake: I unplugged my digital camera accidentally before I unmounted the > filesystem. *doh* This happens very often, because I'm very scatterbrained. =) The kernel > will panic and all filesystems remain unclean in any case now. I know that this is a well > know issue and in past discussions you stated that this behaviour is intended and won't be > changed ad hoc. I just want to know if somebody knows a workaround or small trick that > prevents the other filesystems from being unclean on next boot-up.You might give the automounter (am-utils) a whirl. They are very confusing to set up, but you can set the unmount-if-unused timeout to something like 5 seconds. This could narrow the window enough to not panic you system frequently :) Ulrich Spoerlein -- PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060612/3deab838/attachment.pgp