Migration from sysvinit to systemd: reboot fails to complete

[Francesco Poli]

On Fri, 30 Dec 2016 14:15:17 -0300 Felipe Sateler wrote:

> Hi Francesco,

Hello Felipe,
first off, thanks for your prompt reply!

> 
> On 30 December 2016 at 13:08, Francesco Poli <invernomuto at paranoici.org> wrote:
[...]
> > I then scheduled a reboot:
> >
> >   # at 'now + 1 minute'
> >   warning: commands will be executed using /bin/sh
> >   at> reboot
> >   at> <EOT>
> >
> > After about one minute, the system started a reboot, but failed
> > to complete it cleanly.
> 
> I am assuming you were running this in a boot running with init=/bin/systemd

Ouch! That probably explains everything!

I thought that booting with init=/bin/systemd was just for test
purposes!
As a consequence, I tested that the system was able to boot properly
with init=/bin/systemd, took a look around, and then rebooted the usual
way (that is to say, with sysvinit).
The rationale behind this further reboot is that I wanted to also test
the shutdown process, before being sure that the system was able to run
with systemd as PID 1, without unforeseen issues. But I hadn't thought
I should have booted with init=/bin/systemd a second time...  :-(

After a while (running with sysvinit as PID 1), I installed
systemd-sysv and attempted to reboot, experiencing the error I
described...   :-(

If this is indeed my mistake, I will issue the commands

  # aptitude --purge-unused install systemd-sysv \
    systemd-shim_ sysvinit-core_
  # reboot

in a boot running with init=/bin/systemd, next time I migrate a box
from sysvinit to systemd.


If this is confirmed to be the way to go, I think that the Debian wiki
page [1] should be modified to explicitly state that the installation
of systemd-sysv and the subsequent reboot should be performed in a boot
running with init=/bin/systemd !

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


Please let me know (again by Cc-ing me on replies, thanks!).
Thanks for your time and helpfulness!



-- 
 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/20161230/9220004d/attachment-0002.sig>