Description of problem: Testing 2016-02-04 iso written to USB drive using isodumper. System is x86_64 UEFI with nvidia GTX 770 on an Intel Core i7 machine. The following is a condensed report of events after "Boot Mageia 6" After a pause "problem with graphics" -> root login, stop sddm, drakx11 System hangs after the nvidia driver is configured. Switch tocConsole: displays a login prompt for an instant and disappears. This repeats continuously at ~1Hz. Back to the root session -> stop sddm, drakx11, exit -> live -> startx startkde Screenful of messages including "no screens found", "closing log file" "xinit: giving up", "xinit: ... connection refused", "xinit: server error" Switched to root and repeated startx startkde and saw similar messages. Noted these: "xauth: file /root/.serverauth.2783 does not exist" (true) "xauth: file /root/.Xauthority does not exist" (false) $ cd root $ ls -a This lists among others: .xauth/ .Xauthority .Xdefaults .Xauthority is empty, with permissions 600. .xauth contains export, a single character file '*' Xorg.0.log shows that the nouveau driver is loaded, v4l starts device probe -> Failed to open DRM device for PCI.... -> No devices detected -> no screens found Version-Release number of selected component (if applicable): Mageia 6 development snapshot 1 How reproducible: Always Steps to Reproduce: 1.Run isodumper on Mageia-6-dev1-LiveDVD-PLASMA5-x86_64-DVD.iso 2.Configure BIOS to boot from USB stick 3.Boot Mageia 6 Reproducible: Steps to Reproduce:
Created attachment 7414 [details] Xorg log file after running drakx11
Whiteboard: (none) => 6dev1
Created attachment 7415 [details] Xorg log file for CSM boot Testing the iso on a Legacy boot system led to the same failure. Xorg.0.log file added for the sake of completeness. Note that /root does not contain .Xauthority in this test.
Created attachment 7426 [details] xorg.conf file for CSM live boot
CC: (none) => marja11Assignee: bugsquad => mageia
CC: (none) => tmb
@ Len Is this bug still valid with the released 6dev1 Plasma5 LiveDVD?
Keywords: (none) => 6dev1, NEEDINFOWhiteboard: 6dev1 => (none)
@Marja I believe it is. I don't think there has been much change since those earlier tests. The last one I tested is dated 2016-03-25 but to confirm I shall try it out again on both UEFI and CSM machines.
No luck with either UEFI or legacy boot.
@Marja I think this bug should be closed as OLD. Things have moved on a bit in this area. Not really resolved - it is more a case of wontfix + old.
Status: NEW => RESOLVEDResolution: (none) => OLD