Re: panic after removing usb flash drive

From: Eric Anderson (anderson_at_centtech.com)
Date: 08/31/05

  • Next message: Daniel O'Connor: "Re: panic after removing usb flash drive" 
    Date: Wed, 31 Aug 2005 07:49:27 -0500
To: "Daniel O'Connor" <doconnor@gsoft.com.au>

    Daniel O'Connor wrote:
    > On Wednesday 31 August 2005 12:34, Ben Kaduk wrote:
    >
    >>Of course, if you did unmount the filesystem before pulling the drive, then
    >>this shoule be looked into.
    >
    >
    > IMHO it would be really nice if you could tell the kernel that it should just
    > ditch the data (and whine to the log file) instead of panicing.
    >
    > For your "main" file systems the panic approach is sensible, but for removable
    > things it's more likely to cause data loss I think (because the panic could
    > eat data on your other drives).
    >
    > Although last time I saw this discussed I came away with the impression that
    > it wasn't possible for the kernel to do this..? (without substantial work
    > anyway)
    >

    Why not just use the automounter to mount/umount this for you? This
    probably won't get around umounting while in use, but you might be able
    to tell amd to use a umount -f on it.

    Eric 

    -- 
------------------------------------------------------------------------
Eric Anderson        Sr. Systems Administrator        Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Daniel O'Connor: "Re: panic after removing usb flash drive"

    Relevant Pages

    • Re: [patch] ext2/3: document conditions when reliable operation is possible
      ... the data on the filesystem has not been horribly mangled. ... further writes to the disk can trash unrelated existing data because it's ... disk can trash unrelated existing data _anyway_, because the flash block ... Today we have cheap plentiful USB keys that act like hard drives, ...
      (Linux-Kernel)
    • Re: linux hard drive failed, clicking on bootup
      ... E) hard drives do and will fail; this can mostly only be predicted ... one's hardware, if the hardware is broken/defective (though it can ... * try a full read test of the filesystem, partition, volume, or full ... fsck/e2fsck - but with the -n option, so no writing is done to the ...
      (comp.os.linux.setup)
    • Re: Looking for a Text on ZFS
      ... Even a 64bit filesystem still has gigantic reserves of space and ... well the drives can still live on their own if they are ever seperated. ... Since I use HDs on my computers, I have had about 20 to 25 ...
      (freebsd-questions)
    • Recommendations for servers running SATA drives
      ... I'm forking the thread on fsck/soft-updates in hopes of getting some practical advice based on the discussion here of background fsck, softupdates and write-caching on SATA drives. ... that fact ignored, then the filesystem is either 1) worthless, or 2) ...
      (freebsd-stable)
    • [semi-OT] Data archiving (was Re: Query on adding a USB hdd)
      ... encrypt filesystem for archives. ... Tape (using tar, and a media used by "large data processing shops", ... whiz specialized crap that NASA seems to love) or SCSI hard drives ... How would you get the source off if the filesystem is not ...
      (Debian-User)