udev168 not work with mountfs of bootscript on x86_64 system ?
On my X86_64 lfs (SVN-20110427) system . /dev/disk/by-label/xxx has not turnd up when mountfs started , so I can't use LABEL= in fstab . On 32bits system , this works well. -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
On Sun, 2011-05-01 at 07:25 +0800, xinglp wrote: On my X86_64 lfs (SVN-20110427) system . /dev/disk/by-label/xxx has not turnd up when mountfs started , so I can't use LABEL= in fstab . On 32bits system , this works well. Maybe related, I've noticed problems with a 32-bit system using the same build, where partitions aren't always appearing in time for boot scripts to use them. For example, on one bootup, swapon failed because /dev/sda3 (my swap partition) didn't exist at the time. On another, /home didn't get mounted, presumably for similar reason. Anyone else noticed this kind of thing on SVN-20110427 (or thereabouts)? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
On Sun, 2011-05-01 at 13:17 +1200, Simon Geard wrote: On Sun, 2011-05-01 at 07:25 +0800, xinglp wrote: On my X86_64 lfs (SVN-20110427) system . /dev/disk/by-label/xxx has not turnd up when mountfs started , so I can't use LABEL= in fstab . On 32bits system , this works well. Maybe related, I've noticed problems with a 32-bit system using the same build, where partitions aren't always appearing in time for boot scripts to use them. For example, on one bootup, swapon failed because /dev/sda3 (my swap partition) didn't exist at the time. On another, /home didn't get mounted, presumably for similar reason. Anyone else noticed this kind of thing on SVN-20110427 (or thereabouts)? Just tried again on a clean build, same thing is happening. Looking at console output, there's a lot of stuff coming from drivers registering hardware, even after the udev step has OKed and subsequent steps (like mounting swap) have run. I'd have expected 'udevadm settle' to block while this stuff's still happening - is that not the case, maybe with 168? Simon. signature.asc Description: This is a digitally signed message part -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
On Saturday 30 April 2011 21:32:01 Simon Geard wrote: I'd have expected 'udevadm settle' to block while this stuff's still happening - is that not the case, maybe with 168? I'd be real surprised if settle doesn't work. They haven't removed it *that* soon, have they? (There's been talk about it) -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
Simon Geard wrote: On Sun, 2011-05-01 at 13:17 +1200, Simon Geard wrote: On Sun, 2011-05-01 at 07:25 +0800, xinglp wrote: On my X86_64 lfs (SVN-20110427) system . /dev/disk/by-label/xxx has not turnd up when mountfs started , so I can't use LABEL= in fstab . On 32bits system , this works well. Maybe related, I've noticed problems with a 32-bit system using the same build, where partitions aren't always appearing in time for boot scripts to use them. For example, on one bootup, swapon failed because /dev/sda3 (my swap partition) didn't exist at the time. On another, /home didn't get mounted, presumably for similar reason. Anyone else noticed this kind of thing on SVN-20110427 (or thereabouts)? Just tried again on a clean build, same thing is happening. Looking at console output, there's a lot of stuff coming from drivers registering hardware, even after the udev step has OKed and subsequent steps (like mounting swap) have run. I'd have expected 'udevadm settle' to block while this stuff's still happening - is that not the case, maybe with 168? It's not a good option, but perhaps a sleep( 2 ) before or after after '/sbin/udevadm settle' in the udev script would isolate the problem. Do you have a lot of kernel modules or a lot of drivers built in? That may or may not be an issue. It sounds like a race condition between udev and the scripts. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
Apr 30, 2011 09:50:09 PM, Bruce wrote: perhaps a sleep( 2 ) before or after after '/sbin/udevadm settle' in the udev script would isolate the problem.You're right. On a slower machine, where I played with 168a "sleep 3" (for good measure - worked with 2 secs. as well)just before the end (::) of the start case completely quieted downthe things for me.-- Alex -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: udev168 not work with mountfs of bootscript on x86_64 system ?
Apr 30, 2011 09:50:09 PM, Bruce Dubbs wrote: perhaps a sleep( 2 ) before or after after '/sbin/udevadm settle' in the udev script would isolate the problem. You're right. On a slower machine, where I played with 168 a sleep 3 (for good measure - worked with 2 secs. as well) just before the end (::) of the start case completely quieted down the things for me. -- Alex -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page