linux-kernel - Re: cryptsetup + lvm on usb disk, unusable /dev/dm-* after suspend/resume cycle

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 26 Jul 2010 15:06:05 +0200
From:	Nils Radtke <lkml@...nk-Future.de>
To:	Milan Broz <mbroz@...hat.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: cryptsetup + lvm on usb disk, unusable /dev/dm-* after
 suspend/resume  cycle

  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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/