[lfs-dev] LFS SVN and Systemd Report

Bruce Dubbs bruce.dubbs at gmail.com
Fri May 25 06:52:32 PDT 2012

Armin K. wrote:
> Hello there, I have just finished LFS+BLFS SVN (with software from LFS 
> Trac too, including Perl 5.16.0, Udev+Systemd 183 and Linux 3.4.0).
> I say LFS+BLFS since I installed some BLFS packages during LFS build. I 
> did not want to complete everything and then install BLFS packages and 
> possibly recompile some of LFS packages. But, never the less. Everything 
> works. Also, I ditched sysklogd and used rsyslog for my system since it 
> provides native systemd units.
> I want to add that I've experimented with "the /usr merge" since I use 
> one partition for everything.
> $ uname -a
> Linux lfs 3.4.0-krejzi #1 SMP Thu May 24 18:33:15 CEST 2012 i686 GNU/Linux
> My hardware is an older Pentium 4 HT with 1024MB of DDR RAM.
> After booting with basic software installed, I get
> $ systemd-analyze
> Startup finished in 1686ms (kernel) + 7995ms (userspace) = 9682ms

It's not clear what that does.  From dmesg, it looks like the kernel is 
till running at 6.7 seconds.  It will take a little longer for the 
kernel to load all those modules.

I don't understand where systemd gets it's numbers.  It

> Currently running services are
> http://paste.debian.net/plainh/14ddd735

That's not very clear to me.

> Or if you prefer as ps output
> http://paste.debian.net/plainh/504f9d4c


> Memory usage with such services is as following
> $ free -m
>               total       used       free     shared    buffers     cached
> Mem:          1007         25        981          0          0          6
> -/+ buffers/cache:         18        989
> Swap:         1080          0       1080
> with lot of modules as shown here
> http://paste.debian.net/plainh/ea7237d9
> I saw that someone complained about mount output on some other systemd 
> distro. Here is mount output from my installation. I needed to remove 
> some useless mounts that I did not need like debugfs and such.
> http://paste.debian.net/plainh/aa83f0f6

cgroups should be optional.  Imposing complexity on simple problems is 
not letting the user decide.

> securityfs seems to be hardcoded into systemd binary. Others are cgroups 
> which expose like that. Also, /tmp can be set not to use tmpfs if desired.

Another case of taking away user choice.

> So, is LFS still going to avoid systemd? I said on trac that it is not 
> possible to install just udev from systemd tarball.

I've asked on the hotplug list, but I havn't received a response.

> I've also discovered that udevd is now named systemd-udevd and located 
> in /usr/lib/systemd (or /lib/systemd/ if not using /usr merge like me).
> systemd also manages configuration of locale (/etc/locale.conf), 
> timezone (/etc/timezone), hostname (/etc/hostname) keyboard and console 
> settings (/etc/vconsole.conf). Note that vconsole setup is broken in 
> default systemd installation since it starts before KMS and KMS resets 
> console font and charset. I've hacked on it and set it to start after 
> tty's have been spawned.
> Regarding the dependencies, I've discovered that the following are minimal:
> attr and libcap
> expat and dbus
> xml::parser and intltool

If you want to build a simple web server with no xorg, why would we need 
dbus?  Another case of imposing a lack of choice.

> Also, if intended to use systemd-logind as consolekit replacement, 
> linux-pam is necesary for pam_systemd.so.

We use the login from shadow.

> Other deps are tcp wrappers (no idea), cryptsetup (for accessing 
> encrypted volumes), selinux and audit (no use on lfs anyways, I've 
> stopped using it).

   -- Bruce

More information about the lfs-dev mailing list