VirtualBox

Ticket #7387 (closed defect: invalid)

Opened 4 years ago

Last modified 4 years ago

Fedora 14 Alpha x64 does not install in virtual machine -> Fedora issue

Reported by: didierg Owned by:
Priority: major Component: other
Version: VirtualBox 3.2.8 Keywords:
Cc: Guest type: Linux
Host type: Linux

Description

Environment :

Host : Fedora 13 x64
Guest : Fedora 14 Alpha x64
VirtualBox-3.2-3.2.8_64453_fedora13-1.x86_64

I created a new virtual machine to install Fedora 14 Alpha but after boot on ISO DVD image and selection of installation type, installation freezes with a black screen.

Attachments

VBox.log Download (68.5 KB) - added by didierg 4 years ago.
Log
VBox.2.log Download (75.6 KB) - added by tuhl 4 years ago.
Logfile of Fedora 14 i386 boot
F-14-VNC-Xorg.jpg Download (103.1 KB) - added by Perryg 4 years ago.
Fedora-14-2010-09-01-15-07-34.log Download (50.6 KB) - added by Perryg 4 years ago.

Change History

Changed 4 years ago by didierg

Log

comment:1 Changed 4 years ago by tuhl

Same problem with Fedora-14-Alpha-i386-DVD.iso.

Changed 4 years ago by tuhl

Logfile of Fedora 14 i386 boot

comment:2 Changed 4 years ago by Sasquatch

I'm sure this will be marked as invalid soon, because VB doesn't support OSes that are still in development, especially when it's at alpha stage. There are too many things that can break after spending a lot of time getting it to work.

comment:3 Changed 4 years ago by didierg

This problem is not running Alpha OS but just running Anaconda installer.

If this bug is marked invalid I will test with KVM or QEMU.

comment:4 Changed 4 years ago by Sasquatch

If the problem already starts with the installer not working, then it's obvious that the Fedora team needs to check the installer on more different hardware platforms, including virtual ones. This isn't something the VB devs need to fix, it's something the Fedora devs need to fix. There have been issues with Anaconda in the past IIRC and they were fixed by Fedora, not VB.

comment:5 Changed 4 years ago by frank

You guys are all right. Currently no action from our side but I will leave this bug open for now but more feedback is welcome. If Fedora 14 will still not start when the release date moves closer, we will have a look again.

comment:6 Changed 4 years ago by didierg

Many thanks for all your answers.

I never tested qemu-kvm and virt-manager before so I just installed them then I installed and run Fedora 14 Alpha on it with no problem.

So I do not longer need VirtualBox to test Fedora 14 Alpha.

comment:7 Changed 4 years ago by michael

Just took a look at this as I needed to do some tests with a Fedora 14 Alpha guest. When I start the F14 Alpha live CD in runlevel 3 and start anaconda or Xorg manually I get the same hang as with a normal live CD boot. When I ssh into a live session and start Xorg from there, I get

...
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep  1 11:05:54 2010
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) open /dev/fb0: No such file or directory
Abandon (core dumped)

It does look rather like a bug in Fedora to me.

comment:8 Changed 4 years ago by michael

For those whom it interests, adding "text" onto the end of the live CD kernel command line worked around this. I was hoping that that would make it enter the text-based installer, but it actually just did a normal (but working this time) installation.

comment:9 Changed 4 years ago by michael

  • Status changed from new to closed
  • Resolution set to invalid

comment:10 Changed 4 years ago by michael

  • Summary changed from Fedora 14 Alpha x64 does not install in virtual machine to Fedora 14 Alpha x64 does not install in virtual machine -> Fedora issue

comment:11 Changed 4 years ago by didierg

There are two different problem described in this ticket :

  • Anaconda installation problem from Fedora 14 Alpha * DVD *
  • Boot problem from Fedora 14 Alpha * LIVE CD *

comment:12 Changed 4 years ago by Perryg

First I want to thank michael for even taking the time to look at this ticket. Fedora-14 is Alpha.

I have been able to install Fedora-14 (Full version - not the LiveCD) but it is messy. First as michael says you must add the text to the end of the run line, BUT you need to select the low graphics mode to install in, add text there, and select the text install instead of VNC.

It looks like Fedora is moving to the latest Xorg (they have a disclaimer on their site about Xorg problems with 14)and VirtualBox is not able to run in this mode yet (from what I understand). So vesa is the only thing I can get to work at this point.

comment:13 Changed 4 years ago by michael

didierg: starting anaconda in text mode ("anaconda -T") might help you.

comment:14 Changed 4 years ago by michael

Perryg: actually, at least this morning Fedora 14 was still on X.Org Server 1.8.2, which we should support. Did you have problems with our guest drivers there?

comment:15 Changed 4 years ago by Perryg

Actually yes and as I said it is really messy. (probably Fedora and some me) I truly believe it is a Fedora problem though. I was able to install to metal, run the liveCD on metal, could not run in liveCD (text) on VM, but I could install in text and vesa. I am still in the process of trying several other things. Let me pull a few more hours and I will see if I can't send you a log file, xorg, Etc...

PS: this was on i386 so I am going to switch to the 64-bit unit to see if there is a difference there.

Changed 4 years ago by Perryg

Changed 4 years ago by Perryg

comment:16 Changed 4 years ago by Perryg

Silly me. I left the default set to NAT. No wonder I could not get the VNC install to work switched to Bridged and it installs just fine. Anyway there is a lot more wrong than just installing.

After that you still can not see the desktop in graphics mode. Looks like the upped the ante on you and are using a newer Xorg. See screen shot + log file. Guess we wait until the next maintenance release.

All you get is a blank screen.

comment:18 Changed 4 years ago by robatino

There is a Fedora bug for this issue:

 https://bugzilla.redhat.com/show_bug.cgi?id=621893

comment:19 Changed 4 years ago by frank

Actually this is a bug in the Xorg code: The guest crashes  here because the code is trying to copy one more byte than available in the destination.

comment:20 Changed 4 years ago by frank

For the record: Bug fixed upstream, Fedora Rawhide daily build installs fine.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use