BTS

Issue461

Title grml2ram does not wait for USB devices
Priority bug Status resolved
Superseder Nosy List mika, zugschlus
Assigned To mika Topics

Created on 2008-05-13.14:49:40 by zugschlus, last changed 2010-02-26.14:13:42 by mika.

Messages
msg2946 (view) Author: mika Date: 2010-02-26.14:13:41
Closing this issue since we didn't receive any news from the reporter for more 
than 1/2 year and as we're using a new init system that addresses this issue it 
shouldn't be present anymore.

thanks && regards,
-mika-
msg2387 (view) Author: mika Date: 2009-08-05.01:55:57
Marc, did you encounter this problem in recent grml versions? The bugreport is 
>=1 year old and there have been some changes and improvements in boot related 
code. I never ran into this issue on my own, using usb pens on regular base 
(also with grml2ram). Marking this bugreport with "needs-progress", if I don't 
have any feedback within the next 4 weeks I'll consider closing this bugreport.

Thanks!

regards,
-mika-
msg1316 (view) Author: zugschlus Date: 2008-05-15.07:01:21
On Wed, May 14, 2008 at 11:43:37PM -0000, Michael Prokop wrote:
> Michael Prokop <mika@grml.org> added the comment:
> > On the system in question, monitoring /proc/partitions at this shell shows that 
> > the partition "sda" appears significantly earlier than sda4, the partition that 
> > holds the grml stuff. Maybe the boot process of grml2ram chokes about this.
> 
> Very interesting behaviour, indeed.
> 
> What's "significantly earlier" talking about time? Is this half a
> second? 2 seconds? Even more?

Like ten to fifteen seconds, if I remember correctly.

>  Can you reproduce this behaviour with another usb pen as well?

It's my best stick, but I'll try with another one if I get around
doing that.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190
msg1314 (view) Author: mika Date: 2008-05-14.23:43:36
* Marc 'Zugschlus' Haber <bts@bts.grml.org> [20080513 16:49]:

> Booting grml-medium 0.1 "Pfuh" from USB. grml toram works fine, but since it 
> copies the entire USB stick to RAM takes a long time if the server only has USB 
> 1.1.

> grml2ram, otoh, does not seem to wait long enough for the USB stuff to settle 
> and drops me to a shell after "Searching for GRML file". scandelay=60 does not 
> help, the shell is invoked significantly earlier than 60 seconds.

Bootoption scandelay isn't supported anymore (because it shouldn't
be necessary anymore), fixed in the docs.
http://hg.grml.org/grml-live/rev/2c3d73decd61

> On the system in question, monitoring /proc/partitions at this shell shows that 
> the partition "sda" appears significantly earlier than sda4, the partition that 
> holds the grml stuff. Maybe the boot process of grml2ram chokes about this.

Very interesting behaviour, indeed.

What's "significantly earlier" talking about time? Is this half a
second? 2 seconds? Even more? Can you reproduce this behaviour with
another usb pen as well?

thx && regards,
-mika-
msg1310 (view) Author: zugschlus Date: 2008-05-13.14:49:39
Booting grml-medium 0.1 "Pfuh" from USB. grml toram works fine, but since it 
copies the entire USB stick to RAM takes a long time if the server only has USB 
1.1.

grml2ram, otoh, does not seem to wait long enough for the USB stuff to settle 
and drops me to a shell after "Searching for GRML file". scandelay=60 does not 
help, the shell is invoked significantly earlier than 60 seconds.

On the system in question, monitoring /proc/partitions at this shell shows that 
the partition "sda" appears significantly earlier than sda4, the partition that 
holds the grml stuff. Maybe the boot process of grml2ram chokes about this.

Greetings
Marc
History
Date User Action Args
2010-02-26 14:13:42mikasetstatus: needs-progress -> resolved
nosy: mika, zugschlus
messages: + msg2946
2009-08-05 01:55:57mikasetstatus: chatting -> needs-progress
assignedto: mika
messages: + msg2387
nosy: + mika
2008-05-15 07:01:22zugschlussetmessages: + msg1316
2008-05-14 23:43:37mikasetstatus: unread -> chatting
messages: + msg1314
2008-05-13 14:49:40zugschluscreate