The list of upgraded packages was quite long because like I said I did urpmi --auto-update on a fresh installation of OMV 3.01 which was released five months ago. I didn’t install any extra packages myself. Kernel was upgraded to 4.10. I’ve copied the whole list of upgraded packages here:
I was also prompted to accept removal of lib64keffects9, lib64kpmcore3, lib64kwinglutils9 and lib64kwinxrenderutils9 in order to proceed with the update.
In the meantime I’ve reinstalled the system and followed the advice from the wiki to add xorg.blacklist=ati to GRUB options which made the xorg.conf file disappear from /etc/X11/xorg.conf.d. Unfortunately after a reboot following urpmi --auto-update I got a black screen again
My output of inxi -G:
You were right about the kernel update being the culprit. I did another clean install, went to the Control Center to update the system, selected all packages except for the kernel-* packages. After the update finished I rebooted the system and could log in fine. So just to be sure I updated the kernel-* packages. After a reboot I got a black screen again. So now I have to select in GRUB to boot with 4.9 kernel which is working just fine.
Should I report a bug?
Jaro will you please try adding the following options to the grub boot line before booting.
These lines will prevent one or both of the available ATI graphics drivers from loading.
rd.driver.blacklist radeon
rd.driver.blacklist amdgpu
rd.driver.blacklist radeon,amdgpu
Try each option in turn please.
Note that there not supposed to be a space between radeon,amdgpu
Please let me know what happens
Best,
Colin
Hi Jaro,
Ok, that has at least excluded a number of possibilities and has determined that your graphics card uses the amdgpu driver.
The next step is to boot into multi-user mode and try starting the graphics server by hand so we can get some logs. To do this you need to add ‘systemd.unit=multi-user.target’ to the grub boot line. This should boot you up to a non-graphical interface then you can try starting the Xserver. startled should do the trick.
Switching to a virtual terminal should allow you to investigate the logs.
Best,
Colin
I’ve added that line to GRUB and then ran startx but the system froze after these lines:
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory “/usr/share/X11/xorg.conf.d”
Then I couldn’t even switch to another virtual terminal. The same happened on both 4.9 and 4.10 kernels.
Strangely, now when I’m trying to boot normally with kernel 4.9 (editing GRUB at startup to remove systemd.unit=multi-user.target option) I’m also getting a black screen
Bizarre! This result is very strange. It implies that a file is being created or a configuration permanently changed at boot.
can you try again and instead of typing startx try startlxqt and see if you can bring up the lxqt interface.
If that starts up then the problem may be in the 3d graphics driver.
you might want to attach the output of lsmod to the bug report.
if lxqt doesn’t work then we need to look at the xorg setup.
colin
Ok Jaro,
I think I know what’s causing this. I suspect you set up with auto login.
Please paste the contents of /etc/sddm.conf as this is the likely cause.
Colin
I’ve removed the two lines, rebooted, tried to boot kernel 4.9 normally, got a black screen. So I booted into multi-user mode again, typed startkde and got this error: $DISPLAY is not set or cannot connect to the X server.
Next I checked the Xorg.log which was empty. Then I typed startx and got the same error as before.