VirtualBox - warum laufen meine VMs nicht mehr? Ursachenforschung...

#1

In den Foren (Manjaro.org oder Oracle VirtualBox hier: https://forums.virtualbox.org/viewtopic ... 25#p556025) und auch hier sehe ich nicht, dass in der letzten Zeit viele Anwender Schwierigkeiten haben mit der VirtualBox. Um so erstaunter und frustrierter bin ich darüber, dass ich seit mittlerweile 10 Tagen versuche, meine Virtuellen Maschinen auf meinem neuen PC ans Laufen zu bekommen.

Hier brauche ich den guten Rat von echten VirtualBox-Spezialisten!

Nach einem Schaden durch Blitzschlag habe ich genau nur noch einen kleinen alten Laptop, auf dem unter VirtualBox eine Windows-7 VM läuft. Mein neuer PC hat die gleichen Softwareversionen, den gleichen Kernel (6.10) aktiviert... es ist alles gleich.
Die Voraussetzungen für einwandfreie Funktion sind sicher gestellt, denn es gibt die Gruppe vboxusers und ich bin dort Mitglied. (Ist ja ein gern gemachter Fehler, als User dort nicht dazu zu gehören)

Also müsste eigentlich der übliche Weg funktionieren, die *.vdi-Datei und die zugehörige *.vbox-Datei aus dem Ordner VirtualBox VMs auf den neuen PC in das gleiche Verzeichnis zu kopieren. Anschließend VirtualBox starten und "Hinzufügen" anklicken, die *.vbox-Datei auswählen und schwupp, schon.... sollte die VM in der linken Spalte als verfügbar angezeigt werden. – eigentlich!!!

Der zweite Weg ist, dass auf dem PC mit der funktionierenden VM die VirtualBox gestartet wird, die VM aber nicht gestartet wird. Dann klickt man auf "Exportieren" und erzeugt damit ein *.OVA-Datei. Die wird dann auf dem anderen PC wieder importiert und steht nach dem Import sofort als startbare VM zur Verfügung. – eigentlich!!!

Ich habe soeben einen dritten Weg ausprobiert: Zunächst habe ich alle Dateien des Laptops mit der funktionierenden VBox aus dem Verzeichnis /.config/VirtualBox auf einer Backup-Platte gesichert und dann auf den neuen PC übertragen, nachdem ich die bisher dort liegenden Dateien gelöscht habe. Dann habe ich alle Dateien des Laptops mit der funktionierenden VBox aus /usr/lib/VirtualBox auf der Backup-Platte gesichert. Dann auf dem neuen PC das ganze Verzeichnis /usr/lib/VirtualBox gelöscht und das Verzeichnis VirtualBox mit allen Dateien und Unterordnern, die vom Laptop stammen, ebenfalls auf den neuen PC kopiert. Alle reinkopierte Daten habe ich auf die korrekten Besitzer (root), auf Vollständigekit usw. mehrfach geprüft. Alles OK.
Folglich müssten wirklich alle relevanten Dateien, die zur VirtualBox und zu der VM gehören, auf dem neuen PC exakt identisch sein mit denjenige auf dem Laptop. Das betrifft dann auch die UUID der GuestAdditions.iso. Nach dem Start von VBox müsste sofort die VM in der linken Spalte als verfügbar angezeigt werden. – eigentlich

Tatsächlich aber friert der VirtualBox-Manager direkt nach seinem Start ein oder spätestens dann, wenn ich über die Funktion "Hinzufügen" die vom Laptop stammende VM hinzufügen möchte.
Beim Import der *.OVA-Datei läuft der Import bis auf 99% Fortschrittsbalken durch und dann friert derVBox-Manager ein.
Und beim dritten Weg lässt sich der VBox-Manager gar nicht erst starten und friert sofort ein, noch ehe überhaupt die GUI angezeigt wird.

Auf dem durch Blitzschaden getöteten PC waren die eingebauten Festplatten noch OK. Dort habe ich sogar drei Windows-VMs laufen gehabt. Alle liefen ohne jegliche Probleme! Auch diese VirtualBox war auf dem gleichen Softwarestand, wie der oben erwähnte Laptop und wie der neue PC. Daher habe ich erneut den Versuch unternommen, sowohl mit Methode 1 als auch mit Methode 3 die drei vom alten ÜC stammenden VMs auf dem neuen PC ans Laufen zu bekommen. NIX gar nix! Der VBox-Manager startet erst gar nicht mit seiner GUI sondern hängt schon vorher fest. Und wenn ich schreibe: hängt fest / friert ein, dann heißt das, dass ich ihn mit "Schließen" oder über den Taskmanager abschießen muss.

Der VBox-Manager schreibt immer bei allen Startversuchen eine Log-Datei ins Verzeichnis /.config/VirtualBox/VBoxSVC.log – Leider sind die Angaben darin nicht immer eindeutig und leicht verständlich, sodass sie zur Fehlersuche nur bedingt brauchbar sind. Generell scheint sich der VBox-Manager an UUIDs zu stören, zu denen er keine passende VM findet oder bei den oben beschriebenen Versuchen 1 und 2, dass die UUID der GuestAdditions als unpassend angemeckert wird.
Hier die VBoxSVC.log, die beim Versuch entstand, den VBox-Manager mit den drei einwandfrei funktionierenden VMs des alten PCs auf dem neuen PC gemäß o.a. Verfahren drei zu starten. Wichtig noch zu wissen:
Hier und bei allen anderen VMs, die ich versucht habe, auf dem neuen PC ans Laufen zu bringen, waren nie Snapshots vorhanden, sodass also auch keine Zugriffsprobleme auf einen noch mit der Haupt-VM verbundenen Snapshot oder einen noch geöffneten Snapshot auftreten können.