Blitzschlag! PC tot – Effizienteste System-Übertragung auf neuen PC? Thema ist als GELÖST markiert
-
- Forum Kenner
- Beiträge: 240
- Registriert: Mittwoch 23. Februar 2022, 22:34
- Wohnort: Hamburg
- CPU: Intel® Core™ i9-11900K
- GPU: NVIDIA GeForce RTX 3070
- Kernel: 5.15.150-1-MANJARO (64-bit)
- Desktop-Variante: KDE-Plasma 5.27.x
- GPU Treiber: NVidia 550.54.14
- Hat sich bedankt: 20 Mal
- Danksagung erhalten: 31 Mal
Re: Blitzschlag! PC tot – Effizienteste System-Übertragung auf neuen PC?
Nun gut, dann bin ich mit meinem nicht vorhandenen Halbwissen in Sachen "Fehler bei VirtualBox" raus aus der Nummer.... beim Thema AMD bin ich eh raus. Ich drücke die Daumen dass die VMs sich zukünftig (und zeitnah) wieder starten/öffnen lassen.
-
Themen Author - Forum Gott
- Beiträge: 466
- Registriert: Donnerstag 9. Januar 2020, 18:16
- Wohnort: Rottweil
- CPU: Intel i5-7400
- GPU: nVidia GTX 1650
- Kernel: 5.10
- Desktop-Variante: XFCE
- GPU Treiber: nVidia proprietär
- Hat sich bedankt: 88 Mal
- Danksagung erhalten: 12 Mal
- Kontaktdaten:
Re: Blitzschlag! PC tot – Effizienteste System-Übertragung auf neuen PC?
Also die Fehlermeldung, die ich gegen Ende von Beitrag 12 beschrieb:
kommt jetzt nicht mehr. Und wegen des Begriffs {NvramStoreWrap} darin, vermute ich, dass dies sich auf die fehlende Virtualisierung bezog.
Nach genauer Betrachtung aller log-Dateien, die sich unter .config/VirtualBox/ befinden und Vergleich mit den Angaben in z.B. der Win7-Home.vbox Datei steht, die zur Win-7 VM gehört, die im /home/user/VirtualBox-Verzeichnis liegt,sehe ich enorme Diskrepanzen, weil sich diese Dateien nicht durch die Startversuche von VirtualBox verändert haben und so keine Anpassung an die neue Umgebung dieses PC erfolgt ist.
Die Info aus diesen Dateien verwendet aber anscheinend VirtualBox bei jedem Versuch, solch eine VM mittels der Funktion "Hinzufügen" einzubinden.
Im Gegensatz zu meinen bisherigen PCs / Laptops, wo ich einfach nach der Installation von VirtualBox die entsprechenden VMs mittels "Hinzufügen" einbinden konnte.
Snapshots befinden sich in keiner meiner VMs, sodass es daran nicht liegen kann, dass VirtualBox meldet, dass die VM nicht geöffnet / geschlossen werden konnte.
Übrigens:
Nur wenn ich alle Dateien aus dem Verzeichnis .config/VirtualBox lösche, kann ich den VBox-Manager neu starten und habe eine funktionsfähige Oberfläche. Sobald ich per "Hinzufügen" eine VM einbinden will, stürzt VBox ab und friert ein. Unter "Einstellungen" sehe ich nur korrekte Daten / Werte.
Frage:
Wie kann ich der VirtualBox beibringen, beim Import durch "Neu" die Daten der vorhandenen VM an die neuen Gegebenheiten dieses PCs anzupassen?
Hier noch die Fehlermeldungen aus der VBoxSVC.log
Hier die Fehlermeldungen aus der VBoxSVC.log.1
Code: Alles auswählen
ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={5bfd8965-b81b-469f-8649-f717ce97a5d5} aComponent={NvramStoreWrap} aText={The UEFI NVRAM file is not existing for this machine}, preserve=false aResultDetail=0
Nach genauer Betrachtung aller log-Dateien, die sich unter .config/VirtualBox/ befinden und Vergleich mit den Angaben in z.B. der Win7-Home.vbox Datei steht, die zur Win-7 VM gehört, die im /home/user/VirtualBox-Verzeichnis liegt,sehe ich enorme Diskrepanzen, weil sich diese Dateien nicht durch die Startversuche von VirtualBox verändert haben und so keine Anpassung an die neue Umgebung dieses PC erfolgt ist.
Die Info aus diesen Dateien verwendet aber anscheinend VirtualBox bei jedem Versuch, solch eine VM mittels der Funktion "Hinzufügen" einzubinden.
Im Gegensatz zu meinen bisherigen PCs / Laptops, wo ich einfach nach der Installation von VirtualBox die entsprechenden VMs mittels "Hinzufügen" einbinden konnte.
Snapshots befinden sich in keiner meiner VMs, sodass es daran nicht liegen kann, dass VirtualBox meldet, dass die VM nicht geöffnet / geschlossen werden konnte.
Übrigens:
Nur wenn ich alle Dateien aus dem Verzeichnis .config/VirtualBox lösche, kann ich den VBox-Manager neu starten und habe eine funktionsfähige Oberfläche. Sobald ich per "Hinzufügen" eine VM einbinden will, stürzt VBox ab und friert ein. Unter "Einstellungen" sehe ich nur korrekte Daten / Werte.
Frage:
Wie kann ich der VirtualBox beibringen, beim Import durch "Neu" die Daten der vorhandenen VM an die neuen Gegebenheiten dieses PCs anzupassen?
Hier noch die Fehlermeldungen aus der VBoxSVC.log
Code: Alles auswählen
00:00:00.016779 DCon01 NetIfAdpCtlOut: VBoxNetAdpCtl: Error while retrieving link speed for wlp197s0f3u2: VBoxNetAdpCtl: ioctl failed: Operation not supported
00:00:00.027707 DCon01 Loading settings file "/home/clemens/VirtualBox VMs/Win-7 HomePremium 64-bit/Win-7 HomePremium 64-bit.vbox" with version "1.19-linux"
00:00:00.027807 DCon01 Platform architecture set to 'x86'
00:00:00.028138 DCon01 VirtualBox: object created
00:00:00.102088 DCon02 Saving settings file "/home/clemens/.config/VirtualBox/VirtualBox.xml" with version "1.12-linux"
00:00:00.107609 DCon02 Finished saving settings file "/home/clemens/.config/VirtualBox/VirtualBox.xml"
00:06:55.339598 main VirtualBox: object deletion starts
00:06:55.339690 main ERROR [COM]: aRC=VBOX_E_OBJECT_IN_USE (0x80bb000c) aIID={7d510820-a678-4730-a862-818dcd3fbed0} aComponent={MediumWrap} aText={Medium '/home/clemens/VirtualBox VMs/Win-7 HomePremium 64-bit/Win-7 HomePremium 64-bit.vdi' cannot be closed because it is still attached to 1 virtual machines}, preserve=false aResultDetail=0
00:06:55.340329 main HostDnsMonitor: shutting down ...
00:06:55.340628 main HostDnsMonitor: shut down
00:06:55.364395 Watcher ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={d644ad1e-c501-4fc7-9ab6-aa6d763bc540} aComponent={VirtualBoxWrap} aText={The object is not ready}, preserve=false aResultDetail=0
00:06:55.364474 main VirtualBox: object deleted
Code: Alles auswählen
00:00:49.354336 DCon03 Loading settings file "/home/clemens/VirtualBox VMs/Win-7 HomePremium 64-bit/Win-7 HomePremium 64-bit.vbox" with version "1.19-linux"
00:00:49.354610 DCon03 Platform architecture set to 'x86'
00:00:49.355038 DCon03 ERROR [COM]: aRC=VBOX_E_OBJECT_NOT_FOUND (0x80bb0001) aIID={d644ad1e-c501-4fc7-9ab6-aa6d763bc540} aComponent={VirtualBoxWrap} aText={Could not find a registered machine with UUID {11900bd7-e849-4c43-953d-6a6609d7bcc7}}, preserve=false aResultDetail=0
00:00:49.355860 DCon02 Saving settings file "/home/clemens/.config/VirtualBox/VirtualBox.xml" with version "1.12-linux"
00:00:49.402504 DCon02 Finished saving settings file "/home/clemens/.config/VirtualBox/VirtualBox.xml"
00:02:11.300896 main VirtualBox: object deletion starts
00:02:11.301009 main ERROR [COM]: aRC=VBOX_E_OBJECT_IN_USE (0x80bb000c) aIID={7d510820-a678-4730-a862-818dcd3fbed0} aComponent={MediumWrap} aText={Medium '/home/clemens/VirtualBox VMs/Win-7 HomePremium 64-bit/Win-7 HomePremium 64-bit.vdi' cannot be closed because it is still attached to 1 virtual machines}, preserve=false aResultDetail=0
00:02:11.301783 main HostDnsMonitor: shutting down ...
00:02:11.312937 main HostDnsMonitor: shut down
00:02:11.325381 Watcher ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={d644ad1e-c501-4fc7-9ab6-aa6d763bc540} aComponent={VirtualBoxWrap} aText={The object is not ready}, preserve=false aResultDetail=0
00:02:11.325489 main VirtualBox: object deleted
-
Themen Author - Forum Gott
- Beiträge: 466
- Registriert: Donnerstag 9. Januar 2020, 18:16
- Wohnort: Rottweil
- CPU: Intel i5-7400
- GPU: nVidia GTX 1650
- Kernel: 5.10
- Desktop-Variante: XFCE
- GPU Treiber: nVidia proprietär
- Hat sich bedankt: 88 Mal
- Danksagung erhalten: 12 Mal
- Kontaktdaten:
Re: Blitzschlag! PC tot – Effizienteste System-Übertragung auf neuen PC?
Ich schließe dieses Thema mal hier ab, denn die jetzt auftretenden Probleme gehören in den Bereich Virtualisierung und verdienen dort einen neuen Thread.
Was ich bis jetzt heraus fand:
Im BIOS gibt es nur diese beiden Menüpunkte:
SVM Lock = Enable or disable VM_CR(Lock)
SVM Enable = Enable or Disable VM_CR(SvmeDisable)
Der erste sollte auf Enabled stehen, damit der zweite Wert nicht so einfach... durch was auch immer verändert werden kann. Eine andere Funktion sehe ich nicht.
Der zweite Wert = SVM Enable ist der entscheidende und er sollte auf enabled stehen. Dann ist bereits die Virtualisierung aktiviert.
Alles andere hat nicht mit dem eigentlichen Thema zu tun, wie man ein System schnell wieder neu aufbauen kann, ohne die vielen Einstellungen für die einzelnen Programme neu vornehmen zu müssen.
Und diese Frage und alles was damit zu tun hat, hatte ja @ManTuxer mit extrem hohem Engagement hier beantwortet.
Was ich bis jetzt heraus fand:
Im BIOS gibt es nur diese beiden Menüpunkte:
SVM Lock = Enable or disable VM_CR(Lock)
SVM Enable = Enable or Disable VM_CR(SvmeDisable)
Der erste sollte auf Enabled stehen, damit der zweite Wert nicht so einfach... durch was auch immer verändert werden kann. Eine andere Funktion sehe ich nicht.
Der zweite Wert = SVM Enable ist der entscheidende und er sollte auf enabled stehen. Dann ist bereits die Virtualisierung aktiviert.
Alles andere hat nicht mit dem eigentlichen Thema zu tun, wie man ein System schnell wieder neu aufbauen kann, ohne die vielen Einstellungen für die einzelnen Programme neu vornehmen zu müssen.
Und diese Frage und alles was damit zu tun hat, hatte ja @ManTuxer mit extrem hohem Engagement hier beantwortet.