Gentoo Archives: gentoo-user

From: Dale <rdalek1967@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs?
Date: Wed, 04 Apr 2012 23:44:58
Message-Id: 4F7CDBAC.7090406@gmail.com
In Reply to: Re: [gentoo-user] Re: After /usr conflation: why not copy booting software to /sbin rather than initramfs? by "Canek Peláez Valdés"
1 Canek Peláez Valdés wrote:
2 > On Wed, Apr 4, 2012 at 4:54 AM, Dale <rdalek1967@×××××.com> wrote:
3 >> Neil Bothwick wrote:
4 >>> On Wed, 04 Apr 2012 04:05:27 -0500, Dale wrote:
5 >>>
6 >>>> It's a bug. Roach report here:
7 >>>>
8 >>>> https://bugs.gentoo.org/show_bug.cgi?id=409921
9 >>>>
10 >>>> Going back a version and then reboot.
11 >>>
12 >>> No need for that, just change locking_dir in lvm.conf to somewhere
13 >>> writeable, as mentioned in the bug report - comment 6.
14 >>>
15 >>>
16 >>
17 >>
18 >> Well, I didn't want to mess with the config much since I may make it
19 >> worse. So, I built a new kernel 3.3.0 and built a new init do hicky.
20 >> Now, it seems to work. It boots with no errors and everything mounts.
21 >> I also downgraded to lvm2-2.02.88 which works. A newer version may work
22 >> but that is what I went back to. It was the last one that I knew worked.
23 >>
24 >> So, I took my med and I'm off to bed. Hmmm. I'm a poet and didn't know
25 >> it. :-p
26 >>
27 >> I'll test some more tomorrow.
28 >
29 > It seems the problem it's in LVM, or (more appropriately) in the
30 > failure to create the /run tmpfs:
31 >
32 > # mount | grep /run
33 > tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
34 > tmpfs on /var/run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
35 >
36 > It seems other problems (like 张春江's one with plymouth) have the same
37 > reason. With systemd the /run tmpfsgets created, so maybe now that
38 > systemd and udev are being merged this problem will go away.
39 >
40 > For now, I think we can (finally) call this case closed; Dale, I would
41 > strongly recommend the workaround (editing the config file) instead of
42 > downgrading. Eventually you will need the new version anyhow.
43 >
44 > Glad to hear it works, albeit with some issues (unrelated to the initramfs).
45 >
46 > Regards.
47
48
49 I'm glad too. Now to keep this mess working. That's my new concern. lol
50
51 Thanks much for all the help. I needed it. ;-)
52
53 Dale
54
55 :-) :-)
56
57 --
58 I am only responsible for what I said ... Not for what you understood or
59 how you interpreted my words!
60
61 Miss the compile output? Hint:
62 EMERGE_DEFAULT_OPTS="--quiet-build=n"