Description of problem: Testing 2016-02-28 GNOME Live DVD iso for QA. Legacy boot from USB device on a Dell laptop. Near the start the system tries to establish a user gdm session. The screen does not scroll beyond c18 but the attempts continue for about 8 minutes. Nothing else happens. Login to a console succeeds. Confirmed that the whole Live file system is available. Mounted a USB drive on /mnt. Switched to root and dumped the full journal. Typed 'startx start.gnome' and xinit failed to connect to the X server using the nouveau driver. Wonky screen photo attached. In an earlier test I had tried to install the nvidia driver, with the same lack of success. The journal and Xorg.0.log for this session are attached. Version-Release number of selected component (if applicable): Mageia-6-dev1-LiveDVD-GNOME-x86_64-DVD How reproducible: Always Steps to Reproduce: 1. Boot from the live iso on a CSM boot machine 2. Esc to view progress and wait for the end of the user session attempts 3. Login at a console and try to start the GNOME desktop
Created attachment 7504 [details] journal file from boot to login to tty 5 MB file gzipped
Created attachment 7505 [details] Xorg.0.log for default X driver
CC: (none) => marja11Assignee: bugsquad => tmbWhiteboard: (none) => 6dev1
is this bug still valid for the released 6-dev1-LiveDVD-GNOME-x86_64-DVD ?
Keywords: (none) => 6dev1, NEEDINFOWhiteboard: 6dev1 => (none)
Shall check this sometime in the next 24 hours.
@Marja Er..hum. The "publicly released Live isos"? I am assuming these are the same as the latest available isos rsynced from the isoqa testing repository. e.g. Mageia-6-dev1-LiveDVD-GNOME-x86_64-DVD md5sum = e60e46b09dd990e3e76d2a316913fca6 If not then I have been blowing hot air. If so then the bug is still relevant. The Mageia blog mentions only the Classic DVD iso.
This is another of those startup bugs which cannot be easily related to the current test isos. I am inclined to close it and maybe reopen it if later isos show a similar fault.
Status: NEW => UNCONFIRMEDEver confirmed: 1 => 0
This is also rather old so I think it should be closed as such. There do not seem to have been any similar problems recently.
Doing as you suggest!
Resolution: (none) => OLDStatus: UNCONFIRMED => RESOLVED