[arch-general] Fwd: udev events and /usr not mounted
myra.nelson at hughes.net
Fri Nov 25 23:26:53 EST 2011
On Fri, Nov 25, 2011 at 17:21, Tom Gundersen <teg at jklm.no> wrote:
> On Fri, Nov 25, 2011 at 11:44 PM, Myra Nelson <myra.nelson at hughes.net>
> > ---------- Forwarded message ----------
> > From: Myra Nelson <outerrimlogging at gmail.com>
> > Date: Fri, Nov 25, 2011 at 15:45
> > Subject: udev events and /usr not mounted
> > To: General Discussion about Arch Linux <arch-general at archlinux.org>
> > No gripes, complaints, or rants, just a question about udev rules. This
> > one of those /usr not mounted things that's broken.
> > Fri Nov 25 12:06:54 2011: :: Loading User-specified Modules [BUSY]
> > udevd: failed to execute '/usr/sbin/alsactl' '/usr/sbin/alsactl
> > restore 0': No such file or directory
> > It's easy to work around but I was wondering, is it possible to move
> > 78-sound-card.rules and/or 90-alsa-restore.rules to say /etc/udev/rules.d
> > then source them, myself, after /usr is mounted? Or would that cause
> > unwanted and unnecessay problems, security issues, or just plain not
> You can't really "source" udev rules, so I don't think this would work
> (you'd have to somehow replay the relevant events, but I don't know
> how you'd manage to only trigger some specific rule files, so I don't
> think it is a good idea).
> You could just wait for the /usr support to land in initramfs (should
> be "any day now"), which would solve this and similar problems.
> However, I think in the case of alsa, this is not a real problem.
> Provided you also enable the alsa rc script. If I understand correctly
> it is ok for the alsa udev rules to fail on boot, because the rc
> script would anyway do the same job (restore mixer levels). The point
> of the udev rules is to deal with hotplugged sound devices that are
> added after boot (and hence would not be dealt with by the rc script).
> I have not looked at the rules/scripts in any detail so please take
> this with a grain of salt :-)
Thanks for the reply. As I said it's not a problem, I was just trying to
determine how or if I needed to correct the problem. It doesn't seem to
cause any problems and as I said, sudo /usr/bin/alsactl restore works from
a terminal after the machine boots.
Life's fun when your sick and psychotic!
More information about the arch-general