Custom Query (16363 matches)
Results (1324 - 1326 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #5563 | duplicate | Booting guest CentOS 5.3 x86_64 kernel reboots host | ||
| Description |
I have a 32-bit CentOS 5.3-ish host machine (started as CentOS 5.1, and upgraded from there) in which I installed 64-bit CentOS 5.3 as a guest, using a slightly customized kernel. It works fine. In order to help someone track down a bug in SystemTap, I exported the VM and imported it into a 32-bit Fedora 10 host OS. When I start up the VM, it runs grub, then soon after the guest kernel starts booting, it reboots the host OS. I compared the .VirtualBox/Machine/CentOS5.3-x86_64/CentOS5.3-x86_64.xml files between the original VM and the exported-then-imported VM and noticed a number of differences, so I tried using the original XML file with just the machine and disk uuids changed. This time, it froze my host instead of rebooting it. Which at least allowed me to see how far it made it. The last line was of the guest kernel printing out the "initrd..." line followed by a blank line. My host kernel is:
|
|||
| #15846 | fixed | Booting iPXE using Intel vNIC fails - regression since 5.0.26 => Fixed in SVN | ||
| Description |
I recently tried to upgrade from VirtualBox 5.0.26 to 5.1.4, and I had to rollback to 5.0.26 again, because I couldn't boot over the network using either my custom-built 56KB iPXE ROM or a stock version of ipxe.dsk (floppy image) booted via floppy emulation. In both cases when I start iPXE shell and run ifstat all of the packets counters show 0. If I run "dhcp" and run ifstat again it fails with error http://ipxe.org/err/040ee1, which indicates that no DHCP response or IPv6 SLAAC response reached the VM. What's actually interesting is that my DHCP server sees the DHCP DISCOVER and returns the DHCP OFFER, but the VM never sees this DHCP OFFER. I tried to enable --nictrace on the VM, which confirmed that the DHCP OFFER was present at that point, but iPXE never received it. Rebuilding ipxe with DEBUG=intel:3 didn't give any obvious pointers to what was wrong. If I booted with virtio-net instead, everything worked as expected. My assumption is that the iPXE intel driver is no longer capable to speak with the new emulated intel vnic in 5.1.4. Just to confirm that there are no network issues here I booted up a Ubuntu VM and it had no issues communicating with the network and get a DHCP lease. I also tried all three intel vnics, and they behaved slightly different, but all broken in some way which prevented network packets from reaching iPXE. So my assumption is that the problem might be somewhere in the receive (RX) path. Attached are log files for both 5.0.26 and 5.1.4. Hopefully you'll be able to figure out what the problem is. |
|||
| #1883 | obsolete | BrazilFW: Kernel Panic, Guru meditation | ||
| Description |
I can't get the IDE installation of BrazilFW-2.31.10-Final to boot off the virtual IDE in VirtualBox 1.6.2. I get the following stop message whilst the kernel is loading: "Kernel panic: VFS: Unable to mount root fs on 01:00" BrazilFW iso: http://ufpr.dl.sourceforge.net/sourceforge/brazilfw/brazilfw-2.30.1-cdrom.zip
|
|||

