Summary: | baselayout-1.11.12-r4 module loading/checkfs and udev device creation race condition | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | MKI <mki-gentoo> |
Component: | [OLD] baselayout | Assignee: | Greg Kroah-Hartman (RETIRED) <gregkh> |
Status: | RESOLVED CANTFIX | ||
Severity: | major | ||
Priority: | High | ||
Version: | 2005.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
MKI
2005-07-01 21:04:37 UTC
adding calls to 'sleep' in baselayout is unacceptable I agree, baselayout should not sleep. mdadm should loop a few times, waiting for the nodes to show up, or just have mdadm run as a /etc/dev.d/ script off of the udev event. No, wait, with 060, don't use /etc/dev.d/, just use a RUN= rule in udev to do the mdadm logic. Should be quite easy. (In reply to comment #2) > mdadm should loop a few times, waiting for the nodes to show up, or just > have mdadm run as a /etc/dev.d/ script off of the udev event. Uh no, the issue is not limited to mdadm. The issue is related to all /dev/sd* nodes not showing up in time, so even checkfs fails because checkfs runs before they have been mknod'd by udev. Why not revert to the old tar up everything method when RC_DEVICE_TARBALL is set? At least we know that worked around udev's shortcomings. Issue is not limited to mdadm. Then build the modules into the kernel, or use genkernel to load the modules from your initramfs. Udev can't really do anything about this, sorry. |