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:	Thu, 15 Nov 2007 12:01:13 -0500
From:	Mark Lord <lkml@....ca>
To:	Raymano Garibaldi <raymano@...nos.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [2.6.23-1] [USB Mass Storage] [USB_PERSIST] Losing mounted USB
 storage after resume

Raymano Garibaldi wrote:
> Hi,
> 
> Is there a way/patch that would revert the USB mass storage
> suspend/resume behavior to the way things worked on and prior to
> kernel 2.6.21?
> 
> The problem is mounting a usb drive, suspending while mounted,
> detaching the usb drive during suspend, reattaching usb drive during
> suspend before resume, and resuming.
> 
> In this case the mount is lost and the drive has to be remounted after
> resume. If the device remains attached while the computer is
> suspended, USB_PERSIST works as expected and the device remains
> mounted when the computer resumes. Kernel 2.6.21-x would leave the
> mount point intact whether the device was left attached or was
> detached and reattached while the computer was suspend.
> 
> We need this functionality particularly in read-only live USB distros.
> In this case the USB device is read-only and can not change while the
> computer is suspended even if it gets detached and is reattached
> before resume.
..

Some kind of boot flag would cure this one nicely.

I have the same issue here:  boot/run notebook from USB stick,
eventually suspend the notebook and unplug the stick so it can
be packed into the case for travel.

Unpack at the other end, replug the stick, and resume from suspend.
This should be doable, perhaps with a boot parameter override or something.

???
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ