Description of problem:
On a variety of machines (3) with nvidia graphics, the 64bit isos fail to boot. This is an example for a computer with GTX970 graphics and a 4k monitor on the display port:
Problem with graphics driver: "Good luck" message -> root login -> drakx11.
Could not load install the x11-driver-video-nvidia-current package!, defaulting to free software driver. OK'd that then tried modprobe nouveau and monitor went dead. Had to switch off machine and unplug the
monitor cable (DP) then plug it in again and restart the computer. Rebooted and tried
vesa but could get no further than "you need to reboot". Through the loop again and
tried the graphics test - "Fatal server error. Try to change some parameters". The
summary indicated that nouveau was being used. Dropped back to the command line and saw:
"chroot: cannot change root directory to '/mnt/install': no such file or directory.
Xauth: file /root/.Xauthority does not exist."
# ls /run/initramfs => log/
# ls /run/initramfs/log => <empty>.
Mounted a USB pendrive and copied dmesg and boot journal to it. Attaching these. Tried this on a BIOS boot laptop with older nvidia graphics and hit the same problems. Dead monitor. The same with a UEFI twin-nvidia laptop.
VirtualBox handles these isos fine.
Version-Release number of selected component (if applicable):
Consistent across three machines and repeatable.
Steps to Reproduce:
1. Attempt to boot Plasma Live iso from USB stick
2. Install proprietary driver if you can get that far
Created attachment 8201 [details]
Journal from boot to graphics failure
Created attachment 8202 [details]
dmesg output after attaching USB drive
Created attachment 8203 [details]
lsmod at point of failure
Checking this again since it is a release blocker. The Plasma LIVE gets to the "Good luck" message even with nomodeset. Installing the vesa driver sort of worked in that it booted to the desktop with a very low resolution.
Still valid as a release blocker.
well, nomodeset will also block nouveau loading...
one thing to test instead it to add:
to kernel command line
The experiment with xdriver=modesetting failed but nokmsboot succeeded, which is the second option in the grub2 menu.
Hence, in view of the option to boot the Lives using proprietary drivers this is no longer a release blocker IMHO.
Lowering priority per comment #6