Bug 10941

Summary:	Live i586, hang at boot in virtualbox
Product:	Mageia	Reporter:	William Kenney <wilcal.int>
Component:	Release (media or process)	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	davidwhodgins, mageia, sysadmin-bugs, tmb
Version:	Cauldron
Target Milestone:	---
Hardware:	i586
OS:	Linux
Whiteboard:	4alpha1
Source RPM:	x11-server	CVE:
Status comment:
Attachments:	M4A1 Boot hang in Vbox client without the splash sceen Xorg.0.log (compressed) Output of strace startx (compressed)

Description William Kenney 2013-08-06 22:50:03 CEST

I've encountered a boot hang using both:

Mageia-4-alpha1-LiveCD-KDE4-en-i586-CD
and
Mageia-4-alpha1-LiveCD-GNOME-en-i586-CD

when testing as a VirtualBox Client. I do not
have the same hang using:

Mageia-4-alpha1-LiveDVD-GNOME-x86_64-DVD
or
Mageia-4-alpha1-LiveDVD-KDE4-x86_64-DVD

A screen capture of the hang point is attached
to this Bug report. Using the same iso on a USB
drive and on real hardware boots, and installs,
just fine.


Reproducible: 

Steps to Reproduce:

William Kenney 2013-08-06 22:50:26 CEST

Whiteboard: (none) => 4alpha1

Comment 1 William Kenney 2013-08-06 22:51:33 CEST

Created attachment 4246 [details]
M4A1 Boot hang in Vbox client

Comment 2 Manuel Hiebel 2013-08-07 19:30:29 CEST

Created attachment 4254 [details]
without the splash sceen

any way to have more info (as it does'nt go to rescue mode)

Manuel Hiebel 2013-08-07 19:31:50 CEST

CC: (none) => mageia, sysadmin-bugs, tmb
Component: Installer => Release (media or process)
Summary: M4A1 Boot hang in Vbox client => Live i586, hang at boot in virtualbox
Source RPM: TBD => (none)

Comment 3 Dave Hodgins 2013-08-08 00:18:47 CEST

Run level 1 (aka rescue mode) does work. Run level 3 is also working,
though you have to switch to tty2 (host+f2), to get a login screen,
after the line with "Permit user sessions" is shown.

After logging in as live, trying startx locks it up after
Loading extensions GLX.

Booting to run level 3, logging in as root, and using XFdrake to
switch from the VirtualBox video driver to Xorg/Vesa and then
running "systemctl start dm.service" does start kde as the live
user.

So it looks like the problem with the i586 vboxvideo_drv.so module.

CC: (none) => davidwhodgins

Comment 4 Dave Hodgins 2013-08-08 00:21:40 CEST

Using the kernel option xdriver=vesa also works.

Comment 5 Dave Hodgins 2013-08-08 01:42:19 CEST

Created attachment 4256 [details]
Xorg.0.log (compressed)

Comment 6 Dave Hodgins 2013-08-08 01:45:43 CEST

Created attachment 4257 [details]
Output of strace startx (compressed)

Not sure how to run xinit under gdb. startx hangs quickly enough, can't switch
to another console to use gdb to attach to the running process.

The strace shows that there is a segfault.

Comment 7 Colin Guthrie 2013-08-08 09:40:43 CEST

(In reply to Dave Hodgins from comment #3)
> Run level 1 (aka rescue mode) does work. Run level 3 is also working,
> though you have to switch to tty2 (host+f2), to get a login screen,
> after the line with "Permit user sessions" is shown.

FWIW, The lack of a tty1 getty on multi-user.target (aka RL3) should be solved now after fixing bug #10931.

Comment 8 Manuel Hiebel 2013-08-09 21:14:29 CEST

bug fixed with new isos, according to Thomas mail on @qa-discuss it was x11

thanks

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Source RPM: (none) => x11-server

Comment 9 William Kenney 2013-08-09 23:13:45 CEST

(In reply to Manuel Hiebel from comment #8)
> bug fixed with new isos, according to Thomas mail on @qa-discuss it was x11

Work'n through'em now. Looks good all the way around. Reports in:

http://bn.parinux.org/p/mageia4alpha1