From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759337AbYAFRSr (ORCPT ); Sun, 6 Jan 2008 12:18:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754922AbYAFRSi (ORCPT ); Sun, 6 Jan 2008 12:18:38 -0500 Received: from netrider.rowland.org ([192.131.102.5]:1260 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754209AbYAFRSh (ORCPT ); Sun, 6 Jan 2008 12:18:37 -0500 Date: Sun, 6 Jan 2008 12:18:35 -0500 (EST) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: Pavel Machek cc: Oliver Neukum , Raymano Garibaldi , Andrew Morton , Denys Vlasenko , Kernel development list , USB development list Subject: Re: [linux-usb-devel] [FEATURE REQUEST] Transparent hot plugging of root file system on portable storage devices. In-Reply-To: <20080105215209.GB21565@elf.ucw.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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