| 1 |
On Thu, 05 Apr 2012 17:59:42 +0200, Dan Johansson wrote: |
| 2 |
|
| 3 |
> > > I have a similar thing on my ~x86, but the difference is that I know |
| 4 |
> > > why I get it. I have successfully be able to create an initramfs |
| 5 |
> > > that does a vgscan, vgchange -a y and mounts /usr (which is on |
| 6 |
> > > LVM). But now I (naturally) I get "LVM failed to start" (and of |
| 7 |
> > > cause "failed to mount /usr) when openrc processes the |
| 8 |
> > > init-scripts. |
| 9 |
> > |
| 10 |
> > This is not down to your initramfs, see the previously linked bug. |
| 11 |
> |
| 12 |
> What do you mean by "This is not down to your initramfs"? |
| 13 |
> With the new "C:\" concept of udev /usr needs to be mounted |
| 14 |
> before /sbin/init is run and as I am using LVM, LVM needs to be started |
| 15 |
> before /sbin/init as well - or have I missed something here? |
| 16 |
|
| 17 |
You are getting this error from openrc, which means the initramfs |
| 18 |
has already done its stuff and passed control to init on the real root |
| 19 |
partition. At this point /usr is already mounted, it is the openrc |
| 20 |
startup of LVM that is failing, because it is trying to write a lockfile |
| 21 |
to a read-only filesystem, which would be the case even if you were not |
| 22 |
using an initramfs. |
| 23 |
|
| 24 |
The problem is that it is trying to write to /var/lock, which is on / at |
| 25 |
this point, rather than /run/lock, which is on a writeable tmpfs. |
| 26 |
|
| 27 |
|
| 28 |
-- |
| 29 |
Neil Bothwick |
| 30 |
|
| 31 |
Bus: (n.) a connector you plug money into, something like a slot machine. |
Archives