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]
Message-ID: <Pine.LNX.4.44L0.0801061213460.8070-100000@netrider.rowland.org>
Date:	Sun, 6 Jan 2008 12:18:35 -0500 (EST)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Pavel Machek <pavel@....cz>
cc:	Oliver Neukum <oliver@...kum.org>,
	Raymano Garibaldi <raymano@...nos.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Denys Vlasenko <vda.linux@...glemail.com>,
	Kernel development list <linux-kernel@...r.kernel.org>,
	USB development list <linux-usb-devel@...ts.sourceforge.net>
Subject: Re: [linux-usb-devel] [FEATURE REQUEST] Transparent hot plugging of
 root file system on portable storage devices.

On Sat, 5 Jan 2008, Pavel Machek wrote:

> On Wed 2008-01-02 15:23:30, Alan Stern wrote:
> > On Wed, 2 Jan 2008, Oliver Neukum wrote:
> > 
> > > Am Dienstag 01 Januar 2008 schrieb Pavel Machek:
> > > > Hi1
> > > > 
> > > > > I would like to request a feature in the Linux kernel that would allow
> > > > > a user to unplug a live read-only root file system which exists on a
> > > > > detachable storage device such as a USB key drive. The desired
> > > > > behavior is that once the same device is reattached to the computer
> > > > > the user can continue work transparently without having to reboot.
> > > > > 
> > > > > Having such a feature is becoming more important with advances in
> > > > > detachable solid state drive technology.
> > > > 
> > > > Yep, that would be nice.... In fact, patch would be very welcome :-).
> > > 
> > > Use the USB persist feature and hibernate. It should work. If you modify
> > > the fs in any way, you'll crash and burn. Unmounting / is harder which you
> > > need if you want to do this safely.
> > 
> > What about people who prefer (for reasons of restart latency or
> > non-availability of swap space) to suspend rather than hibernate?
> 
> For suspend to RAM, we can keep the power session, and be _sure_ noone
> unplugged our USB disks, right? So that one should work nicely.

No, no.  You didn't understand the question.

What about people who want to suspend to RAM instead of hibernating and
_do_ want to unplug the USB device containing their root filesystem
while the machine is asleep?  In this case we will _know_ that the
power session has been interrupted, but USB Persist won't activate
because the host controller never lost power.

Alan Stern

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