Installed default kde from x86_64 installer dvd (DATE.txt - Nov 4) After reboot it doesn't boot to X Xorg.0.log shows nouveau trying to be used but shows errors - no devices detected and no screens found. Logging in on tty2.. lsmod | grep nou shows nothing modprobe nouveau does load it and change the screen resolution. After that startx does start kde. Not yet tested with other desktop installations.
graphics card is nvidia-current geforce 8500gt
Whiteboard: (none) => 3alpha3
valid 2nd build too (8th Nov)
It affects all DE's and dualcd btw, not just kde as comment 0.
Hardware: x86_64 => All
Summary: 3alpha3 - No X after installation from x86_64 installer DVD => 3alpha3 - No X after installation from installer DVD (nvidia graphics)
In tty2 # modprobe nouveau loads nouveau and changes resolution # systemctl restart display-manager.service restarts the dm on tty1 or startx on tty2 starts it on tty2
can you please add report.bug.gz
Created attachment 3054 [details] report.bug.xz from latest gnome install
See also bug 7472
Can you please sync again isos and test again. Stage 2 has been updated with new ldetect-lst.
Created attachment 3065 [details] new report.bug.xz Sorry, the problem still exists. Attaching report.bug.xz from an x86_64 lxde installation from the DVD
Created attachment 3066 [details] Xorg.0.log
Created attachment 3070 [details] system.journal.xz Not sure if this is any use but attaching a compressed system.journal file. I've no idea how to parse this from another computer.
(In reply to comment #8) > Can you please sync again isos and test again. Stage 2 has been updated with > new ldetect-lst. Nope. it was a a useless rebuild by tv, he rebuilt the cauldron stage2 after I pushed ldetect-lst to 2/core/updatest_testing the updated ldetect-lst in cauldron I did on 31.10.2012, and I rebuilt stage2 after that, so stage2 before initial alpha3 did already use the latest ldetect-lst
CC: (none) => tmb
Can you boot into this system and when it fails to start capture output of lsmod and dmesg and add to this report
Summary of my observations transferred from Bug 7472: Booted Mageia 3 Alpha LiveDVD with KDE. Installed O.K. and got a desktop. After updating (610 packages) bootup splash goes to 5 bubbles then reverts to text-mode, then hangs. Last messages: (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. The systemctl report says that the Plymouth failure is due to a timeout. I am able to get a desktop using the procedure in Comment 4, but it bypasses the kdm login and I am logged in as doug. I ran XFdrake to change the default driver, and got the following summary: 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 But having the nouveau driver in xorg.conf doesn't help at all. lsmod shows that the nouveau module is not loaded, and I still need to repeat Comment 4.
CC: (none) => laidlaws
Created attachment 3076 [details] dmesg.txt - contents of /var/log/dmesg
Created attachment 3077 [details] lsmod.txt
Created attachment 3078 [details] proper-dmesg.txt (dmesg > proper-dmesg.txt) /var/log/dmesg seemed to be missing some stuff
Created attachment 3079 [details] syslog (after configuring medias and installing rsyslog)
CC: (none) => anssi.hannula
Ok, this a weird one... And I dont see any failures during boot wich would explain it :/ nouveau fails to get loaded automatically on a 8600gt too, but works on a gt555m manual loading (or booting with modules-load=nouveau) gets it up and running nicely... Colin & Anssi ... any nice ideas ??
CC: (none) => mageia
(In reply to comment #14) > > I am able to get a desktop using the procedure in Comment 4, but it bypasses > the kdm login and I am logged in as doug. > Seems that I had autologin set accidentally.
Created attachment 3086 [details] Extract from dmesg with nouveau driver set in xorg.conf Extract from dmesg with nouveau driver set in xorg.conf, covering both failure to start X on bootup, and using Claire's method subsequently.
Attachment 3066 mime type: text/x-log => text/plain
Created attachment 3092 [details] systemd-udevd --debug boot
Attachment 3092 mime type: application/octet-stream => text/plain
Created attachment 3093 [details] systemd-udevd --debug boot after manual nouveau modprobe
Created attachment 3094 [details] display_driver_helper debug
OK, there is now a drakx-kbd-mouse-x11-0.102-3.mga3 in repos that should solve this issue atleast for now... I've "fixed" it by setting "NEEDS_LOAD_NOW=1" for nouveau in display_driver_helper like it's done for radeon, and confirmed it works both with nouveau, and if I switch to nvidia proprietary driver. We will still have to try and figure out why x11-server has stopped autoloading nouveau on older hw,
Works for me now. Alpha2 brought up the nVidia startup screen. I couldn't imagine it running nonfree nVidia, or was it?
Seems to have fixed it, well done. Tested from the 64 bit dvd so far. I doubt it's related but I notice LXDE has no shutdown or reboot options in the logout menu now. It offers suspend, hibernate, logout and cancel. I thought it worth mentioning in case this is an ownership/permissions issue. I'll create a new bug for it anyway.
Also found KDE is starting on tty2.
closing as this was fixed in the final 3alpha3 isos.
Status: NEW => RESOLVEDResolution: (none) => FIXED