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 1SFZso-0005i5-Hr for garchives@archives.gentoo.org; Wed, 04 Apr 2012 23:44:58 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 28D4721C03B; Wed, 4 Apr 2012 23:44:05 +0000 (UTC) Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 7787821C045 for ; Wed, 4 Apr 2012 23:39:27 +0000 (UTC) Received: by ghbz13 with SMTP id z13so624266ghb.40 for ; Wed, 04 Apr 2012 16:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=x9a8I1eG7WUTWuKSr13T2PKsIow08vxGUPL+1bLc1Iw=; b=pFz2JdkjbGafUWRvJSIREq1M9FhW6kOQf0WsEJ7SlTx+DTkKTI74byoNribfI8nc+u 3Frg7V8GqEqlkb8QFIWxIw7n0rWRQ4Mpaj0xYoUX7+oyzVSIxFeMsmoHcEsLuCaRa9JA Zow2Yn2orUwIjt9pdMP/2FqVa/6bz97bX91SFm9rA5JMP+U0cXDmQHcf925H8tX2HWfJ hof5PQOT8Cm+Z9cZizH6Ar4Sx9ArAk6kC3bQ7HqGABCY0gemJChULLhWfYnsPYUYlZNi 0cONaqVmEvVdzmN33cuAiF4UUp3oH6d62pEJFMdcwqF6pYi/bwPHDJwYHLppwNfqDvpp o06Q== Received: by 10.236.145.104 with SMTP id o68mr296364yhj.74.1333582766960; Wed, 04 Apr 2012 16:39:26 -0700 (PDT) Received: from [192.168.2.5] (adsl-74-240-56-148.jan.bellsouth.net. [74.240.56.148]) by mx.google.com with ESMTPS id j24sm3537783yhm.13.2012.04.04.16.39.25 (version=SSLv3 cipher=OTHER); Wed, 04 Apr 2012 16:39:26 -0700 (PDT) Message-ID: <4F7CDBAC.7090406@gmail.com> Date: Wed, 04 Apr 2012 18:39:24 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Firefox/11.0 SeaMonkey/2.8 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs? References: <20120327142646.GB3754@acm.acm> <4F74C2FE.3030704@gmail.com> <4F795818.4080901@gmail.com> <20120402230811.6470ee83@digimed.co.uk> <4F7A2674.6030601@gmail.com> <4F7A422C.2080600@gmail.com> <4F7A5025.9000602@gmail.com> <4F7A5B93.9000408@gmail.com> <4F7AF11B.3040907@kutulu.org> <4F7AF959.4090804@gmail.com> <4F7B8FAC.4040207@gmail.com> <1333504797.12644.42.camel@moriah> <4F7BB83B.6000406@gmail.com> <4F7BBC30.5000203@gmail.com> <4F7BFCE4.2050601@gmail.com> <4F7C0ED7.2090801@gmail.com> <20120404102208.3b5397a6@digimed.co.uk> <4F7C1A3D.2070605@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1fef58ba-b3b6-4635-91db-86ae312b8d96 X-Archives-Hash: f091a4ec679814a399c31d9962489a71 Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Wed, Apr 4, 2012 at 4:54 AM, Dale wrote: >> Neil Bothwick wrote: >>> On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote: >>> >>>> It's a bug. Roach report here: >>>> >>>> https://bugs.gentoo.org/show_bug.cgi?id=3D409921 >>>> >>>> Going back a version and then reboot. >>> >>> No need for that, just change locking_dir in lvm.conf to somewhere >>> writeable, as mentioned in the bug report - comment 6. >>> >>> >> >> >> Well, I didn't want to mess with the config much since I may make it >> worse. So, I built a new kernel 3.3.0 and built a new init do hicky. >> Now, it seems to work. It boots with no errors and everything mounts. >> I also downgraded to lvm2-2.02.88 which works. A newer version may wo= rk >> but that is what I went back to. It was the last one that I knew work= ed. >> >> So, I took my med and I'm off to bed. Hmmm. I'm a poet and didn't kn= ow >> it. :-p >> >> I'll test some more tomorrow. >=20 > It seems the problem it's in LVM, or (more appropriately) in the > failure to create the /run tmpfs: >=20 > # mount | grep /run > tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=3D755) > tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=3D755) >=20 > It seems other problems (like =E5=BC=A0=E6=98=A5=E6=B1=9F's one with pl= ymouth) have the same > reason. With systemd the /run tmpfsgets created, so maybe now that > systemd and udev are being merged this problem will go away. >=20 > For now, I think we can (finally) call this case closed; Dale, I would > strongly recommend the workaround (editing the config file) instead of > downgrading. Eventually you will need the new version anyhow. >=20 > Glad to hear it works, albeit with some issues (unrelated to the initra= mfs). >=20 > Regards. I'm glad too. Now to keep this mess working. That's my new concern. l= ol Thanks much for all the help. I needed it. ;-) Dale :-) :-) --=20 I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=3D"--quiet-build=3Dn"