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 1RF1ac-0004Th-EE for garchives@archives.gentoo.org; Sat, 15 Oct 2011 10:35:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3CA1321C0B3; Sat, 15 Oct 2011 10:35:24 +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 3E195E06F9 for ; Sat, 15 Oct 2011 10:34:27 +0000 (UTC) Received: by wyf19 with SMTP id 19so4574148wyf.40 for ; Sat, 15 Oct 2011 03:34:27 -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=yth2W+gjPdGL9jYij7X6k6AWYBAlmMqu8+9K5dx+32Y=; b=lJHfUZkJtun1uciZH90lLpT3LCdVAXXBqpWn+3+wuW6969z1TiP1EpPa2YnVKNPOvF 4me/PtNPMZITqb1IBg7kUJmAYmmMgq36YKHp8JI50CDeC/MrErfpNZhl+6ZSLlw7f+F1 S8ih7jBEpLEsI1Oa2MsT9jkUAcshq0Oj6ldGA= 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.9.201 with SMTP id 51mr3929542wet.94.1318674867352; Sat, 15 Oct 2011 03:34:27 -0700 (PDT) Received: by 10.216.234.130 with HTTP; Sat, 15 Oct 2011 03:34:27 -0700 (PDT) In-Reply-To: <2025295.2eY0pAzGXv@pc> References: <14990786.riuhAe1XkX@pc> <2025295.2eY0pAzGXv@pc> Date: Sat, 15 Oct 2011 03:34:27 -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: d33e15167e739dadedb550ab242c52a6 On Sat, Oct 15, 2011 at 3:05 AM, Michael Schreckenbauer wr= ote: > On Saturday, 15. October 2011 02:47:26 Canek Pel=C3=A1ez Vald=C3=A9s wrot= e: >> 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 w= rote: >> >> 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=A9= s 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 ho= tplug >> >> } >> >> >> >> 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 restore= d >> > 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-soundcard= s, > 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 /. You guys keep speculating. As of *now*, there is not a single line of code that prevents a system from booting correctly if /var lives in another partition, no matter if the system uses an initramfs or not. As of *now* nobody is discussing, proposing, or even mentioning (except for you guys) about requiring /var to live in the same partition as /. And that's that. 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