Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-05 Thread C. Gatzemeier
Am Thu, 01 Jul 2010 09:31:47 +0200 schrieb Goswin von Brederlow goswin-...@web.de: The bigger problem is later during boot when you need to wait for all devices to appear so /usr, /home, ... can be mounted. One way to solve this would be to have the fsck and mounting of filesystems wait for

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-05 Thread Mario 'BitKoenig' Holbe
Goswin von Brederlow goswin-...@web.de wrote: There is one big problem with an event based startup. Specifically for raid1/4/5/6 devices. Those you can use just fine with missing devices but the boot should really wait for all device to be present. Well, this problem arises with

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-04 Thread Goswin von Brederlow
Christoph Anton Mitterer cales...@scientia.net writes: Hi. I do not see how a event based initsystem would us actually help (but perhaps I just don't understand it well enough). I mean an event would be something like mount root-fs but then it would be still completely open, on what to

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-02 Thread Christoph Anton Mitterer
On Fri, 2010-07-02 at 01:24 +0200, Adam Borowski wrote: You're looking for tmpfs and pivot_root. The latter is a hack that's needed only because of kernel threads, if you're the only process chroot() and chdir() should be enough. Of course,.. I rather meant,.. whether there are chances that

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-01 Thread Goswin von Brederlow
Daniel Pittman dan...@rimspace.net writes: Goswin von Brederlow goswin-...@web.de writes: Daniel Pittman dan...@rimspace.net writes: Petter Reinholdtsen p...@hungry.com writes: [Goswin von Brederlow] [... waiting for enough devices to show up ...] The only known solution today is to add a

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-01 Thread Christoph Anton Mitterer
Hi. I do not see how a event based initsystem would us actually help (but perhaps I just don't understand it well enough). I mean an event would be something like mount root-fs but then it would be still completely open, on what to actually do for that. I'm also do some thinking/planning on

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-07-01 Thread Adam Borowski
On Fri, Jul 02, 2010 at 12:38:04AM +0200, Christoph Anton Mitterer wrote: Regarding the shutdown thingy... is there any chance that Debian would introduce kind of un-initramfs-images, in order to really unmount (not remount,ro) and then cleanly close all open block devices? Or do we have to

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Goswin von Brederlow
Petter Reinholdtsen p...@hungry.com writes: [Christoph Anton Mitterer] Hi folks. IIRC, Jonas already put some of these issues up here some time ago. I was recently investigating, and thanks to the help of many people found out how deep the problems actually are. I suspect this problem is

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Daniel Pittman
Petter Reinholdtsen p...@hungry.com writes: [Goswin von Brederlow] There is one big problem with an event based startup. Specifically for raid1/4/5/6 devices. Those you can use just fine with missing devices but the boot should really wait for all device to be present. This problem is not

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Petter Reinholdtsen
[Goswin von Brederlow] There is one big problem with an event based startup. Specifically for raid1/4/5/6 devices. Those you can use just fine with missing devices but the boot should really wait for all device to be present. This problem is not specific for event based startup. It also

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Goswin von Brederlow
Petter Reinholdtsen p...@hungry.com writes: [Goswin von Brederlow] There is one big problem with an event based startup. Specifically for raid1/4/5/6 devices. Those you can use just fine with missing devices but the boot should really wait for all device to be present. This problem is not

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Goswin von Brederlow
Daniel Pittman dan...@rimspace.net writes: Petter Reinholdtsen p...@hungry.com writes: [Goswin von Brederlow] There is one big problem with an event based startup. Specifically for raid1/4/5/6 devices. Those you can use just fine with missing devices but the boot should really wait for all

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-30 Thread Daniel Pittman
Goswin von Brederlow goswin-...@web.de writes: Daniel Pittman dan...@rimspace.net writes: Petter Reinholdtsen p...@hungry.com writes: [Goswin von Brederlow] [... waiting for enough devices to show up ...] The only known solution today is to add a long delay during boot to try to increase

Re: Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-27 Thread Petter Reinholdtsen
[Christoph Anton Mitterer] Hi folks. IIRC, Jonas already put some of these issues up here some time ago. I was recently investigating, and thanks to the help of many people found out how deep the problems actually are. I suspect this problem is one best solved by using an event based system

Advanced Startup/Shutdown with Multilayered Block Devices and Related Issues

2010-06-26 Thread Christoph Anton Mitterer
Hi folks. IIRC, Jonas already put some of these issues up here some time ago. I was recently investigating, and thanks to the help of many people found out how deep the problems actually are. Following a discussion at lkml (http://thread.gmane.org/gmane.linux.kernel/1003210), I've decided that