From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760931AbXGOXR7 (ORCPT ); Sun, 15 Jul 2007 19:17:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757791AbXGOXRw (ORCPT ); Sun, 15 Jul 2007 19:17:52 -0400 Received: from netrider.rowland.org ([192.131.102.5]:2375 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1757682AbXGOXRv (ORCPT ); Sun, 15 Jul 2007 19:17:51 -0400 Date: Sun, 15 Jul 2007 19:17:50 -0400 (EDT) From: Alan Stern X-X-Sender: stern@netrider.rowland.org To: david@lang.hm cc: "Rafael J. Wysocki" , LKML , Andrew Morton , "Eric W. Biederman" , "Huang, Ying" , Jeremy Maitin-Shepard , Kyle Moffett , Nigel Cunningham , Pavel Machek , pm list , Al Boldi Subject: Re: Hibernation considerations In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 15 Jul 2007 david@lang.hm wrote: > > (1) Filesystems mounted before the hibernation are untouchable > > > > When there's a memory snapshot, either in the form of a hibernation image, > > or in the form of the "old" kernel and processes available to the "new" > > kexeced kernel responsible for saving their memory, the filesystems mounted > > before the hibernation should not be accessed, even for reading, because > > that would cause their on-disk state to be inconsistent with the snapshot > > and might lead to a filesystem corruption. > > AFAIK this is only the case with ext3, all other filesystems could be > accessed read-only safely > > this is arguably a bug with ext3 (and has been discussed as such), but > right now the ext3 team has decided not to change this bahavior so > hibernate needs to work around it. but don't mistake a work-around for a > single (admittedly very popular) filesystem with a hard and fast > directive. Isn't is possible to avoid this problem by mounting an ext3 filesystem as readonly ext2? Provided the filesystem isn't dirty it should be doable. (And provided the filesystem doesn't use any ext3 extensions that are incompatible with ext2.) Alan Stern