Bug#825981: failure message upon install
Am 02.06.2016 um 13:16 schrieb 積丹尼 Dan Jacobson: >> "MB" == Michael Bieblwrites: > > MB> Why don't you just use "systemctl halt" then? I will shut down your > MB> system but not actually power it off. Very useful if you want to read > MB> the messages on shutdown. > > OK. But then how to poweroff when finished reading the messages? > Physically yank the plug? Yuck. press the power button -- 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#825981: failure message upon install
> "MB" == Michael Bieblwrites: MB> Why don't you just use "systemctl halt" then? I will shut down your MB> system but not actually power it off. Very useful if you want to read MB> the messages on shutdown. OK. But then how to poweroff when finished reading the messages? Physically yank the plug? Yuck.
Bug#825981: failure message upon install
Am 02.06.2016 um 12:28 schrieb 積丹尼 Dan Jacobson: >> "MB" == Michael Bieblwrites: > >> P.S., because I have /home and /var on their own partitions, >> I get red messages about not being able to unmount them upon shutdown. > > MB> Having a separate /home and /var is apsolutely fine. I use that myself > MB> on a couple of systems > > I meant /tmp and /home. > > What I need is a way to read the final messages before actual halt. > > Can I make a systemd job that will just sleep 30 seconds to > give me a chance to read what is on the screen before actual halt? Why don't you just use "systemctl halt" then? I will shut down your system but not actually power it off. Very useful if you want to read the messages on shutdown. -- 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#825981: failure message upon install
> "MB" == Michael Bieblwrites: > P.S., because I have /home and /var on their own partitions, > I get red messages about not being able to unmount them upon shutdown. MB> Having a separate /home and /var is apsolutely fine. I use that myself MB> on a couple of systems I meant /tmp and /home. What I need is a way to read the final messages before actual halt. Can I make a systemd job that will just sleep 30 seconds to give me a chance to read what is on the screen before actual halt?
Bug#825981: failure message upon install
Am 02.06.2016 um 04:40 schrieb 積丹尼 Dan Jacobson: >> "MB" == Michael Bieblwrites: > > MB> Can you attach your /etc/fstab please and the file > /run/systemd/was-enabled. > MB> Is there a file /etc/systemd/system/tmp.mount (or was in the past)? > > UUID=355d426a-cbfc-4faf-91d6-4f9405199517 /home auto defaults,commit=111 0 2 > UUID=34610b6a-70a3-48d9-b135-96907dc2ba16 /var auto defaults,commit=111 0 2 > UUID=1d11e0e3-26d7-42be-89d2-00fbe939dc1c / ext4 > defaults,commit=111,errors=remount-ro 0 1 > UUID=ce5499e2-019e-44cc-8f95-d027832b3d7d none swap sw 0 0 > tmpfs /tmp tmpfs defaults 0 0 Thanks, so that confirms what I wrote earlier. As I wrote, generated units (from fstab) are now handled differently by systemctl is-enabled, so we need to adjust the maintainer scripts. P.S., because I have /home and /var on their own partitions, > I get red messages about not being able to unmount them upon shutdown. Having a separate /home and /var is apsolutely fine. I use that myself on a couple of systems -- 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#825981: failure message upon install
> "MB" == Michael Bieblwrites: MB> Can you attach your /etc/fstab please and the file /run/systemd/was-enabled. MB> Is there a file /etc/systemd/system/tmp.mount (or was in the past)? UUID=355d426a-cbfc-4faf-91d6-4f9405199517 /home auto defaults,commit=111 0 2 UUID=34610b6a-70a3-48d9-b135-96907dc2ba16 /var auto defaults,commit=111 0 2 UUID=1d11e0e3-26d7-42be-89d2-00fbe939dc1c / ext4 defaults,commit=111,errors=remount-ro 0 1 UUID=ce5499e2-019e-44cc-8f95-d027832b3d7d none swap sw 0 0 tmpfs /tmp tmpfs defaults 0 0 UUID=26a1643a-011c-4d6b-8234-c327f9dc2495 /var/lib/apt/lists auto noauto,errors=remount-ro 0 0 UUID=82152152-fd1b-41f5-8860-a65f18de2275 /var/cache/apt/archives auto noauto,errors=remount-ro 0 0 P.S., because I have /home and /var on their own partitions, I get red messages about not being able to unmount them upon shutdown. If you recall not so few years ago we were taught to partition them that way, and in fact there really is nothing wrong with still partitioning them that way. Alas, systemd or whoever just assumes some different geometry. P.S.S., because LINUX has no kernel variable DELAY_AT_HALT to allow me to set a number of seconds to copy down the exact messages with a pad and pencil, I can only tell you that I really see them. $ ls -F /etc/systemd/system bluetooth.target@hybrid-sleep.target.wants/paths.target.wants/ sysinit.target.wants/ getty.target.wants/ multi-user.target.wants/ sockets.target.wants/ syslog.service@ hibernate.target.wants/ network-online.target.wants/ suspend.target.wants/ timers.target.wants/ I don't know if there was one in the past.
Bug#825981: failure message upon install
Am 01.06.2016 um 08:51 schrieb Michael Biebl: > Can you attach your /etc/fstab please and the file /run/systemd/was-enabled. > Is there a file /etc/systemd/system/tmp.mount (or was in the past)? I'm assuming there is an /tmp entry in /etc/fstab. systemctl is-enabled in jessie vs stretch: $ systemctl is-enabled tmp.mount disabled $ echo $? 1 $ systemctl is-enabled tmp.mount generated $ echo $? 0 So there was a change in behaviour (recently) Atm, we only check the return code in preinst to determine whether a service was enabled or not an if we need to reenable in postinst: https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.preinst#n9 We should probably now explicitly check for the string "enabled": https://www.freedesktop.org/software/systemd/man/systemctl.html#is-enabled%20NAME... 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#825981: failure message upon install
Am 01.06.2016 um 05:17 schrieb 積丹尼 Dan Jacobson: > Package: systemd > Version: 230-2 > > User sees a failure message: > > Setting up systemd (230-2) ... > Installing new version of config file /etc/systemd/logind.conf ... > addgroup: The group `systemd-journal' already exists as a system group. > Exiting. > Failed to enable unit: Unit /run/systemd/generator/tmp.mount is transient or > generated. Can you attach your /etc/fstab please and the file /run/systemd/was-enabled. Is there a file /etc/systemd/system/tmp.mount (or was in the past)? -- 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#825981: failure message upon install
Package: systemd Version: 230-2 User sees a failure message: Setting up systemd (230-2) ... Installing new version of config file /etc/systemd/logind.conf ... addgroup: The group `systemd-journal' already exists as a system group. Exiting. Failed to enable unit: Unit /run/systemd/generator/tmp.mount is transient or generated.