5 final round 2 LXDE install from DVD 32. This is a regression from previous ISOs. Installed without proprietary nvidia driver. On boot I'm now getting a message that it needs nokmsboot option or X might fail to start. That times out after a while and X indeed fails to start with the "Good Luck :)" message instead Reproducible: Steps to Reproduce:
Priority: Normal => release_blockerCC: (none) => thierry.vignaud, tmbBlocks: (none) => 14069
Created attachment 6581 [details] report.bug.xz
Created attachment 6582 [details] Xorg.0.log
Created attachment 6583 [details] journal.txt.xz
Attachment 6582 mime type: text/x-log => text/plain
Actually I *was* going to install with nouveau but *did* install with proprietary nvidia340 in the end. Sorry for the confusion.
I think is caused by the new installer screen with grub2. which allows you to set the default boot choice. The text box for kernel options only has "splash". Nouveau boots correctly but I think this is a "red herring" and it's just the missing kernel options.
which ones?
It used to have splash quiet but it's complaining of needing nokmsboot too obviously.
Created attachment 6592 [details] fix default grub2 kernel parameters
Fixed in my local git.
Status: NEW => RESOLVEDHardware: i586 => AllResolution: (none) => FIXED
For a release blocker, I'd prefer we keep it open until tested (actually this is what we usually do for any bug).
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Thanks Thierry, we can test with next ISO build.
CC: (none) => vzawalin1
_I_ tested it...
I mean tested in the actual ISOs, I don't doubt you tested it, but here we have to be as cautious as for QA Updates. More cautious even. This means testing by someone else than the developer. Hope you agree.
(In reply to claire robinson from comment #5) > I think is caused by the new installer screen with grub2. which allows you > to set the default boot choice. The text box for kernel options only has > "splash". > > Nouveau boots correctly but I think this is a "red herring" and it's just > the missing kernel options. Thanks for reporting this Claire. Also on Gnome Live 64.
Keywords: (none) => PATCH
Confirmed fixed in classic installer with Anne's test iso. Was the fix also applied to draklive-installer?
Yes. I'll commit and upload packages tonight
commit 916e112f0d5fe753be24db15bc8555f8058699f0 Author: Thierry Vignaud <thierry.vignaud@...> Date: Wed May 20 03:38:54 2015 -0400 fix default grub2 kernel parameters (mga#15984) --- Commit Link: http://gitweb.mageia.org/software/drakx/commit/?id=916e112f0d5fe753be24db15bc8555f8058699f0
Re-Closing
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
Re-reopening (just kidding, let's trust QA team to reopen if not fixed). One day I'll propose to add a new status before RESOLVED FIXED, such as TESTING, that can be used to wait between commit/submit and actual tester confirmation.
*** Bug 15976 has been marked as a duplicate of this bug. ***
CC: (none) => rene
I tried to boot my system from the final/released LiveCD Mageia-5-LiveCD-KDE4-en-i586-CD.iso and right at boot the kernel panic happenned with this message: "Kernel Panic (VFS: unable to mount root fs on unknown-block(0,0) " I have never had this problem with the live CDs of Mageia 3 and 4 on the same system. This means that this bug was not fixed for all the released ISOs.
Status: RESOLVED => REOPENEDCC: (none) => gamiro97Resolution: FIXED => (none)
Reopening bug 15976 as per https://bugs.mageia.org/show_bug.cgi?id=15976#c13, and re-closing this one.
Actually closing.
Oh my - sorry for the spam.