[please always CC the bug report] Am 26.09.2013 13:25, schrieb Jean-Marc: > On Tue, 24 Sep 2013 20:50:57 +0200, Jean-Marc <jean-m...@6jf.be> wrote: >> On Tue, 24 Sep 2013 14:16:54 +0200 >> Michael Biebl <bi...@debian.org> wrote: >>> [SNIP] >>> If you have a journalctl dump from during the system upgrade, that could >>> be helpful. If you are not comfortable sharing it on the internet, you >>> can also send it to me privately. >> >> Unfortunately, no journalctl data, the Storage parameter was on its >> default value (auto) and my system has no /var/log/journal directory. >> >> I tried to find some infos in the logs; see attachment. >> >> Tell me if it is helpful. >> >>> >>> >>> Michael >>> >> > > Hi Michael, > > Did you get some time to take a look at the attached logs ? > > About the journalctl output, I can boot using systemd to get log after > the system times out. > Do you want this kind of info ? Is it useful ?
I had a brief look at the logs (thanks for them), and this caught my attention: Sep 23 20:48:17 Cunegonde systemd[1]: Reloading. Sep 23 20:48:17 Cunegonde systemd[1]: /lib/systemd/system-generators/systemd-rc-local-generator exited with exit status 1. Sep 23 20:48:17 Cunegonde systemd[1]: /lib/systemd/system-generators/systemd-cryptsetup-generator exited with exit status 1. Sep 23 20:48:17 Cunegonde systemd[1]: /lib/systemd/system-generators/systemd-system-update-generator exited with exit status 1. Sep 23 20:48:17 Cunegonde systemd[1]: /lib/systemd/system-generators/systemd-getty-generator exited with exit status 1. Sep 23 20:48:17 Cunegonde systemd[1]: /lib/systemd/system-generators/systemd-fstab-generator exited with exit status 1. [...] Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit local-fs.target, ignoring: Unit fsck@dev-mapper-vg_global\x2ddonnees.service failed to load: No such file or directory. See system logs and 'systemctl status fsck@dev-mapper-vg_global\x2ddonnees.service' for details. Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit pcscd.socket, ignoring: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details. Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit avahi-daemon.socket, ignoring: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details. Sep 23 20:48:17 Cunegonde systemd[1]: Cannot add dependency job for unit dbus.socket, ignoring: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details. [...] Sep 23 20:48:39 Cunegonde systemd[1]: Reexecuting. Those reload requests are done before systemd has been re-executed. KiBi, could you check if you have similar logs in your syslog/kern.log? I haven't quite figured out yet, what's going on/wrong here, but it looks like in your case the newly installed generators fail when run under the old systemd version. Why that causes the issue wrt var-run.mount is not yet clear to me. 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