Description of problem: Installed Mageia 3 Alpha, all works fine. Update with 538 files. Reboot was recommended. Did so and after a while dead system with black screen. Version-Release number of selected component (if applicable): 3 Alpha 1 How reproducible: Steps to Reproduce: 1. Install Aplpha 1 2. Update 3.Reboot
I can start in "fail safe" mode.
>Did so and after a while dead system with black screen. That mean ? you can remove splash quiet in the grub to see details
Component: Installer => RPM PackagesSource RPM: N/A => (none)
It means that the only thing that works is the power off button. I get the Mageia3 Start screen and the the logo screen with only two blue dots. Then black screen and dead system.
ok so type escape an this state or boot with plymouth in verbose mode as said in comment 2
After I have removed the "splash quit", I tried to catch the last messages before the system "halts". Something like: Starting authorization Starting sensor.... The screen then goes black and the disk light is blinking for a few seconds.
I think I wait for next Alpha release.
I probably have the same bug, but I will file a separate, more detailed bug and let triage decide. Booted Mageia 3 Alpha LiveDVD with KDE. Installed O.K. and got a desktop. After updating (610 packages by now,) bootup splash reverts to text-mode, then hangs. Last messages (exact text to be supplied) (a) Plymouth exit fails: run systemctl etc for details. (b) Reached multi-user stage (c) Reached graphical interface stage then stops. Can't input to that console. Patrick Darcy suggested a fresh install would overcome kernel issues, but this is the fresh install. There was something about vbox in his thread; I did see the vbox guest additions kernel being updated.
CC: (none) => laidlaws
(Might as well stay here unless you would like a separate file.) The systemctl report says that the Plymouth failure is due to a timeout. I then logged in as user on a different console, and ran "startx." Got "No screens found." Attaching Xorg.0.log as a distinct comment.
Created attachment 3056 [details] Cauldron Xorg.0.log after startx fails.
Finding this in 3alpha3 also. It seems to be nvidia cards affected, trying to use nouveau. See also bug 7982
CC: (none) => eeeemail
I am using an nvidia card. I could switch to nouveau, but with no desktop and all the changes systemd brought, I am lost.
I followed the steps you outlined in Bug 7982, and I now have a desktop in Mga 3 2. I don't expect it to be permanent however unless I can make the driver change permanent. I changed the settings with XFdrake, and they are now: Keep the changes? The current configuration is: Disable Ctrl-Alt-Backspace: no 3D hardware acceleration: no Keyboard layout: Mouse type: Monitor: VA2238 SERIES Monitor HorizSync: 24-82 Monitor VertRefresh: 50-75 Graphics card: nVidia Corporation NVIDIA GeForce 6100 to GeForce 360 Color depth: 16 million colors (24 bits) Resolution: 1920x1080 24bpp Xorg driver: nouveau Updates have just arrived, then I will reboot. This would be better continued on Bug 7982. I will add a summary there.
The changes to nouveau did not survive a reboot. Repeated your steps with no problems. The bug sounds very repeatable.
Strange. My xorg.conf shows the nouveau driver in the Device section, but I still had to start it manually.
CC: (none) => marja11Whiteboard: (none) => 3alpha3
Removing 3alpha3 from whiteboard as this is a cauldron bug rather than ISO release.
Whiteboard: 3alpha3 => (none)
I think this can be closed now. I don't have any problems with the beta.
Same here. Frankly, I was confused to find this bug still open. I thought it was a reference to Bug 8614. On a fresh install of Cauldron, to get around Bug 8614, the nVidia driver is offered and installs normally.
Closing for you :P
Status: NEW => RESOLVEDResolution: (none) => FIXED