Posts Tagged Fusion
“Waiting for root file system” caused by out dated VMware Server
Posted by Lars Schenk in Linux on Februar 25th, 2009
I run into a strange problem when I upgraded some VMs from Debian Etch to Lenny. I’m using VMware Fusion on my MacBook Pro and VMware Server on my local Debian Server. Upgrading VMs hosted by the VMware Server ended in System boot hangs “Waiting for root file system”. Upgrading nearly the same Etch VMs hosted by VMware Fusion did not fail.
According to Debians Upgrade instruction and it’s “How to recover” section, the problem can be caused by new naming conventions for IDE disks.
This problem can occur when the upgrade of the kernel introduces the use of the new generation of IDE drivers. The IDE disk naming convention for the old drivers was hda, hdb, hdc, hdd. The new drivers will name the same disks respectively sda, sdb, sdc, sdd. The problem appears when the upgrade does not generate a new /boot/grub/menu.lst file to take the new naming convention into account. During the boot, Grub will pass a system root partition to the kernel that the kernel doesn’t find.
This seems like to be very common reason for these “Waiting for root file system” troubles that many faces now when upgrading to Lenny. But in my case I allready had the new sda* names in the grub/menu.lst and /etc/fstab. The “solution to recover” did not work.
The virtual lenny server with the new kernel images that fails to boot was hosted by VMWare Server 1.0.3. For a nearly the same upgrade process (etch to lenny) hosted on FMWare fusion 2.0.2, I did not have these problems.
Solution: My VMWare Server 1.0.3 was out of date and had a known vmware bug that caused this error. Upgrading to the latest version (now 1.0.8) solved the problem.
VMware Fusion2 kostenloses Update für 1.x Kunden
Posted by Lars Schenk in Virtualisierung on September 16th, 2008
Danke VMware – das ist mal ein netter Zug, dass ein Major Release Upgrade kostenlos ist für Bestandskunden. Fusion2 macht auch wirklich einen prima Eindruck. Endlich kann man mehr als nur ein Snapshot pro VM anlegen. Die Auto-Protect Funktion ist dann nur konsequent weitergedacht. Weiter so…
VMWare Fusion nicht kompatibel zu VMWare Server 1.x
Posted by Lars Schenk in Linux, Virtualisierung on März 18th, 2008
Ich habe eine VM mit Fusion erstellt, die Debian Etch enthält. Diese soll nun unter VMWare Server 1.x laufen. Die unter Fusion erstellte VM ist aber nicht kompatibel mit VMWareServer 1.x. Ob der neue VMWare Server 2.x, der zZ. in beta ist, mit Fusion erstelte VMs laufen lassen kann, habe ich nicht ausprobiert. Ich habe mit VMWare Converter die mit Fusion erstellte VM in das Format von VMWareServer 1.x gebracht.
Nach dem Konvertieren findet die VM unter VMWare Server nicht mehr das Netzwerk. /etc/network/interfaces ist unter Fusion mit eth0 gelaufen. Unter VMWareServer zeigt die VM mit “ifconfig -a” nur ein eth1 an. Ich habe die also in /etc/interfaces das primary network interface von eth0 auf eht1 geändert. Danach “/etc/ini.d/network restart” und nun läuft es wieder. Muss ich bei Gelegenheit mal genauer schauen, was da schief gelaufen ist – muss wohl irgendwas mit dem vmxnet networking driver sein.
Update: Die VM wurde “geklont” dabei wurde eine neue MAC-Adresse angelegt. Bei Debian ist in der “/etc/udev/rules.d/z25_persistent-net.rules” die alte MAC-Adresse eingetragen. Ich habe die “/etc/udev/rules.d/z25_persistent-net.rules” gelöscht und rebootet. Danach war das interface wieder als eth0 zu verwenden.
Latest comments