From: Mike Looijmans <mike.looijmans@topic.nl>
To: openembedded-core@lists.openembedded.org
Subject: Re: How to "implement" systemd
Date: Fri, 15 Feb 2013 09:38:10 +0100 [thread overview]
Message-ID: <511DF3F2.6000606@topic.nl> (raw)
In-Reply-To: <511CE9B9.2010405@topic.nl>
On 02/14/2013 02:42 PM, Mike Looijmans wrote:
> On 02/14/2013 01:57 PM, Mike Looijmans wrote:
>> On 02/14/2013 01:42 PM, Marcin Juszkiewicz wrote:
>>> W dniu 14.02.2013 13:35, Mike Looijmans pisze:
>>>> So far i've been using good old initscripts for my systems. I want to
>>>> try out systemd. Having zero experience with that, I just added
>>>> "systemd" to the DISTRO_FEATURES and started a fresh build. The build
>>>> ran fine, but it produced something that still seems to be using
>>>> initscripts, albeit that a few things stopped working (the network did
>>>> not start, for example).
>>>
>>> DISTRO_FEATURES_INITMAN = "systemd" is what you want.
>>
>> Sorry, I have to amend my original post.
>>
>> DISTRO_FEATURES_INITMAN = "systemd"
>>
>> is just what I did (added it to my distro .conf file), because from the
>> source I gathered that that was the way to get it into DISTRO_FEATURES.
>>
>> How can I check whether it's using systemd? I don't see any obvious
>> difference in the rootfs, and I never saw any systemd package being
>> built either.
>
> Ah, to (probably) answer my own question, there was a hidden
> VIRTUAL-RUNTIME_init_manager = "sysvinit"
> in my config chain, which was probably the cause. Running another build,
> and I've seen a systemd task being run now...
That indeed "solved" the issue. However, the image doesn't get to a
point that I can actually log in or do something useful, so I guess the
default is still sysvinit for good reasons :)
Here's all the logging I get before it "dies":
systemd[1]: systemd 197 running in system mode. (-PAM -LIBWRAP -AUDIT
-SELINUX +IMA +S
YSVINIT -LIBCRYPTSETUP +GCRYPT +ACL +XZ)
Welcome to Linux!
š���͕��m�]: Cannot add dependency job for unit display-manager.service,
ignoring: Uni t
display-manager.service failed to load: No such file or directory. See
system logs an
Expecting device dev-ttyPS0.device.....Wall Directory Watch..
[ OK ] Reached target Remote File Systems.
[ OK ] Listening on /dev/initctl Compatibility Named Pipe.
[ OK ] Listening on Delayed Shutdown Socket.ility Named Pipe.
[ OK ] Listening on udev Kernel Socket.ests to Console Directory
Watch..
[ OK ] Listening on udev Control Socket.t.
š���͕��m�]: Set up automount Arbitrary Executable File Formats File
System Automount P
[ OK ] Reached target Swap.
[ OK ] Listening on Journal Socket.
Mounting Temporary Directory.....
Starting Remount Root and Kernel File Systems.....
Starting Load Kernel Modules......
EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Mounting Debug File System......
prev parent reply other threads:[~2013-02-15 8:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-13 15:33 systemd services in the rootfs Florin Sarbu
2013-02-14 8:47 ` Radu Moisan
2013-02-14 9:09 ` Florin Sarbu
2013-02-14 10:17 ` Burton, Ross
2013-02-14 12:32 ` Florin Sarbu
2013-02-14 15:30 ` Burton, Ross
2013-02-14 12:35 ` How to "implement" systemd Mike Looijmans
2013-02-14 12:42 ` Marcin Juszkiewicz
2013-02-14 12:57 ` Mike Looijmans
2013-02-14 13:42 ` Mike Looijmans
2013-02-15 8:38 ` Mike Looijmans [this message]
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=511DF3F2.6000606@topic.nl \
--to=mike.looijmans@topic.nl \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox