From: Jonathan Liu <net147@gmail.com>
To: ml@communistcode.co.uk
Cc: Martin Jansa <martin.jansa@gmail.com>,
openembedded-core@lists.openembedded.org
Subject: Re: systemd: /run directory not created
Date: Fri, 03 May 2013 01:01:37 +1000 [thread overview]
Message-ID: <51827FD1.603@gmail.com> (raw)
In-Reply-To: <516C0484.7050402@communistcode.co.uk>
On 15/04/2013 11:45 PM, Jack Mitchell wrote:
> On 15/04/13 14:10, Martin Jansa wrote:
>> On Mon, Apr 15, 2013 at 01:58:52PM +0100, Jack Mitchell wrote:
>>> Ok, I have just come back to trying out the new systemd implementation,
>>> and this bug still exists.
>>>
>>> Exactly the same error as before:
>>>
>>> [ 2.390730] systemd[1]: Failed to mount /run: No such file or
>>> directory
>>>
>>> Can we shed any light on why this directory is failing to be created
>>> and
>>> what can be done to fix it. Having looked in my final target filesystem
>>> there are no links to the volatiles in /var/voltatile/* to /*, should
>>> there be? The base-files packages looks like it should do it but
>>> obviously something is going wrong.
>>>
>>> for d in ${volatiles}; do
>>> ln -sf volatile/$d ${D}${localstatedir}/$d
>>> done
>> We're using base-files bbappend to create it and also replacing few
>> symlinks to volatile with real directories (not mandatory for systemd
>> iirc, but useful in some cases).
>>
>> https://github.com/shr-distribution/meta-smartphone/commit/24161eed3c185867b2fd91aab6532f370d327cdd
>>
>>
>
> Ok, manually adding /run to 775dirs in a base-files append fixed this
> for me. I still don't understand why this should be needed as an
> addition though...
>
I get this error booting hdddirect/vmdk image (no initrd) but not when
booting hddimg (uses initrd).
Regards,
Jonathan
next prev parent reply other threads:[~2013-05-02 15:24 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-23 15:19 systemd: /run directory not created Jack Mitchell
2013-01-24 9:46 ` Radu Moisan
2013-01-24 12:01 ` Burton, Ross
2013-01-24 12:11 ` Radu Moisan
2013-01-24 12:11 ` Burton, Ross
2013-01-24 12:20 ` Enrico Scholz
2013-01-24 12:34 ` Radu Moisan
2013-01-24 12:53 ` Enrico Scholz
2013-01-24 13:03 ` Radu Moisan
2013-01-24 14:52 ` Burton, Ross
2013-01-25 8:28 ` Radu Moisan
2013-02-14 14:31 ` Jack Mitchell
2013-02-14 15:31 ` Burton, Ross
2013-02-14 15:44 ` Jack Mitchell
2013-02-14 15:57 ` Jack Mitchell
2013-02-14 20:23 ` Jack Mitchell
2013-02-21 22:27 ` Khem Raj
2013-02-22 9:22 ` Jack Mitchell
2013-02-22 14:15 ` Jack Mitchell
2013-02-22 14:50 ` Jack Mitchell
2013-04-15 12:58 ` Jack Mitchell
2013-04-15 13:10 ` Martin Jansa
2013-04-15 13:45 ` Jack Mitchell
2013-05-02 15:01 ` Jonathan Liu [this message]
2013-05-02 15:11 ` Jonathan Liu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51827FD1.603@gmail.com \
--to=net147@gmail.com \
--cc=martin.jansa@gmail.com \
--cc=ml@communistcode.co.uk \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.