From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RF18x-0007Xd-5h for garchives@archives.gentoo.org; Sat, 15 Oct 2011 10:07:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7363221C212; Sat, 15 Oct 2011 10:06:49 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pigeon.gentoo.org (Postfix) with SMTP id 4E50BE0160 for ; Sat, 15 Oct 2011 10:05:20 +0000 (UTC) Received: (qmail invoked by alias); 15 Oct 2011 10:05:19 -0000 Received: from p5B085C58.dip.t-dialin.net (EHLO pc.localnet) [91.8.92.88] by mail.gmx.net (mp072) with SMTP; 15 Oct 2011 12:05:19 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX18QK1IHiisQt0aCPIPbfHetWFb5I2ThPiKMsbbUnj vgn/iY5P0BmRbF From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Apologize to everyone for my nonprofessional Date: Sat, 15 Oct 2011 12:05:18 +0200 Message-ID: <2025295.2eY0pAzGXv@pc> User-Agent: KMail/4.7.2 (Linux/2.6.38-gentoo; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <14990786.riuhAe1XkX@pc> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Y-GMX-Trusted: 0 X-Archives-Salt: X-Archives-Hash: 591ebe50357a13a3baef21d7eaa84aea On Saturday, 15. October 2011 02:47:26 Canek Pel=E1ez Vald=E9s wrote: > On Sat, Oct 15, 2011 at 2:31 AM, Michael Schreckenbauer =20 wrote: > > On Saturday, 15. October 2011 02:11:43 Canek Pel=E1ez Vald=E9s wrot= e: > >> On Sat, Oct 15, 2011 at 1:53 AM, Michael Schreckenbauer > >> > >=20 > > wrote: > >> > On Saturday, 15. October 2011 01:42:10 Canek Pel=E1ez Vald=E9s w= rote: > >> >> > /var/lib usually stores whole > >> >> > databases. The difference is important and relevant." > >> >>=20 > >> >> My systems has directories alsa, bluetooth, hp and many more > >> >> there that are not databases at all. > >> >>=20 > >> >> So? > >> >> Which one? That /var is not going into /? > >> >=20 > >> > No. That /var/lib contains databases. Is this so difficult to ge= t? > >>=20 > >> I get it; it's just not relevant. > >>=20 > >> > On my system /var/lib/alsa contains data, that alsa uses to > >> > restore > >> > mixer- levels. > >>=20 > >> Yeah, it does. > >>=20 > >> > So *my* /var/lib is used during boot and *my* /var/lib has to be= > >> > mounted by the initramfs. > >>=20 > >> No, it doesn't. What are you talking about? Look at > >> /etc/init.d/alsasound: > >>=20 > >> depend() { > >> need localmount > >> after bootmisc modules isapnp coldplug hotplug > >> } > >>=20 > >> Look at the first need from alsasound depend: it says, that it goe= s > >> after localmount. If you have /var in NFS (a very weird setup for = a > >> desktop machine) maybe it will cause problems: but then it would b= e > >> fault of OpenRC (or the alsasound init script). If /var is on a > >> different partition, localmount will mount it and *then* alsasound= > >> will execute. > >>=20 > >> And it makes sense: the volume restoring doesn't matter until > >> immediately before running gdm and going into the desktop; of cour= se > >> you can mount /var before that. > >>=20 > >> >That's the situation on nearly every gentoo system > >> > > >> > using sound > >>=20 > >> Yeah, and as I explained, thanks to need localmount there is no > >> problem. > >>=20 > >> >(systemd might handle this different, I have no idea) > >>=20 > >> Yeah, it does more intelligently: as I said, the volume restoring = is > >> only needed just before starting X. > >>=20 > >> > Got it? Your system is not the center of the world. > >>=20 > >> No, but I start to think you don't know *your* system. Check the > >> alsasound init script. > >=20 > > *lol* > > Now, this is getting ridiculous. >=20 > Indeed, it is getting ridiculous. >=20 > > I don't know my system? >=20 > No, you don't. >=20 > > Have a look into > > /lib/udev/rules.d/90-alsa-restore.rules > > to realize, that this is a hack, that restores alsa-levels *twice* = on > > systems that have /var/lib on /. The levels are supposed to be rest= ored > > by *udev* not the script. >=20 > Yeah, but it doesn't run when udev *starts*. It runs when a card is > *added* to the system; that is the reason for the ACTION=3D"add" part= . > It's inteded to be used for USB cards (like external speakers with a > little sound card incorporated), so its volume is restored *at insert= > time*. Nonsense. Action "add" is used for every device in your system, built-i= n or=20 plugged in later. So this rule is not only used for hotplug-USB-soundca= rds,=20 but for every soundcard in your system. See /etc/udev/rules.d/70-persistent-net.rules for example: SUBSYSTEM=3D=3D"net", ACTION=3D=3D"add", DRIVERS=3D=3D"?*", ATTR{addres= s}=3D=3D"...",=20 ATTR{type}=3D=3D"1", KERNEL=3D=3D"eth*", NAME=3D"eth0" > Regards. Best, Michael