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 1RF0bb-0001rG-Tf for garchives@archives.gentoo.org; Sat, 15 Oct 2011 09:32:36 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 88C9521C189; Sat, 15 Oct 2011 09:32:22 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by pigeon.gentoo.org (Postfix) with SMTP id 479A421C0C3 for ; Sat, 15 Oct 2011 09:31:09 +0000 (UTC) Received: (qmail invoked by alias); 15 Oct 2011 09:31:08 -0000 Received: from p5B085C58.dip.t-dialin.net (EHLO pc.localnet) [91.8.92.88] by mail.gmx.net (mp025) with SMTP; 15 Oct 2011 11:31:08 +0200 X-Authenticated: #13997268 X-Provags-ID: V01U2FsdGVkX1+xP/8Ka02xR6m2mI3uujsF7EDKdvK/Y22MEvhs6/ VYdgOJMn8FKnTS From: Michael Schreckenbauer To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Apologize to everyone for my nonprofessional Date: Sat, 15 Oct 2011 11:31:07 +0200 Message-ID: <14990786.riuhAe1XkX@pc> User-Agent: KMail/4.7.2 (Linux/2.6.38-gentoo; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <10471513.R8jrG2MAGJ@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: fd7845b9cf25de294eccd94b2a473bd7 On Saturday, 15. October 2011 02:11:43 Canek Pel=E1ez Vald=E9s wrote: > 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 wrot= e: > >> > /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 get? >=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/alsas= ound: >=20 > depend() { > need localmount > after bootmisc modules isapnp coldplug hotplug > } >=20 > 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. >=20 > 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. >=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 probl= em. >=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. *lol* Now, this is getting ridiculous. I don't know my system? Have a look in= to /lib/udev/rules.d/90-alsa-restore.rules to realize, that this is a hack, that restores alsa-levels *twice* on s= ystems=20 that have /var/lib on /. The levels are supposed to be restored by *ude= v* not=20 the script. > The /var directory doesn't need to be on the same partition as /. Per= iod. > Regards > . Best, Michael