This occurred on 2 different computers (hardware not vbox). When I installed the packages in this list at some point my screen stated rapidly flashing and computer became unresponsive. I always enable Magic Sys/Require keys so I used that sequence to halt and reboot computer. After rebooting I then finish the package installation which did include more packages and rebooted which led to a black screen with mouse cursor. So I rebooted again and now on both computers all appears to be normal.
These are the first packages installed, all but zsh are from Main-testing repo.
$ rpm -qa --last | more
glibc-devel-2.26-9-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:34 PM CDT
systemd-235-2-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:13 PM CDT
zsh-5.3.1-1-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:12 PM CDT
libc6-2.26-9-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:11 PM CDT
lib64systemd0-235-2-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:11 PM CDT
lib64nss_myhostname2-235-2-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:11 PM CDT
systemd-bash-completion-235-2-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:09 PM CDT
glibc-2.26-9-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:09 PM CDT
systemd-zsh-completion-235-2-omv2015.0.x86_64 Mon 23 Oct 2017 05:05:08 PM CDT
Mind that I’m not complaining If one chooses to test packages then one gets to deal with stuff like this occasionally. Just reporting as I would not like to see an update experience like this make it to public repositories.
So I tried splitting the packages and just installing the libc6/glibc packages, rebooting, that went OK then installing the systemd 235 packages and that crashed my system with the rapidly flashing screen and it would not reboot giving kernel panic error.
I’m not sure the systemd packages are OK to install but not sure why. So far I just know what is reported above.
To be fair the systemd packages do seem to work once they are installed. But installing them is scary and does seem like it could possibly break a system.
So far I’ve tried 3 times updating these and twice it worked as described in my first post and once it broke the system I was working on. Was able to fix it by going elsewhere and mounting/chrooting into system and downgrading systemd packages to 234 version.
Wasn’t expecting a problem so I wasn’t thinking log when I was working with the package.
So after the fact and in the wee hours of the morning I got some journalctl boot logs and I also got omv-bug-report.log.txt (547.2 KB)
<a class=“attachment” href="/uploads/default/original
Oct 23 17:05:16 openmandriva sddm: /usr/bin/xauth: (stdin):1: bad "remove" command line
Oct 23 17:05:16 openmandriva sddm: /usr/bin/xauth: (stdin):2: bad "add" command line
Oct 23 17:05:16 openmandriva sddm: QProcess: Destroyed while process ("/usr/libexec/sddm-helper") is still running.
Oct 23 17:05:16 openmandriva acpid: client 7257[0:0] has disconnected
Looks like updating systemd, does kill dbus session and that’s why some X stuff goes crazy.
I saw that and thought I should get that posted here as that happens mere seconds after the first ‘system’ packages are installed and at about exactly when system crashes.
Edit: And I should emphasize that after the above happens computer becomes completely unresponsive. Applications that were open might work for a while but nothing you close and no new applications will work at all.
On My most recent test today I did that, installed first new glibc/libc6, then dbus packages, then all in the systemd group I could except for systemd and 2 lib64 packages that won’t install separately. System crashes apparently after the packages including systemd are installed. When I reboot everything works OK. So I have 2 computers with the new systemd-235 package stack (and new glibc/libc6 and dbus) and they work fine after you get past the install crash.
Discovered that to reproduce the crash is very easy:
# urpmi --replacepkgs systemd
Works every time. Guess that means that I’ve narrowed it down to specifically systemd itself is causing the install crash.
Yes it installed okl just a couple of non-consequential error messages. The update was started with urpmi --auto-update.
Once systemd was installed urpmi got more files and istalled them.
I am writing this just afterward on the same system without a reboot so all appears to be well.
Here I have same problem but also systemd itself didn’t finish installing so I have to go to another partition and mount and chroot into it to finish install. Is it possible this is related to intel graphics? Or is it possible this is because I removed microcode-intel?
Edit: Also lib64systemd0-234 was not removed before crash so I had lib64systemd0-234 and lib64systemd0-235 until I removed the former, older package.