| Summary: | sys-fs/udev-171-r5 - problem running /usr/sbin/alsactl when /usr is not mounted | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | vyperin |
| Component: | [OLD] Core system | Assignee: | Gentoo ALSA team <alsa-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | dschridde+gentoobugs, O01eg |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
vyperin
2012-02-13 22:50:50 UTC
Is /usr a separate partition from / ? Never mind, I noticed the relevant part:
> it might be a problem
> with /usr/sbin directory not being mounted at the time of the execution
that's indeed a problem cause udev pretty much assumes /usr is already mounted.
See the thread on gentoo-dev - most likely you'll need an initramfs.
/usr is an ext4 partition, using lvm2, on a volume group spanning on top of a raid 0 partition created with an array of 2 disks - mount output: /dev/mapper/vg-usr on /usr type ext4 (rw) _______ The kernel is generated with genkernel, and does have an intramfs - grub.conf setting: title Gentoo Linux 2.6.38-r6-vyper-v1 root (hd0,0) kernel /boot/kernel-genkernel-x86-2.6.38-gentoo-r6-vyper-v1 dolvm real_root=/dev/md3 vga=0x31A splash=verbose,theme:natural_gentoo console=tty1 initrd /boot/initramfs-genkernel-x86-2.6.38-gentoo-r6-vyper-v1 ________ I am waiting for the 3.2.1 ~x86 stabilization for the next kernel update on the machine (the VM with the same issue is running a 3.2.1 kernel, also with intramfs, because 3.2.1 is stable for amd64). I build all my kernels with genkernel (because less time and knowledge is required ...). I have seen lately that i can include intramfs right into the kernel - is this the new way to do it ? ________ I presume from your comment that this might be an OpenRC issue, regarding the order of service execution - but who was first ? - the egg or the hen ? - does udev need all filesystem mounted or vice-versa - the filesystem needs udev so it can be mounted ? Regards The thread in question starts here: http://archives.gentoo.org/gentoo-dev/msg_c3c5bdabbe058b08627ff04cee896af3.xml (indeed, this mail archive interface is quite lacking). I meant "you need an initramfs that mounts /usr" - I'm not sure one generated by genkernel does that. Recent udev changes gone in a direction of treating not mounted /usr as a sysadmin failure. (on a semi-related note: I've always considered as a problem,not a solution) Duplicate of bug #384375 ? Seems fixed by last alsa-utils in the tree : > 03 Feb 2012; Tony Vroon <chainsaw@gentoo.org> +alsa-utils-1.0.25.ebuild, > +files/alsa-utils-1.0.25-separate-usr-var-fs.patch: > [...] > Patch by Martin van Gagern silences warnings when using a separate /usr > or /var partition, closes bug #384375. *** Bug 405801 has been marked as a duplicate of this bug. *** Did anybody try to move /usr/sbin/alsactl to /sbin/alsactl? (In reply to comment #7) > Did anybody try to move /usr/sbin/alsactl to /sbin/alsactl? I think it will not make problem go away because of ldd /usr/sbin/alsactl | grep usr libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007f5355278000) (In reply to comment #8) > (In reply to comment #7) > > Did anybody try to move /usr/sbin/alsactl to /sbin/alsactl? > > I think it will not make problem go away because of > ldd /usr/sbin/alsactl | grep usr > libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007f5355278000) > /usr/lib64/libasound.so.2 It can be fixed also. @comment 9: the thing is it *won't* be fixed. Just read the thread I mentioned: there's a lot of bikeshedding there, but in the end it make it quite clear, that unless somebody *successfully* forks udev, /usr *must* be mounted by the time udevd gets run. Is the problem really limited to /usr? Does genkernel or drakut also mount /var? I am asking because alsactl also reads /var/lib/alsa/asound.state, and thus, by the same logic, /var must be mounted. *** This bug has been marked as a duplicate of bug 364235 *** |
