alte vboxen unbrauchbar nach OS-Restore

[Anton Bayer]

Ich habe mir unter Virtual Box mühsam einige virtuelle Maschinen
eingerichtet und muß feststellen, daß ich nach einem System-Restore (von
Image-Backup) in dem zurückgespielten OS die alten Maschinen nur noch als
'nicht zugreifbar' gelistet werden.

Ich habe für jede Maschine ein eigenes Subdir, dort sind im wesentlichen nur
die Dateien xxx.vbox, xxx.vbox-prev und xxx.vdi enthalten.

Doppelklick auf die .vbox ergibt:
--------------------------------------------------------------------
Konnte die virtuelle Maschine in D:/VMs/xxx.vbox nicht öffnen.

Start tag expected, '<' not found.
::::
Fehlercode:E_FAIL (0x80004005)
Komponente:Machine
Interface:IMachine {...}
Callee:IVirtualBox {...}
--------------------------------------------------------------------

Ich kann aber die .vbox löschen, die .vbox-pref umbenennen in .vbox, dann
starten die VM per Doppelklick. Aber die meisten nur einmal, dann geht das
Spiel wieder von vorne los.


Läßt sich denn Virtual Box nicht so einrichten, daß die virtuellen Maschinen
auch auf anderen PCs gestartet werden können? Wenigstens, wenn Hardware und
OS gleich bleiben sollte das doch möglich sein?

[Marcel Mueller]

Post by Anton Bayer
Ich habe mir unter Virtual Box mühsam einige virtuelle Maschinen
eingerichtet und muß feststellen, daß ich nach einem System-Restore (von
Image-Backup) in dem zurückgespielten OS die alten Maschinen nur noch
als 'nicht zugreifbar' gelistet werden.

Vermutlich alte VBox-Version wiederhergestellt, die die Files der neuen
nicht lesen kann.

Post by Anton Bayer
Ich habe für jede Maschine ein eigenes Subdir, dort sind im wesentlichen
nur die Dateien xxx.vbox, xxx.vbox-prev und xxx.vdi enthalten.

vbox-prev ist nur eine Sicherungsdatei von vbox.

vbox sind XML-Files. Da kann man rein gucken. Öffne sie mal mit einem
Editor, ob die koscher aussehen.

Ich sage mal das schlimmste, was passieren kann, ist dass Du die VMs neu
konfigurieren musst und die vdi Images wieder einbinden musst. Dabei
werden die Konfig-Dateien neu erstellt.

Post by Anton Bayer
Ich kann aber die .vbox löschen, die .vbox-pref umbenennen in .vbox,
dann starten die VM per Doppelklick. Aber die meisten nur einmal, dann
geht das Spiel wieder von vorne los.

Dann zersägt Dir irgendetwas die Dateien. Wäre schon möglich, dass das
an dem Versionsproblem liegt. Kann aber auch etwas anderes sein. Mach
mal ein diff auf vorher/nachher.

Post by Anton Bayer
Läßt sich denn Virtual Box nicht so einrichten, daß die virtuellen
Maschinen auch auf anderen PCs gestartet werden können? Wenigstens, wenn
Hardware und OS gleich bleiben sollte das doch möglich sein?

Das geht auch, wenn nicht viel gleich bleibt.


Marcel

[Anton Bayer]

An die Version habe ich natürlich auch gedacht, und nahc dem Restore auf die
aktuelle Version 4.3.12 aktualisiert.

Leider ist mir erst jetzt aufgefallen, daß da *zweierlei* Fehler existieren,
wenn man links auf die nicht zugreifbare VM klickt:

Einmal steht dann rechts

Machine UUID {e0f34f73-0635-44ee-ac33-8eb38fe3066d} in 'D:\VMs\xxx.vbox'
doesn't match its UUID {c17e551c-df4b-4719-b7f6-8b386d75951b} in the
registry file 'C:\Users\<username>/.VirtualBox\VirtualBox.xml

und bei anderen heißt es

Start tag expected, '<' not found.
Location: 'D:\VMs\xxx.vbox', line 1 (0), column 1.
D:\tinderbox\win-4.3\src\VBox\Main\src-server\MachineImpl.cpp[731] (long
__cdecl Machine::registeredInit(void)).

wobei D:\tinderbox bei mir nicht existiert und garantiert auch nie
wissentlich existiert hat.


Nichtsdestotrotz für den, dem's vielleicht auch mal so geht:

Es scheint irgendwie mit den Extension Pack zusammenzuhängen. Das hat sich
nicht (oder nicht korrekt?) installiert, obwohl VirtualBox mit Admin-Recht
gestartet wurde, es konnte auf C:\Programme ein Subdir nicht umbenennen.

Jedenfalls habe ich die bestehende Version entfernt, VBox als Admin per
Doppelklick, nicht per Icon, neu gestartet, EB installiert, die .vbox
gelöscht, .vbox-prev umbenannt in .vbox, .vbox per Doppelklick gestartet,
Sitzung läuft, die Sitzung beendet und voilà, in der Liste der VMs ist die
vbox wieder gelistet.

Nachdem ich das bei einem halben Dutzend so durchgezogen habe hat mir VBox
eine komplette Gruppe (ich habe die VM gruppiert) eben reinstallierter VMs
schlicht aus der Liste gelöscht, einfach so ...

Für heute hab' ich nun genug :-)

[Marcel Mueller]

Post by Anton Bayer
An die Version habe ich natürlich auch gedacht, und nahc dem Restore auf
die aktuelle Version 4.3.12 aktualisiert.
Leider ist mir erst jetzt aufgefallen, daß da *zweierlei* Fehler

Mit 4.3.12 hatte ich auch diversen Ärger. Da musste ich ein paar Files
aus dem inoffiziellen 4.3.13 installieren, damit es einigermaßen lief.
Mit 4.3.14 hatte ich noch keinen Ärger.

Post by Anton Bayer
Einmal steht dann rechts
Machine UUID {e0f34f73-0635-44ee-ac33-8eb38fe3066d} in 'D:\VMs\xxx.vbox'
doesn't match its UUID {c17e551c-df4b-4719-b7f6-8b386d75951b} in the
registry file 'C:\Users\<username>/.VirtualBox\VirtualBox.xml

Das spricht dafür, dass Dateien mit der Hand editiert oder kopiert
wurden, anstatt die edit- und clone-Funktionen von VBox zu nutzen. Das
mag VBox gar nicht.

Post by Anton Bayer
und bei anderen heißt es
Start tag expected, '<' not found.
Location: 'D:\VMs\xxx.vbox', line 1 (0), column 1.
D:\tinderbox\win-4.3\src\VBox\Main\src-server\MachineImpl.cpp[731] (long
__cdecl Machine::registeredInit(void)).
wobei D:\tinderbox bei mir nicht existiert und garantiert auch nie
wissentlich existiert hat.

:-) Das muss es auch gar nicht. Es reicht, wenn es die Datei bei Oracle
gibt.
Das sind Debug-Infos. Das ist die Zeile im Quellcode, wo der Fehler
diagnostiziert wurde.

Post by Anton Bayer
Es scheint irgendwie mit den Extension Pack zusammenzuhängen. Das hat
sich nicht (oder nicht korrekt?) installiert, obwohl VirtualBox mit
Admin-Recht gestartet wurde, es konnte auf C:\Programme ein Subdir nicht
umbenennen.

Aha. Also dann vmtl. ein Windows spezifischen Problem.

Post by Anton Bayer
Jedenfalls habe ich die bestehende Version entfernt, VBox als Admin per
Doppelklick, nicht per Icon, neu gestartet, EB installiert, die .vbox
gelöscht, .vbox-prev umbenannt in .vbox, .vbox per Doppelklick
gestartet, Sitzung läuft, die Sitzung beendet und voilà, in der Liste
der VMs ist die vbox wieder gelistet.

Das hatte ich auch noch nicht. Selbst wenn ich das Extension-Pack mal
vergessen hatte.

Post by Anton Bayer
Nachdem ich das bei einem halben Dutzend so durchgezogen habe hat mir
VBox eine komplette Gruppe (ich habe die VM gruppiert) eben
reinstallierter VMs schlicht aus der Liste gelöscht, einfach so ...

Bei inkonsistenten UUIDs überrascht mich das jetzt nur begrenzt.
(Muss natürlich nicht daran liegen.)


Marcel