cryptsetup + lvm on usb disk, unusable /dev/dm-* after suspend/resume cycle
in [Kernel]
|
Prev: [PATCH] RFC: drivers:staging:ti-st: netlink for kim/uim
Next: cryptsetup + lvm on usb disk, unusable /dev/dm-* after suspend/resume cycle
From: Nils Radtke on 26 Jul 2010 09:10 Hi, Thanks for your answer. On Sun 2010-07-25 @ 11-00-49PM +0200, Milan Broz wrote: # On 07/25/2010 06:06 PM, Nils Radtke wrote: # # > Using an external usb 2 hdd with recent kernels with cryptsetup containers that # > contain lvm volumes. # > # > After a suspend/resume cycle, with active lvm volumes, the mounted fs is "offline", # > the dm-* devices don't respond to commands issued. No more access possible. # > # > Have to reboot to free the devices. # # I guess it is not dm/block layer problem but USB related - can you check syslog if # the device is not attached after resume with another major:minor? I'm not sure I can map this to what happened here. What I can tell is, a plain usb conn survives nowadays (there were kernels in the days of 200x where x < 8 when usb didn't survive) suspend/resume cycles. It is as well working with a usb + cryptsetup (w/o lvm): survives suspend/resume. However usb + cryptsetup + lvm does not survive as of these days. # If this happens - you can free the mappings using dmsetup: # - try to force umount fs (if mounted), then run "dmsetup table" and manually remove # orphaned mappings using "dmsetup remove". That's what I tried and failed gloriously. I'm trying to revive my memory about the situation: fs could be unmounted, however, the cryptsetup luksClose failed (IRC) and therefore the dmsetup remove consequently failed also. These experiences let me to the conclusion that there might be some issue regarding dmsetup in the ensemble of usb + cryptsetup + lvm. Thanks for your opinion, Nils -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |