Migration from sysvinit to systemd: reboot fails to complete

[Francesco Poli]

On Sat, 31 Dec 2016 18:28:00 +0100 Michael Biebl wrote:

[...]
> So, I've setup a split-usr VM and I can reproduce the issue.

This is awesome!
Thanks for reproducing the issue. At least, this confirms that I was
not seeing "ghosts"...   ;-)

[...]
> Some possible ideas
> 
> 1/ document that switching from sysvinit-core to systemd-sysv is best
> done by first installing systemd, then booting via init=/bin/systemd on
> the kernel-command-line, then making the switch permanent by
> uninstalling sysvinit-core and installing systemd-sysv
> And if you are using a split-usr setup, doing it this way is mandatory

This has been recently done on the Debian wiki page [1] by Felipe.

[1] https://wiki.debian.org/systemd

But of course, it could be documented somewhere
in /usr/share/doc/systemd/ , as well (probably
in /usr/share/doc/systemd/README.Debian.gz ...).

> 
> 2/ update umountfs to not umount /usr. But then, something needs to
> umount /usr later or at least remount it ro. I don't think we can just
> leave /usr mounted without risking an unclean fs. Under systemd, the
> umount of /usr is done by /lib/systemd/systemd-shutdown.

As I said in another message of this same thread, I think this has
already been reported [2].

[2] https://bugs.debian.org/757083

> 
> 3/ when switching from sysvinit-core to systemd-sysv, keep a copy of the
> (old) /sbin/{reboot,halt,poweroff} in /run and use that in
> /etc/init.d/reboot

This looks like a hack (maybe a clever one, but a hack nevertheless!).

> 
> 4/ move liblz4 to /lib.
> 
> I don't like 4/ very much, as eventually we have to fix this anyway
> (thinking of usrmerge).

Agreed.

> 
> Thoughts, other ideas?

Nothing else...

> 
> Fwiw, I'm personally leaning towards 1/.

Makes sense.

Of course, you could also help sysvinit maintainers with bug #757083,
so that the "migrate under init=/bin/systemd" precaution will
eventually become superfluous... 


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
..................................................... Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20161231/70568259/attachment-0002.sig>