All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: Matt Schuckmann <Matt.Schuckmann@planar.com>,
	Yocto Project <yocto@yoctoproject.org>
Subject: Re: Problems enabling systemd
Date: Mon, 20 Apr 2015 17:50:37 -0400	[thread overview]
Message-ID: <553574AD.7030404@windriver.com> (raw)
In-Reply-To: <4B07ADD556F70043925DA2E9C5D4346D2FDCA586B4@MSXBEBVT12.planar.net>

On 04/20/2015 02:06 PM, Matt Schuckmann wrote:
>
>
>> -----Original Message-----
>> From: Bruce Ashfield [mailto:bruce.ashfield@windriver.com]
>> Sent: Monday, April 20, 2015 7:52 AM
>> To: Matt Schuckmann; Yocto Project
>> Subject: Re: [yocto] Problems enabling systemd
>>
>> On 04/20/2015 04:43 AM, Anders Darander wrote:
>>> * Matt Schuckmann <Matt.Schuckmann@planar.com> [150417 23:27]:
>>>> I've got an image for a AM3352 system based on Dylan and Arago and
>>>> I'm trying to switch to systemd for init.
>>>
>>>> So far I haven't had much luck.
>>>> First off I'm getting different results depending on where I turn it
>> on.
>>>> I'm turning it on via the following 2 lines:
>>>
>>>> DISTRO_FEATURES_append = " systemd"
>>>> VIRTUAL-RUNTIME_init_manager = "systemd"
>>>
>>> These two lines looks correct, though, if you're building a
>>> systemd-only distro & image, you migth want to add:
>>>
>>> DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit"
>>>
>>>> If I place these lines in my_image.bb file I seem to get a partial
>>>> install of systemd, systemd_udev is there and seems to run but
>> that's
>>>> about it, there is no systemctrl journalctl and the sysvinit init
>>>> scripts still seem to be called.
>>
>>
>> And also on this point, make sure to check your PACKAGECONFIG values
>> for systemd. The optional utilities like networkd are not enabled by
>> default, and a bbapend of the systemd recipe is needed to enable them
>> via PACKAGECONFIG.
>>
>> Cheers,
>>
>> Bruce
>
> Thanks for the info, Bruce I'll try a take a look. Are there any good examples for what to do with PACKAGECONFIG? the Yocto manual doesn't mention this at all for systemd.
>

I can share my configuration in a day or so, I'm in need of a refresh to
github, and that'll work for one reference (and one that I know works).

Otherwise, I recall that Angstrom has some systemd usecases, so cloning
and having a look at those layers would also be a good reference.

Bruce

>>
>>>
>>> DISTRO_FEATURES is a distro (policy) configuration, and thus, can't
>> be
>>> modfied in a recipe. The correct way would be to add this in your own
>>> my_distro.conf.
>>>
>>>> If I place these lines in either local.conf or my_distrobution.conf
>>>> all of the systemd utility seem to get installed and systemd
>> startups
>>>> up but it's clearly not configured correctly.
>>>
>>> Good that it seems to be installed OK.
>>>
>>>> For starters the systemd dbus isn't getting created and that seems
>> to
>>>> lead to a whole host of other problems, including journald constant
>>>> spewing the following error messages:
>>>
>>>> [   55.926223] systemd-journald[715]: Failed to write entry,
>> ignoring: Argument list too long
>>>> [   55.936931] systemd-journald[715]: Failed to rotate
>> /run/log/journal/c37feca280b74ec583564afcc2a93f0a/system.journal: No
>> such file or directory
>>>> [   55.950911] systemd-journald[715]: Failed to write entry,
>> ignoring: Argument list too long
>>>> [   55.961580] systemd-journald[715]: Failed to rotate
>> /run/log/journal/c37feca280b74ec583564afcc2a93f0a/system.journal: No
>> such file or directory
>>>> [   55.975568] systemd-journald[715]: Failed to write entry,
>> ignoring: Argument list too long
>>>> [   55.986329] systemd-journald[715]: Failed to rotate
>> /run/log/journal/c37feca280b74ec583564afcc2a93f0a/system.journal: No
>> such file or directory
>>>
>>>> I don't know if it matters but this system has no display at all,
>>>> it's a strictly embedded installation.
>>>
>>> That shouldn't really matter, I'm running systemd in headless setups.
>>>
>>> I'd guess that you're getting some errors earlier than this in the
>>> bootlog? Could you paste them?
>>>
>>> Cheers,
>>> Anders
>>>
>>>
>
>
>
>



  reply	other threads:[~2015-04-20 21:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-17 21:23 Problems enabling systemd Matt Schuckmann
2015-04-20  8:43 ` Anders Darander
2015-04-20 14:51   ` Bruce Ashfield
2015-04-20 18:06     ` Matt Schuckmann
2015-04-20 21:50       ` Bruce Ashfield [this message]
2015-04-20 18:13     ` Matt Schuckmann

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=553574AD.7030404@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=Matt.Schuckmann@planar.com \
    --cc=yocto@yoctoproject.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.