Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 20.05.2015 um 05:42 schrieb Michael Biebl: Just in case you want to file this bug at the downstream distro: http://www.raspbian.org/RaspbianBugs Submitted yesterday. It's actually quite a challenge to find the right place. Finally I ended up here and, believe it or not, submitted bug #1: https://github.com/RPi-Distro/repo/issues/1 Cheers, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 19.05.2015 um 11:43 schrieb Christian Kastner: On 2015-05-19 02:03, Bernhard Übelacker wrote: Therefore, I am closing this bug on the Debian side. So it seems this is just a Raspbian issue. (And if an upgrade from Raspbian-Wheezy to Raspbian-Jessie will be supported, the removal of this file has to be taken care of on Raspbian side?) That is correct, although as Michael pointed out, this appears to be a raspberrypi.org issue, and not a raspian.org one. Just in case you want to file this bug at the downstream distro: http://www.raspbian.org/RaspbianBugs -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 18.05.2015 um 13:32 schrieb Michael Biebl: Do you have any tools installed, which mess around with cgroups, like cgmanager, lxc, etc? cgmanager, cgroup-bin and cgroup-tools were installed. After removing them, everything works nicely! Thanks so much for this hint, and sorry for the misplaced bug report... Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Dear all, I assume that Bernhard has spotted the culprit. Personally, I cannot reproduce the bug now just by reinstalling those packages, as I had purged the original configuration, so it is probably something carried over during the upgrade from wheezy. Cheers, Johannes Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: Hello, as I got the same problem on my raspberry, probably I can give some details. This is the situation I started: - put 2015-05-05-raspbian-wheezy.img on SD-card and booted - changed sources.list and did the upgrade - appended systemd.debug-shell to /boot/cmdline.txt - reboot For some reason it looks like /etc/init.d/cgroup-bin is still installed even cgroup-bin is a transitional package. This script tries to mount /sys/fs/cgroup/memory but seems to fail and it then unmounts /sys/fs/cgroup. Therefore systemd cannot create new cgroups or spawning processes cannot attach to them. By purging just cgroup-bin I got expected booting again. cgroup-bin[455]: Kernel lacks cgroups or memory controller not available, not starting cgroups. ... (warning). systemd[1]: Failed to create cgroup /system.slice/ntp.service: No such file or directory systemd[481]: Failed at step CGROUP spawning /etc/init.d/ntp: No such file or directory Kind regards, Bernhard root@raspberrypi:/# dpkg -l cgroup-bin Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==-==-= ii cgroup-bin 0.41-6 allcontrol and monitor control groups (transitional package) root@raspberrypi:/# dpkg -L cgroup-bin /. /usr /usr/share /usr/share/doc /usr/share/doc/cgroup-bin /usr/share/doc/cgroup-bin/changelog.Debian.gz /usr/share/doc/cgroup-bin/copyright /etc/init.d/cgroup-bin root@raspberrypi:/# ls -lisah /etc/init.d/cgroup-bin 36115 4.0K -rwxr-xr-x 1 root root 950 Dec 18 2013 /etc/init.d/cgroup-bin root@raspberrypi:/# cat /etc/init.d/cgroup-bin #! /bin/sh ### BEGIN INIT INFO # Provides: init-cgroups # Required-Start:mountkernfs # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Mounts cgroup filesystems ### END INIT INFO PATH=/sbin:/bin . /lib/lsb/init-functions do_start () { log_action_msg Initializing cgroups mount -t tmpfs none /sys/fs/cgroup mkdir /sys/fs/cgroup/memory if ! mount -t cgroup none /sys/fs/cgroup/memory -o memory 2 /dev/null; then umount /sys/fs/cgroup log_warning_msg Kernel lacks cgroups or memory controller not available, not starting cgroups. exit 0 fi chmod a+r /sys/fs/cgroup/memory/memory.pressure_level } case $1 in start) do_start ;; restart|reload|force-reload) echo Error: argument '$1' not supported 2 exit 3 ;; stop) # No-op ;; *) echo Usage: $0 start|stop 2 exit 3 ;; esac root@raspberrypi:/root# dpkg --purge cgroup-bin (Reading database ... 100744 files and directories currently installed.) Removing cgroup-bin (0.41-6) ... Purging configuration files for cgroup-bin (0.41-6) ... root@raspberrypi:/root# reboot -f # as regular reboot did not work at this point anymore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
reassign 785484 cgroup-bin severity 785484 grave found 785484 0.41-6 retitle 785484 cgroup-bin: breaks boot with systemd thanks Thanks for the further information, Bernhard. I'm going to re-assign this bug report to cgroup-bin. Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: Hello, as I got the same problem on my raspberry, probably I can give some details. This is the situation I started: - put 2015-05-05-raspbian-wheezy.img on SD-card and booted - changed sources.list and did the upgrade - appended systemd.debug-shell to /boot/cmdline.txt - reboot For some reason it looks like /etc/init.d/cgroup-bin is still installed even cgroup-bin is a transitional package. This script tries to mount /sys/fs/cgroup/memory but seems to fail and it then unmounts /sys/fs/cgroup. Therefore systemd cannot create new cgroups or spawning processes cannot attach to them. Right, I don't think umounting /sys/fs/cgroup is a sensible behaviour, if the init cgroup-bin init script didn't mount it itself, thus breaking systemd. The cgroup-bin should behave more sensible if systemd is active. If the init script needs to test for that, it can use test -d /run/systemd/system, see http://www.freedesktop.org/software/systemd/man/sd_booted.html By purging just cgroup-bin I got expected booting again. cgroup-bin[455]: Kernel lacks cgroups or memory controller not available, not starting cgroups. ... (warning). systemd[1]: Failed to create cgroup /system.slice/ntp.service: No such file or directory systemd[481]: Failed at step CGROUP spawning /etc/init.d/ntp: No such file or directory Kind regards, Bernhard root@raspberrypi:/# dpkg -l cgroup-bin Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==-==-= ii cgroup-bin 0.41-6 allcontrol and monitor control groups (transitional package) root@raspberrypi:/# dpkg -L cgroup-bin /. /usr /usr/share /usr/share/doc /usr/share/doc/cgroup-bin /usr/share/doc/cgroup-bin/changelog.Debian.gz /usr/share/doc/cgroup-bin/copyright /etc/init.d/cgroup-bin root@raspberrypi:/# ls -lisah /etc/init.d/cgroup-bin 36115 4.0K -rwxr-xr-x 1 root root 950 Dec 18 2013 /etc/init.d/cgroup-bin root@raspberrypi:/# cat /etc/init.d/cgroup-bin #! /bin/sh ### BEGIN INIT INFO # Provides: init-cgroups # Required-Start:mountkernfs # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Mounts cgroup filesystems ### END INIT INFO
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Hello, as I got the same problem on my raspberry, probably I can give some details. This is the situation I started: - put 2015-05-05-raspbian-wheezy.img on SD-card and booted - changed sources.list and did the upgrade - appended systemd.debug-shell to /boot/cmdline.txt - reboot For some reason it looks like /etc/init.d/cgroup-bin is still installed even cgroup-bin is a transitional package. This script tries to mount /sys/fs/cgroup/memory but seems to fail and it then unmounts /sys/fs/cgroup. Therefore systemd cannot create new cgroups or spawning processes cannot attach to them. By purging just cgroup-bin I got expected booting again. cgroup-bin[455]: Kernel lacks cgroups or memory controller not available, not starting cgroups. ... (warning). systemd[1]: Failed to create cgroup /system.slice/ntp.service: No such file or directory systemd[481]: Failed at step CGROUP spawning /etc/init.d/ntp: No such file or directory Kind regards, Bernhard root@raspberrypi:/# dpkg -l cgroup-bin Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionArchitecture Description +++-==-==-==-= ii cgroup-bin 0.41-6 allcontrol and monitor control groups (transitional package) root@raspberrypi:/# dpkg -L cgroup-bin /. /usr /usr/share /usr/share/doc /usr/share/doc/cgroup-bin /usr/share/doc/cgroup-bin/changelog.Debian.gz /usr/share/doc/cgroup-bin/copyright /etc/init.d/cgroup-bin root@raspberrypi:/# ls -lisah /etc/init.d/cgroup-bin 36115 4.0K -rwxr-xr-x 1 root root 950 Dec 18 2013 /etc/init.d/cgroup-bin root@raspberrypi:/# cat /etc/init.d/cgroup-bin #! /bin/sh ### BEGIN INIT INFO # Provides: init-cgroups # Required-Start:mountkernfs # Required-Stop: # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Mounts cgroup filesystems ### END INIT INFO PATH=/sbin:/bin . /lib/lsb/init-functions do_start () { log_action_msg Initializing cgroups mount -t tmpfs none /sys/fs/cgroup mkdir /sys/fs/cgroup/memory if ! mount -t cgroup none /sys/fs/cgroup/memory -o memory 2 /dev/null; then umount /sys/fs/cgroup log_warning_msg Kernel lacks cgroups or memory controller not available, not starting cgroups. exit 0 fi chmod a+r /sys/fs/cgroup/memory/memory.pressure_level } case $1 in start) do_start ;; restart|reload|force-reload) echo Error: argument '$1' not supported 2 exit 3 ;; stop) #
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: For some reason it looks like /etc/init.d/cgroup-bin is still installed even cgroup-bin is a transitional package. That looks, like /etc/init.d/cgroup-bin is an obsolete conffile which is not automatically cleaned up on upgrades. This needs to be done manually on upgrades. See https://wiki.debian.org/DpkgConffileHandling and especially the dh_installdeb/dpkg-maintscripts-helper man pages. One should also not forget to run update-rc.d cgroup-bin remove. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 18.05.2015 um 15:27 schrieb Johannes Rohr: Am 18.05.2015 um 13:32 schrieb Michael Biebl: Do you have any tools installed, which mess around with cgroups, like cgmanager, lxc, etc? cgmanager, cgroup-bin and cgroup-tools were installed. After removing them, everything works nicely! Can you please test, which of the three caused the problem? Did you have a custom configuration for those tools or simply install them? If merely installing one of those tools breaks systemd that badly, this needs to be fixed in that package. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
control: tag -1 moreinfo Hi everyone, Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: Hello, as I got the same problem on my raspberry, probably I can give some details. This is the situation I started: - put 2015-05-05-raspbian-wheezy.img on SD-card and booted - changed sources.list and did the upgrade - appended systemd.debug-shell to /boot/cmdline.txt - reboot On 2015-05-18 19:47, Michael Biebl wrote: Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: For some reason it looks like /etc/init.d/cgroup-bin is still installed even cgroup-bin is a transitional package. That looks, like /etc/init.d/cgroup-bin is an obsolete conffile which is not automatically cleaned up on upgrades. TBH, having only somewhat recently taken over as maintainer of this package, I'm not very familiar with its earlier history. But TTBOMK, cgroup-bin never shipped an /etc/init.d/cgroup-bin file. See for example its contents in wheezy [1], or the TODO item [2] created by the previous maintainer. This needs to be done manually on upgrades. See https://wiki.debian.org/DpkgConffileHandling and especially the dh_installdeb/dpkg-maintscripts-helper man pages. One should also not forget to run update-rc.d cgroup-bin remove. Am 18.05.2015 um 19:04 schrieb Bernhard Übelacker: By purging just cgroup-bin I got expected booting again. Is /etc/init.d/cgroup-bin still around? If yes, then it's probably just bailing out early because it cannot find the necessary executables, so no harm done. But then it must have been placed there manually. If no, then the purge must indeed have removed it, but as the Debian version does not ship this file, I assume this is a peculiarity of the Raspbian version of this package? cgroup-bin[455]: Kernel lacks cgroups or memory controller not available, not starting cgroups. ... (warning). systemd[1]: Failed to create cgroup /system.slice/ntp.service: No such file or directory systemd[481]: Failed at step CGROUP spawning /etc/init.d/ntp: No such file or directory Regards, Christian [1] https://packages.debian.org/wheezy/armel/cgroup-bin/filelist [2] https://sources.debian.net/src/libcgroup/0.41-6/debian/cgroup-tools.TODO/ signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Hello Christian, Am 19.05.2015 um 01:17 schrieb Christian Kastner: But TTBOMK, cgroup-bin never shipped an /etc/init.d/cgroup-bin file. See for example its contents in wheezy [1], or the TODO item [2] created by the previous maintainer. I think I found it here: $ dget http://archive.raspberrypi.org/debian/pool/main/libc/libcgroup/libcgroup_0.38-1+rpi1.dsc $ dpkg-source -x libcgroup_0.38-1+rpi1.dsc $ cd libcgroup-0.38/ $ grep Kernel lacks cgroups . -R -i ./debian/cgroup-bin.init: log_warning_msg Kernel lacks cgroups or memory controller not available, not starting cgroups. These 2 version do not contain this file: dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.41-6.dsc dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.38-1.dsc As Debian never shipped this file, no actions on Debian side could be taken to remove this old file? So it seems this is just a Raspbian issue. (And if an upgrade from Raspbian-Wheezy to Raspbian-Jessie will be supported, the removal of this file has to be taken care of on Raspbian side?) By purging just cgroup-bin I got expected booting again. Is /etc/init.d/cgroup-bin still around? If yes, then it's probably just bailing out early because it cannot find the necessary executables, so no harm done. But then it must have been placed there manually. If no, then the purge must indeed have removed it, but as the Debian version does not ship this file, I assume this is a peculiarity of the Raspbian version of this package? The purge removed it indeed. No /etc/init.d/cgroup-bin or links are anymore visible. If the content is still of interest see my earlier message from 19:04:37+0200. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 19.05.2015 um 02:03 schrieb Bernhard Übelacker: Hello Christian, Am 19.05.2015 um 01:17 schrieb Christian Kastner: But TTBOMK, cgroup-bin never shipped an /etc/init.d/cgroup-bin file. See for example its contents in wheezy [1], or the TODO item [2] created by the previous maintainer. I think I found it here: $ dget http://archive.raspberrypi.org/debian/pool/main/libc/libcgroup/libcgroup_0.38-1+rpi1.dsc $ dpkg-source -x libcgroup_0.38-1+rpi1.dsc $ cd libcgroup-0.38/ $ grep Kernel lacks cgroups . -R -i ./debian/cgroup-bin.init: log_warning_msg Kernel lacks cgroups or memory controller not available, not starting cgroups. These 2 version do not contain this file: dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.41-6.dsc dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.38-1.dsc As Debian never shipped this file, no actions on Debian side could be taken to remove this old file? Almost as I suspected. [1] So it seems this is just a Raspbian issue. That package seems to be provided by raspberrypi.org, not raspbian.org, so this looks like something to clean-up for for the raspberrypi.org maintainers. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785484#17 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 16.05.2015 um 23:34 schrieb Johannes Rohr: May 15 22:20:04 raspbian systemd[1]: dbus.service: main process exited, code=exited, status=219/CGROUP May 15 22:20:04 raspbian systemd[1]: rsyslog.service: main process exited, code=exited, status=219/CGROUP May 15 22:20:04 raspbian systemd[1]: systemd-user-sessions.service: main process exited, code=exited, status=219/CGROUP Do you have any tools installed, which mess around with cgroups, like cgmanager, lxc, etc? Please attach the output of mount, dmesg, journalctl -alb, systemd-analyze dump. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Package: systemd Version: 215-17 Severity: important Dear Maintainer, This concerns Raspbian upgraded to Jessie on the Raspberry Pi B+ (Model 1) Here, several services fail if systemd is being used, most essentially dbus takes very long to start and later fails silently. Subsequently, systemd-logind fails, making local and SSH login impossible. Several users have reported similar issues, see https://www.raspberrypi.org/forums/viewtopic.php?f=66t=104314p=759634 and https://www.raspberrypi.org/forums/viewtopic.php?f=28t=94840p=759627 Here is the kind of error I see: -- Logs begin at Fr 2015-05-15 21:21:49 UTC, end at Fr 2015-05-15 21:23:35 UTC. -- Mai 15 21:22:03 raspbian systemd[1]: Starting Login Service... Mai 15 21:22:29 raspbian systemd-logind[430]: Failed to add match for NameOwnerChanged: Connection timed out Mai 15 21:22:29 raspbian systemd-logind[430]: Failed to fully start up daemon: Connection timed out Mai 15 21:22:55 raspbian systemd[1]: systemd-logind.service: main process exited, code=exited, status=1/FAILURE Mai 15 21:22:55 raspbian systemd[1]: Failed to start Login Service. Mai 15 21:22:55 raspbian systemd[1]: Unit systemd-logind.service entered failed state. Mai 15 21:22:55 raspbian systemd[1]: systemd-logind.service has no holdoff time, scheduling restart. Here are the other failed services: May 15 22:20:04 raspbian systemd[1]: Failed to start LSB: triggerhappy hotkey daemon. May 15 22:20:04 raspbian systemd[1]: Unit triggerhappy.service entered failed state. May 15 22:20:04 raspbian systemd[1]: wicd.service: control process exited, code=exited status=219 May 15 22:20:04 raspbian systemd[1]: Failed to start LSB: Starts and stops Wicd. May 15 22:20:04 raspbian systemd[1]: Unit wicd.service entered failed state. May 15 22:20:04 raspbian systemd[1]: dbus.service: main process exited, code=exited, status=219/CGROUP May 15 22:20:04 raspbian systemd[1]: Unit dbus.service entered failed state. May 15 22:20:04 raspbian systemd[1]: rsyslog.service: main process exited, code=exited, status=219/CGROUP May 15 22:20:04 raspbian systemd[1]: Failed to start System Logging Service. May 15 22:20:04 raspbian systemd[1]: Unit rsyslog.service entered failed state. May 15 22:20:04 raspbian systemd[1]: systemd-user-sessions.service: main process exited, code=exited, status=219/CGROUP May 15 22:20:04 raspbian systemd[1]: Failed to start Permit User Sessions. May 15 22:20:04 raspbian systemd[1]: Unit systemd-user-sessions.service entered failed state. May 15 22:20:04 raspbian systemd[1]: systemd-logind.service has no holdoff time, scheduling restart. May 15 22:20:05 raspbian systemd[1]: rsyslog.service holdoff time over, scheduling restart. -- Package-specific info: -- System Information: Distributor ID:Raspbian Description:Raspbian GNU/Linux 8.0 (jessie) Release:8.0 Codename:jessie Architecture: armv6l Kernel: Linux 3.18.11+ (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.16-1 pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/journald.conf changed: [Journal] Storage=persistent -- no debconf information == /var/lib/systemd/deb-systemd-helper-enabled/fake-hwclock.service.dsh-also == /etc/systemd/system/sysinit.target.wants/fake-hwclock.service == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.ModemManager1.service == == /var/lib/systemd/deb-systemd-helper-enabled/cgproxy.service.dsh-also == /etc/systemd/system/multi-user.target.wants/cgproxy.service == /var/lib/systemd/deb-systemd-helper-enabled/ssh.socket.dsh-also == /etc/systemd/system/sockets.target.wants/ssh.socket == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/sshd.service == == /var/lib/systemd/deb-systemd-helper-enabled/ssh.service.dsh-also == /etc/systemd/system/multi-user.target.wants/ssh.service /etc/systemd/system/sshd.service == /var/lib/systemd/deb-systemd-helper-enabled/saned.socket.dsh-also == /etc/systemd/system/sockets.target.wants/saned.socket
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Control: tags -1 moreinfo unreproducible Am 16.05.2015 um 23:34 schrieb Johannes Rohr: Package: systemd Version: 215-17 Severity: important Dear Maintainer, This concerns Raspbian upgraded to Jessie on the Raspberry Pi B+ (Model 1) Here, several services fail if systemd is being used, most essentially dbus takes very long to start and later fails silently. Subsequently, systemd-logind fails, making local and SSH login impossible. Several users have reported similar issues, see Running systemd v215 on a RPI B+ without any problems. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Am 17.05.2015 um 01:14 schrieb Michael Biebl: Control: tags -1 moreinfo unreproducible Am 16.05.2015 um 23:34 schrieb Johannes Rohr: Package: systemd Version: 215-17 Severity: important Dear Maintainer, This concerns Raspbian upgraded to Jessie on the Raspberry Pi B+ (Model 1) Here, several services fail if systemd is being used, most essentially dbus takes very long to start and later fails silently. Subsequently, systemd-logind fails, making local and SSH login impossible. Several users have reported similar issues, see Running systemd v215 on a RPI B+ without any problems. You might also consider, directing your issue towards the raspbian maintainers. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature