https://bugzilla.novell.com/show_bug.cgi?id=329655 Cyril Hrubis changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |hare@novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=329655#c2 George Iosif changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #2 from George Iosif 2007-10-15 17:08:36 MST --- Hi, I'm sorry, but this does not solve the problem. The true cause is not that udev doesn't create the "real" (read /dev/sdX for my case) devices in the default 30 seconds (it creates them, until the 30 seconds expire), but the fact that, by the time the /boot/62-lvm2.sh script is run, the specific external USB device (in my case, /dev/sdb and its partitions) is not yet "seen" by the USB subsystem (and, therefore, neither by udev), and, as such, cannot activate the LVM volumes present on that specific device. By the time the boot process reaches the "Waiting for the root device to appear..." stage (when the udev_timeout value kicks in), the USB subsystem has finished enumerating the devices, udev has created the devices in /dev (including /dev/sdb and its partitions), but it's already too late, since the LVM volumes will not be activated (so, no /dev/NAME_OF_LVM_VOLUME/NAME_OF_LOGICAL_VOLUME(S) files present). If needed, I can go into more detail with the description of the problem. Cheers, George Iosif -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=329655#c4 George Iosif changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #4 from George Iosif 2007-10-27 18:49:32 MST --- Hi, Sorry for... bugging you again, but, as I said, udev_timeout doesn't solve my problem. I went through the scripts (from the initrd file) and you are right, udevsettle is called before lvm detection (so, I understand your logic). The problem is that /boot/21-devinit_done.sh executes and finishes almost instantly, which would imply that there is no queued kernel/udev event left unhandled, even if the external drive is not present in /dev yet (I modified the /boot/21-devinit_done.sh script to include the following sequence: ls /dev cat /proc/partitions both before and after the execution of the udevsettle line and the output is the same in both cases: no /dev/sdb -- my external drive.). Later though, the /dev/sdb (and it's partitions) device is created, but it's already too late (the lvm detection script has executed for some time). Is this an udevsettle bug ? Cheers, George Iosif -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=329655 User hare@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=329655#c6 Hannes Reinecke changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |DUPLICATE --- Comment #6 from Hannes Reinecke 2008-01-10 05:35:22 MST --- This is actually the same issue than bug #343891 *** This bug has been marked as a duplicate of bug 343891 *** https://bugzilla.novell.com/show_bug.cgi?id=343891 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.