[Pkg-systemd-maintainers] Bug#718038: systemd fails shut
Joey Hess
joeyh at debian.org
Sun Jul 28 06:11:29 BST 2013
Package: systemd
Version: 44-12
Severity: normal
Trying out systemd once more, I had an experience which is well
described by #669101:
Attempting to boot systemd on this system by adding init=/bin/systemd to
the end of the kernel command line results in:
- The output of the fsck processes for the disks being displayed
- The screen changes to a higher resolution console mode
but no further output or disk activity. The system still appears to be
running and ctrl-alt-delete triggers a clean reboot so it's presumably
blocked on something.
But for entirely different reasons; I have no encrypted filesystems to
fail; in my case a locally written /etc/network/if-up.d/local was trying
to start aiccu when lo came up, which basically deadlocked things.
(I did not bother waiting 5 minutes to see if systemd would time it out.)
The specific problem doesn't matter; systemd's behavior when it encounters
a wide class of problems is the issue.
1. With the default "quiet" boot parameter, systemd outputs very little
useful information.
But, d-i started adding "quiet" to grub command lines only to suppress
verbose and generally not useful kernel messages; the intent was not
to make the init system so quiet that the user can't tell what's going on!
2. Why does networking need to come up before gettys are started? My
laptop has no network filesystems. The only failure mode that should
prevent a getty from being started should be a fsck failure or root
filesystem mount failure, which should lead to a recovery shell.
Systemd has failure modes where no shell is started.
The combination of these behaviors yields a system that fails shut;
it can't easily be debugged without an arbitrary amount of complication.
(Now happily running systemd for the first time. README.Debian
seems out of date re su exit code being busted by PAM, and lightdm works
which it didn't used to.)
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages systemd depends on:
ii initscripts 2.88dsf-43
ii libacl1 2.2.52-1
ii libaudit0 1:1.7.18-1.1
ii libc6 2.17-7
ii libcap2 1:2.22-1.2
ii libcryptsetup4 2:1.6.1-1
ii libdbus-1-3 1.6.12-1
ii libkmod2 9-3
ii liblzma5 5.1.1alpha+20120614-2
ii libpam0g 1.1.3-9
ii libselinux1 2.1.13-2
ii libsystemd-daemon0 44-12
ii libsystemd-id128-0 44-12
ii libsystemd-journal0 44-12
ii libsystemd-login0 44-12
ii libudev0 175-7.2
ii libwrap0 7.6.q-24
ii udev 175-7.2
ii util-linux 2.20.1-5.5
Versions of packages systemd recommends:
ii libpam-systemd 44-12
Versions of packages systemd suggests:
ii python 2.7.5-2
ii python-cairo 1.8.8-1+b2
ii python-dbus 1.2.0-2
pn systemd-ui <none>
-- no debconf information
--
see shy jo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: Digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20130728/a004007f/attachment-0002.sig>
More information about the Pkg-systemd-maintainers
mailing list