[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <552FAE5E.90906@gmail.com>
Date: Thu, 16 Apr 2015 14:43:10 +0200
From: Harald Hoyer <harald.hoyer@...il.com>
To: Olaf Hering <olaf@...fle.de>, Tom Gundersen <teg@...m.no>
CC: Jiri Kosina <jkosina@...e.cz>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Andy Lutomirski <luto@...capital.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Arnd Bergmann <arnd@...db.de>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
One Thousand Gnomes <gnomes@...rguk.ukuu.org.uk>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Daniel Mack <daniel@...que.org>,
David Herrmann <dh.herrmann@...il.com>,
Djalal Harouni <tixxdz@...ndz.org>
Subject: Re: [GIT PULL] kdbus for 4.1-rc1
Am 16.04.2015 um 14:15 schrieb Olaf Hering:
> On Thu, Apr 16, Tom Gundersen wrote:
>
>> to a shutdown PID 1 process and finally a transition back to
>> the initial ramdisk so that we can unmount the root file system even.
>
> Is that wishful thinking or actually implemented somewhere?
This is done on any system, which uses dracut and systemd for a long time now.
As SUSE switched to dracut recently, it should be the same as on RHEL-7/Fedora
now.
If /run/initramfs/shutdown exists and is executable,
/usr/lib/systemd/systemd-shutdown switches root to /run/initramfs/ and executes
shutdown.
The shutdown script umounts the old real root (after umounting
/oldroot/{proc,sys,run,dev}), then if the old real root was living on an
assembled device, like mdraid, the device is disassembled and waited for the
device to be clean.
See
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/modules.d/99shutdown/shutdown.sh
and for example for mdraid:
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/modules.d/90mdraid/md-shutdown.sh
This solved quite a lot of problems for unsynced raids.
--
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