Description of problem: attempted a network install today - got fatal server error Version-Release number of selected component (if applicable): boot-nonfree.iso 2016-01-11 07:32 50M mdkinst.sqfs 2016-01-13 07:21 72M Install stops with the following error message (see attached screenshot). However - after waiting for about 2 minutes and the screen is filled with the messages: "Xorg server is slow to start. Please wait..." the installer first screen finally appears... Reproducible: Steps to Reproduce:
Created attachment 7344 [details] network install error screenshot
My hardware: http://www.thinkwiki.org/wiki/Category:X200 $ lspci 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:03.0 Communication controller: Intel Corporation Mobile 4 Series Chipset MEI Controller (rev 07) 00:19.0 Ethernet controller: Intel Corporation 82567LF Gigabit Network Connection (rev 03) 00:1a.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1d.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation 82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode] (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection
Hi Jüri, Thx for the bug report. This used to happen in EFI-installs when we just started supporting EFI. Were you doing an EFI-install or a legacy (BIOS-mode) install? Since you tried, a lot changed in drakx-installer-stage2 Current version is drakx-installer-stage2-17.18.1-2.mga6 Could you please try whether it works better, now? If it's not better, then please attach /root/drakx/report.bug.xz from the new install to this bug report. However, if you cannot get past the point where X crashed before, then please do: alt+ctrl+F2 , mount a USB-key as explained here https://wiki.mageia.org/en/Triage_guide#Traditional_installer and copy the two following files /tmp/ddebug.log /tmp/stage1.log to the USB-key and then attach those files to this bug report. Of course, please close this report as fixed if the bug is gone ;-) Thanks :-)
Keywords: (none) => NEEDINFOCC: (none) => marja11Assignee: bugsquad => thierry.vignaud
Hi Marja, Thanks for reminding me about this bug. It's a BIOS based system. Tried to test with the latest boot.iso and boot-nonfree.iso images dated from February 14th, but they just did not boot. Got only: ISOLINUX 6.03 Mageia EHDD Copyright (C) 1994-2014 H. Peter Anvin et al and the blinking cursor below that line...
Found an older boot-nonfree.iso downloaded in October 2015 and with that I was able to boot and after selecting the mirror, the installer started directly to installation language selection screen - so I guess this bug seems to be fixed...
Status: NEW => RESOLVEDResolution: (none) => FIXED