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 1RF1ou-0006p1-TT for garchives@archives.gentoo.org; Sat, 15 Oct 2011 10:50:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 720B621C1AC; Sat, 15 Oct 2011 10:50:16 +0000 (UTC) Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 42C4321C059 for ; Sat, 15 Oct 2011 10:49:17 +0000 (UTC) Received: by wyf19 with SMTP id 19so4581586wyf.40 for ; Sat, 15 Oct 2011 03:49:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=KpMZSusGN4S25S+jR8fvbrDCbUQDGTwha63TW4oGLP8=; b=JJqEyvS6EFbrga50UihstClVn82Tyt5qBqtvAgy1ur7kF2BhDcZYspuaEmk3LrX38F xkRdzUnj3GNwDKBU+KaEmwmaYORmiaY6r8pj9IcBdzO75/6SsB7vYcL7tSxGwSHwv2j1 TMwCilW1VbCMTQf0a6CXm2bioK3C9TAkvCMJc= 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 Received: by 10.216.134.1 with SMTP id r1mr1115986wei.109.1318675757405; Sat, 15 Oct 2011 03:49:17 -0700 (PDT) Received: by 10.216.234.130 with HTTP; Sat, 15 Oct 2011 03:49:17 -0700 (PDT) In-Reply-To: References: <14990786.riuhAe1XkX@pc> <2025295.2eY0pAzGXv@pc> Date: Sat, 15 Oct 2011 03:49:17 -0700 Message-ID: Subject: Re: [gentoo-user] Apologize to everyone for my nonprofessional From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 55820db716aa9273e5812b447d8c619b On Sat, Oct 15, 2011 at 3:34 AM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Sat, Oct 15, 2011 at 3:05 AM, Michael Schreckenbauer = wrote: >> On Saturday, 15. October 2011 02:47:26 Canek Pel=C3=A1ez Vald=C3=A9s wro= te: >>> On Sat, Oct 15, 2011 at 2:31 AM, Michael Schreckenbauer >> wrote: >>> > On Saturday, 15. October 2011 02:11:43 Canek Pel=C3=A1ez Vald=C3=A9s = wrote: >>> >> On Sat, Oct 15, 2011 at 1:53 AM, Michael Schreckenbauer >>> >> >>> > >>> > wrote: >>> >> > On Saturday, 15. October 2011 01:42:10 Canek Pel=C3=A1ez Vald=C3= =A9s wrote: >>> >> >> > /var/lib usually stores whole >>> >> >> > databases. The difference is important and relevant." >>> >> >> >>> >> >> My systems has directories alsa, bluetooth, hp and many more >>> >> >> there that are not databases at all. >>> >> >> >>> >> >> So? >>> >> >> Which one? That /var is not going into /? >>> >> > >>> >> > No. That /var/lib contains databases. Is this so difficult to get? >>> >> >>> >> I get it; it's just not relevant. >>> >> >>> >> > On my system /var/lib/alsa contains data, that alsa uses to >>> >> > restore >>> >> > mixer- levels. >>> >> >>> >> Yeah, it does. >>> >> >>> >> > So *my* /var/lib is used during boot and *my* /var/lib has to be >>> >> > mounted by the initramfs. >>> >> >>> >> No, it doesn't. What are you talking about? Look at >>> >> /etc/init.d/alsasound: >>> >> >>> >> depend() { >>> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 need localmount >>> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 after bootmisc modules isapnp coldplug h= otplug >>> >> } >>> >> >>> >> Look at the first need from alsasound depend: it says, that it goes >>> >> 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 be >>> >> fault of OpenRC (or the alsasound init script). If /var is on a >>> >> different partition, localmount will mount it and *then* alsasound >>> >> will execute. >>> >> >>> >> And it makes sense: the volume restoring doesn't matter until >>> >> immediately before running gdm and going into the desktop; of course >>> >> you can mount /var before that. >>> >> >>> >> >That's the situation on nearly every gentoo system >>> >> > >>> >> > using sound >>> >> >>> >> Yeah, and as I explained, thanks to need localmount there is no >>> >> problem. >>> >> >>> >> >(systemd might handle this different, I have no idea) >>> >> >>> >> Yeah, it does more intelligently: as I said, the volume restoring is >>> >> only needed just before starting X. >>> >> >>> >> > Got it? Your system is not the center of the world. >>> >> >>> >> No, but I start to think you don't know *your* system. Check the >>> >> alsasound init script. >>> > >>> > *lol* >>> > Now, this is getting ridiculous. >>> >>> Indeed, it is getting ridiculous. >>> >>> > I don't know my system? >>> >>> No, you don't. >>> >>> > 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 restor= ed >>> > by *udev* not the script. >>> >>> 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-in= or >> plugged in later. So this rule is not only used for hotplug-USB-soundcar= ds, >> but for every soundcard in your system. > > Yeah, you are right. Sorry. I forgot about the little numbers udev uses: > > 10-dm.rules > 11-dm-lvm.rules > 13-dm-disk.rules > 60-persistent-storage.rules > 70-persistent-net.rules > 90-alsa-restore.rules > > So, the same way that in the alsasound init script "need localmount" > guarantee that /var is mounted, the 60-persistent-storage.rules > guarantees that /var is mounted before the 90-alsa-restore.rules > restores ALSA's volume. > > Again, there is no problem. Yeah, the rule is executed at udev > execution time... but after the persisten-storage rule. So, you see, > no problem. No need for /var in the same partition as /. Mmmh. I got that one wrong; the persistent-storage rules just creates the necessary symlinks, doesn't mount anything. (It's 3 am here, so I should get sleep). However, my point remains: the system boots correctly even if that rule fails. It's not only non-fatal, it's pretty trivial and easily fixable by the init system (like OpenRC and systemd does). Even if this ALSA rule "requires" /var/lib, it doesn't means that it requires /var in the same partition as /. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico