Am Montag, 6. Mai 2024, 17:35:48 CEST schrieb Ralf Prengel: Okay, danke.

Standby kann bei VMs immer wieder für Probleme sorgen. Datenbanken etc. können da zickig werden. Fahr alles sauber runter und du hast Ruhe. Von meinem iPhone gesendet

...

Am 06.05.2024 um 16:03 schrieb Dirk Meier :

Hallo, ich habe Windows 10 und Windows XP Gäste mit KVM/QEMU auf meinem Leap 15.5 laufen. Nach einem Standby vom Leap kommt die QEMU Konsole wieder, aber der Gast läuft nicht mehr. Bisher helfe ich mir an der Stelle mit Ausschalten erztwingen. Gibt es eine Möglichkeit, dass der Gast nach Aufwachen vom Host wieder läuft, oder dass ich ihn zumindest wieder ohne Rücksetzen wieder aktivieren kann?

-- Dirk

Am Dienstag, 7. Mai 2024, 23:50:51 CEST schrieb Richard Hafenscher:

Am Montag, 6. Mai 2024, 16:03:03 CEST schrieb Dirk Meier:

...

Hallo, ich habe Windows 10 und Windows XP Gäste mit KVM/QEMU auf meinem Leap 15.5 laufen. Nach einem Standby vom Leap kommt die QEMU Konsole wieder, aber der Gast läuft nicht mehr. Bisher helfe ich mir an der Stelle mit Ausschalten erztwingen. Gibt es eine Möglichkeit, dass der Gast nach Aufwachen vom Host wieder läuft, oder dass ich ihn zumindest wieder ohne Rücksetzen wieder aktivieren kann?

Servus,

meine VMs am Desktop sind die meiste Zeit aus. Jedoch hatte ich schon ein paar mal vergessen, sie runter zu fahren. Dennoch liefen sie nach dem Wiederaufwecken aus dem Standby auch ganz normal weiter. Und gestern hatte ich dann eine Windows 10 VM gestartet, um das nochmals in der aktuellen Version (OS 15.5) zu testen. Seither den PC ein paar mal in Standby geschaltet, und die VM läuft immer noch beschwerdefrei. Sollte also eigentlich funktionieren.

Hast du die Qemu-Guest-Agents in den VMs installiert und ihnen einen Channel zugewiesen?

Ist der libvirt-guests Dienst am Host aktiviert?

Grüße Richard

Hallo Richard, waren hilifreiche Hinweise. Weder Qemu-Guest-Agents in den VMs installiert, noch libvirt-guest Dienst am Host aktiviert. Beides eingerichtet und für win10 funktioniert es. Gibt es den Guest-Atgent auch für winXP? Ich habe nur .exe und .msi Dateien für den Guest-Agent in virtio gefunden. Beide lassen sich in winXP jedoch nicht installieren. -- Grüße Dirk

Am Mittwoch, 8. Mai 2024, 22:53:00 CEST schrieb Richard Hafenscher:

Hallo,

Am Mittwoch, 8. Mai 2024, 11:40:30 CEST schrieb Dirk Meier:

...

Gibt es den Guest-Atgent auch für winXP? Ich habe nur .exe und .msi Dateien für den Guest-Agent in virtio gefunden. Beide lassen sich in winXP jedoch nicht installieren.

vermutlich ist es ein 32 bit System und braucht auch solche Treiber?

Ich hatte bei meiner XP VM, die wohl schon Jahre nicht mehr gelaufen ist, zwar keinen Guest-Agent installiert, habe es aber mal getestet. Ist auch ein 32 bit System und auf der virtio-win-0.1.96.iso, die ich noch rumliegen habe, ist schon der Guest-Agent drauf und auch noch XP Treiber für 32 bit. Ist auch ein msi File. Der funktionert in meiner VM.

Wenn du ihn benötigst, kann ich ihn dir per PM schicken.

Grüße Richard

Danke für dein Angebot. Habe mir dir virtio-win-0.1.96.iso beschafft und konnte den Guest-Agent installieren. Sieht erst einmal gut aus. Vielen Dank für deine Hilfe. -- Grüße Dirk

Am Sonntag, 12. Mai 2024, 10:43:57 CEST schrieb Dirk Meier:

Mir ist jetzt aufgefallen, dass die Gäste jetzt mit dem Standby-Zustand funktionieren. Geht das System jedoch in den Ruhezustand erscheint bei den Gästen nach dem Aufwachen: "no bootable device". Kannst du das bestätigen?

Ich verwende den Ruhezustand normalerweise nicht und kann ihn nur mit Vorsicht nutzen, weil meine Swap Partition kleiner ist als mein RAM. Ich habe es jedoch nun zweimal mit Windows XP getestet, weil diese VM nur 2 GB Speicher hat. Da gab es kein Problem. Ich kannn mir auch nicht denken, was das Problem verursachen soll. Es wird dabei nach meinem Verständnis lediglich der Hostspeicherinhalt, der auch den Speicher der VMs einschließt, auf die Disk geschrieben anstatt im RAM zu verbleiben, und nach dem Aufwecken wieder in den Speicher geladen. Wenn dabei ein Fehler auftritt, sollte sich ein Eintrag dazu im System-Log finden. Grüße Richard