Spielereien mit KVM (Kernelbased Virtual Machine)
- Ersteller Caramon2
- Erstellt am
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Das im Anhang ist direkt nach dem anschließen der SSD.Uridium schrieb:
Dann habe ich das VM-WinXP kurz gestartet. Danach konnte Thunar sie wieder nicht öffnen, aber bei der udisksctl-Ausgabe war alles unverändert.
Dann habe ich sie kurz manuell gemountet, Thunar bekam wieder Zugriff, aber an der udisksctl-Ausgabe hatte sich wieder nichts geändert:
Code:
$ diff -s u1.txt u2.txt
Dateien u1.txt und u2.txt sind identisch.
$ diff -s u1.txt u3.txt
Dateien u1.txt und u3.txt sind identisch.
Uridium
Commander
- Registriert
- Juni 2005
- Beiträge
- 2.454
Thunarfenster mal via Terminal öffnen. Das gibt hoffentlich logs auf stderr.
Mit 'kill -HUP <dbuspid>' soll d-bus einen config reload machen. Es gibt glaube ich zwei d-bus daemons (für system und einer für die user-session).
Im syslog sollte d-bus einiges hinterlassen. Da schon nachgeguckt?
Mit 'kill -HUP <dbuspid>' soll d-bus einen config reload machen. Es gibt glaube ich zwei d-bus daemons (für system und einer für die user-session).
Im syslog sollte d-bus einiges hinterlassen. Da schon nachgeguckt?
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Das ist eine gute Idee. - Mache ich sonst auch immer wenn was nicht funktioniert, aber bei Thunar bin ich irgendwie nicht darauf gekommen.Uridium schrieb:
Werde ich machen, wenn ich das nächste Mal den PC nutze.
Ist die pid denn immer die selbe? Oder wie bekomme ich die in einem Skript raus?Uridium schrieb:
Bis jetzt nicht, da "syslog-ng" vor ca. 2 beim booten die Ausgabe mit Meldungen zugemulüllt hat: Da ich sowieso nichts damit anzufangen wusste, habe ich es rausgeschmissen (pacman -Rscn …).Uridium schrieb:
Uridium
Commander
- Registriert
- Juni 2005
- Beiträge
- 2.454
Sind wahrscheinlich nicht immer die selben. Für einen ersten Test soll es aber erst einmal einfacher sein, die PIDs manuell via 'ps aux |grep dbus' (oder ähnlichem) selbst raus zu suchen. Ich weiß derzeit auch nicht, wie die Prozesse genau heißen oder was das 'reload' überhaupt bewirkt. Eine gewisse Hoffnung besteht, dass d-bus danach sämtliche Verbindungen und Clients auffrischt.Caramon2 schrieb:
- Registriert
- Jan. 2004
- Beiträge
- 1.647
@foofoobar: Richtig. Deshalb schrieb ich extra "am physischen System".
Das in der VM interessiert doch nicht: Was willst du damit groß machen, wenn es nichts dauerhaft speichern kann?
Ich nutze das, um z. B. nach einer Wiederherstellung, Neupartitionierung/-formatierung, oder wenn ich es auf ein anderes Laufwerk umgesiedelt habe, um zu testen ob es bootet, weil falls es dabei Probleme gibt, es dadurch nicht erst richtig was kaputt machen: Starten, kurz testen, wieder runterfahren, fertig.
Das eigene System sich selbst in der VM booten zu lassen war nur als Beispiel gedacht, um dem aus dem Artix-Forum zu verdeutlichen was ich meine.
Er kopiert sein Produktivsystem erst in eine VM, um dort zu testen ob die Aktualisierungen sauber funktionieren, bevor er das physikalische System aktualisiert.
Ich finde das umständlich und eine unnötige Zeit- und Platzverschwendung:
Einfach die Aktualisierungen runterladen, aber noch nicht installieren (
Aber selbst das fände ich schon übertrieben: Ich aktualisiere mein System und fertig. - Sollte es Probleme geben (passiert nicht mal jährlich), spiele ich einfach die letzte Sicherung zurück. Genau dafür sind die doch da.
Das in der VM interessiert doch nicht: Was willst du damit groß machen, wenn es nichts dauerhaft speichern kann?
Ich nutze das, um z. B. nach einer Wiederherstellung, Neupartitionierung/-formatierung, oder wenn ich es auf ein anderes Laufwerk umgesiedelt habe, um zu testen ob es bootet, weil falls es dabei Probleme gibt, es dadurch nicht erst richtig was kaputt machen: Starten, kurz testen, wieder runterfahren, fertig.
Das eigene System sich selbst in der VM booten zu lassen war nur als Beispiel gedacht, um dem aus dem Artix-Forum zu verdeutlichen was ich meine.
Er kopiert sein Produktivsystem erst in eine VM, um dort zu testen ob die Aktualisierungen sauber funktionieren, bevor er das physikalische System aktualisiert.
Ich finde das umständlich und eine unnötige Zeit- und Platzverschwendung:
Einfach die Aktualisierungen runterladen, aber noch nicht installieren (
sudo pacman -Syuw), dann das System mit "snapshot=on" in der VM booten, dort die Aktualisierungen installieren lassen (sudo pacman -Syu) - man konzentriert sich natürlich darauf und macht nicht groß was am Host - und wenn alles OK ist, die VM beenden (man kann sie einfach mit Alt+F4 abschießen) und die Aktualisierungen wirklich durchführen lassen.Aber selbst das fände ich schon übertrieben: Ich aktualisiere mein System und fertig. - Sollte es Probleme geben (passiert nicht mal jährlich), spiele ich einfach die letzte Sicherung zurück. Genau dafür sind die doch da.
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Ich hatte zwar kein anderen Fenster offen, aber das hat mich auf eine Idee gebracht:Kuristina schrieb:
Ich reboote, starte gleich den Systemmonitor und suche *) nach Thunar (da öffentlich, beschreibe ich das ausführlicher) und Bingo:
*) anders als der Taskmanager vom "innivativen" Marktführer hat der natürlich eine Suchfunktion
Btw: Ich habe den Benutzernamen "user", weil ich mein System auch anderen kopiere und nur entsprechend anpasse (andere Software und so), damit überall die Pfade identisch sind und ich Einstellungen einfach übertragen kann.
Ich schließe es und wenn ich Thunar dann aufrufe, bekomme ich eine Fehlermeldung (unabhängig von der VM-Sache, die hatte ich noch gar nicht gestartet)
Code:
[user@linux ~]$ thunar -q
[user@linux ~]$ thunar
(thunar:4400): dbind-WARNING **: 09:55:44.321: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
Code:
[user@linux ~]$ ls -l /run/user/979/at-spi/bus_0
ls: Zugriff auf '/run/user/979/at-spi/bus_0' nicht möglich: Keine Berechtigung
[user@linux ~]$ sudo ls -l /run/user/979/at-spi/bus_0
[sudo] Passwort für user:
srwxrwxrwx 1 lightdm lightdm 0 4. Mai 09:55 /run/user/979/at-spi/bus_0Starte ich dann kurz die VM und versuche anschließend die betroffenen Partitionen zu öffnen, kommt wieder die D-Bus-Fehlermeldung, aber im Terminal kommt keine weitere Meldung.
Ähnlich wie oben: Beim starten gibt es eine Menge Meldungen, aber in Verbindung mit der D-Bus-Meldung kommen keine neuen:Uridium schrieb:
Code:
[user@linux ~]$ thunar -q;G_MESSAGES_DEBUG=all thunar
(thunar:4943): dbind-WARNING **: 09:58:17.808: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
(process:4950): GLib-DEBUG: 09:58:17.848: unsetenv() is not thread-safe and should not be used after threads are created
(thunar:4950): GLib-GIO-DEBUG: 09:58:17.874: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
(thunar:4950): dbind-WARNING **: 09:58:17.959: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
(thunar:4950): GLib-DEBUG: 09:58:17.959: unsetenv() is not thread-safe and should not be used after threads are created
(thunar:4950): Gtk-DEBUG: 09:58:17.959: Connecting to session manager
(thunar:4950): Gtk-DEBUG: 09:58:17.959: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
(thunar:4950): thunar-DEBUG: 09:58:18.182: Erhält den Sitzungsnachrichtenbus »org.xfce.FileManager«
(thunar:4950): thunar-DEBUG: 09:58:18.182: Erhält den Sitzungsnachrichtenbus »org.freedesktop.FileManager1«
(thunar:4950): thunar-DEBUG: 09:58:18.188: Erhält den Name »org.xfce.FileManager« auf dem Sitzungsnachrichtenbus
(thunar:4950): thunar-DEBUG: 09:58:18.188: Erhält den Name »org.freedesktop.FileManager1« auf dem Sitzungsnachrichtenbus
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.188: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.293: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.294: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4950): GLib-GIO-DEBUG: 09:58:18.328: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7a1967cd1340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.Ich hätte nie erwartet, dass etwas, das auch durch kurzes manuelles mounten behoben werden kann, solch einen Aufwand verursacht. - Ich hatte gedacht, einfach den D-Bus rescannen lassen und fertig.
Ich werde das erst mal mit abgespeckten "Artix+Wine"-Installation und mit LMDE-Cinnamon gegentesten (s. hier). - Da ich davon ausgehe, dass es ein allgemeines Problem ist (also nicht an Thunar oder meinem Produktivsystem liegt), erwarte ich, dass es bei beiden auch auftritt.
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Wie erwartet bei beiden das gleiche und bei LMDE kam nicht mal die Passwortabfrage: s. u.
Da ich bei beiden Installationen "disk" nicht angehöre, habe ich das VM-WinXP so gestartet:
Bei Artix war es Qemu 9.2.3, bei LMDE 9.2.2 (ich nutze die Backports). Aber dieses D-Bus-Problem existiert schon so lange, wie ich KVM auf diese Art nutze: Seit LinuxMint 18, weil es damit vBox 5.0 gab, mit dem mein VM-WinXP unbrauchbar langsam und zäh lief. - Sozusagen der Tritt in den Hintern, mich endlich mit KVM zu beschäftigen. Geplant hatte ich es schon lange.
Bei LMDE lief nach dem booten "nemo-desktop" und nach dem beenden waren die Desktop-Icons weg:
Also ich Nemo dann im Terminal startete, kam gleich diese Meldung:
Aber als ich die Partition öffnen wollte, kam auch dort nicht dazu und es erschien gleich die D-Bus-Meldung:
Erst als ich anschließend eine Partition auf einem anderen Laufwerk öffnen wollte, kam diese nervige Passwortabfrage von Debian-Derivaten (woanders hatte ich das noch nie)
Btw: Weiß jemand wie man das abschalten kann? - Ich habe schon mehrfach deswegen gesucht, aber nichts hat funktioniert.
Bei
…
Mit Windows hat das übrigens nichts zu tun: Egal was ich mit Qemu/KVM boote, bei allen dabei per
Aber das ist keine Schutzfunktion!
Ich hatte gerade die Idee, dass Qemu die Laufwerke für die Dateiverwaltung blockiert, damit es keine konkurrierenden Zugriffe gibt, und sie anschließend nicht wieder frei gibt.
Also das VM-WinXP gestartet und während es lief mit Thunar (Host!) die NTFS-Partitionen der dort eingebundenen Laufwerke geöffnet: Das hat problemlos funktioniert!!!!!
Das zeigte
Also das Problem mit der Dateiverwaltung vs. D-Bus entsteht erst beim beenden der VM:
Das sind die drei Laufwerke in der gleichen Reihenfolge:
Geändert habe ich von beiden Seiten aus natürlich nichts und anschließend den PC sicherheitshalber rebootet:
Damit funktioniert es merkwürdigerweise:
Dann öffne ich die betreffende Partition erfolgreich!:
Anschließend hänge ich sie wieder aus:
Und beende Thunar:
Aber:
Wenn ich Thunar normal starte und die Partition öffnen will, gibt es wieder diese D-Bus-Fehlermeldung!
So (ohne "G_MESSAGES_DEBUG=all") funktioniert es dagegen wieder (gestartet, eingehängt, ausgehängt, beendet):
Aha:
Dann habe ich versucht die "blockierte" Partition einzuhängen:
Daher kommt also die Fehlermeldung.
Wie man den rescannt habe ich aber nicht gefunden.
Ebenso wenig das:
Nachtrag:
Ich hatte lxqt nachinstalliert, auch da war es so.
Hat also nichts mit meiner Konfiguration zu tun, Artix/LMDE macht keinen Unterschied, also sind runit/systemd auch egal und es ist auch keine reine GTK-Angelegenheit, da es auch unter QT auftritt, also vermutlich überall. - Und das erst während/nachdem man die VM heruntergefahren hat.
Eine Idee: Da das BS am Ende des runterfahrens u. a. das Signal zum ausschalten aller Laufwerke schickt, kann es daran vielleicht liegen? - Ausgeschaltet werden die zwar nicht, aber zeitlich würde es passen.
Da ich bei beiden Installationen "disk" nicht angehöre, habe ich das VM-WinXP so gestartet:
Code:
sudo qemu-system-x86_64 -runas $USER -nodefaults -enable-kvm -cpu host -smp cores=2 -m 2G -vga none -device qxl-vga,vgamem_mb=8 -display sdl,gl=on,window-close=off -device piix3-usb-uhci -device usb-tablet -drive file=WinXP.qcow2,if=virtio,aio=io_uring,snapshot=on -drive file=/dev/sdd,if=virtio,aio=io_uring,format=rawBei LMDE lief nach dem booten "nemo-desktop" und nach dem beenden waren die Desktop-Icons weg:
Code:
$ nemo-desktop --quit
Killing nemo-desktop, as requested
Code:
$ nemo
Nemo-Share-Message: 12:54:41.752: Called "net usershare info" but it failed: »net usershare« gab den Fehler 255 zurück: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error Datei oder Verzeichnis nicht gefunden
Please ask your system administrator to enable user sharing.Erst als ich anschließend eine Partition auf einem anderen Laufwerk öffnen wollte, kam diese nervige Passwortabfrage von Debian-Derivaten (woanders hatte ich das noch nie)
Btw: Weiß jemand wie man das abschalten kann? - Ich habe schon mehrfach deswegen gesucht, aber nichts hat funktioniert.
Bei
$ NEMO_DEBUG=all nemo --debug kam zur D-Bus-Meldung auch nichts, nur vorher sehr, SEHR, wirklich SEHR viel mehr Meldungen: Als ich die markieren wollte (Terminal mit F11 auf Vollbild), war selbst nach ner halben Minute scrollen das Ende noch nicht absehbar und ich habe es aufgegeben.…
Mit Windows hat das übrigens nichts zu tun: Egal was ich mit Qemu/KVM boote, bei allen dabei per
-drive eingebundenen Laufwerke lassen sich anschließend die Partitionen nicht mehr mit der Dateiverwaltung öffnen.Aber das ist keine Schutzfunktion!
Ich hatte gerade die Idee, dass Qemu die Laufwerke für die Dateiverwaltung blockiert, damit es keine konkurrierenden Zugriffe gibt, und sie anschließend nicht wieder frei gibt.
Also das VM-WinXP gestartet und während es lief mit Thunar (Host!) die NTFS-Partitionen der dort eingebundenen Laufwerke geöffnet: Das hat problemlos funktioniert!!!!!
Das zeigte
dmesg -w:
Code:
[ 60.367600] ntfs3: Enabled Linux POSIX ACLs support
[ 60.367605] ntfs3: Read-only LZX/Xpress compression included
Code:
[ 79.594352] sdb: sdb1 sdb2
[ 79.617353] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 sdc7 sdc8 >
[ 79.644312] sdd: sdd1
[ 80.844541] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 sdc7 sdc8 >
[ 80.863127] sdd: sdd1Geändert habe ich von beiden Seiten aus natürlich nichts und anschließend den PC sicherheitshalber rebootet:
chkdsk /f fand keine Fehler, aber das wäre zum einen nichts wichtiges gewesen und war andererseits natürlich gesichert: Es gibt nichts, was ich nicht auf mindestens drei unterschiedlichen Laufwerken habe. Richtig.Uridium schrieb:
Damit funktioniert es merkwürdigerweise:
Code:
$ thunar -q;G_MESSAGES_DEBUG=all dbus-run-session thunar
(thunar:4071): dbind-WARNING **: 14:25:37.217: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.xfce.Xfconf' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.xfce.Xfconf'
(process:4080): GLib-DEBUG: 14:25:37.275: unsetenv() is not thread-safe and should not be used after threads are created
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.gtk.vfs.Daemon' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.gtk.vfs.Daemon'
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.321: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
fusermount3: failed to access mountpoint /run/user/1000/gvfs: Permission denied
(thunar:4080): dbind-WARNING **: 14:25:37.405: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
(thunar:4080): GLib-DEBUG: 14:25:37.405: unsetenv() is not thread-safe and should not be used after threads are created
(thunar:4080): Gtk-DEBUG: 14:25:37.405: Connecting to session manager
(thunar:4080): Gtk-DEBUG: 14:25:37.406: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
(thunar:4080): Gtk-DEBUG: 14:25:37.407: Failed to get the Xfce session proxy: The name org.xfce.SessionManager is not owned
(thunar:4080): Gtk-DEBUG: 14:25:37.409: Failed to get an inhibit portal proxy: The name org.freedesktop.portal.Desktop is not owned
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.gtk.vfs.UDisks2VolumeMonitor' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
(process:4103): GLib-GIO-DEBUG: 14:25:37.464: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
(process:4103): GLib-GIO-DEBUG: 14:25:37.465: _g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
(process:4103): dconf-DEBUG: 14:25:37.465: watch_fast: "/org/gnome/desktop/lockdown/" (establishing: 0, active: 0)
(process:4103): dconf-DEBUG: 14:25:37.466: watch_established: "/org/gnome/desktop/lockdown/" (establishing: 1)
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.gtk.vfs.UDisks2VolumeMonitor'
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.gtk.vfs.MTPVolumeMonitor' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.gtk.vfs.MTPVolumeMonitor'
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.gtk.vfs.Metadata' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.gtk.vfs.Metadata'
** (gvfsd:4091): DEBUG: 14:25:37.609: automounting...
(process:4121): GLib-GIO-DEBUG: 14:25:37.629: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
(thunar:4080): thunar-DEBUG: 14:25:37.748: Erhält den Sitzungsnachrichtenbus »org.xfce.FileManager«
(thunar:4080): thunar-DEBUG: 14:25:37.748: Erhält den Sitzungsnachrichtenbus »org.freedesktop.FileManager1«
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
(thunar:4080): thunar-DEBUG: 14:25:37.753: Erhält den Name »org.xfce.FileManager« auf dem Sitzungsnachrichtenbus
(thunar:4080): thunar-DEBUG: 14:25:37.753: Erhält den Name »org.freedesktop.FileManager1« auf dem Sitzungsnachrichtenbus
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.753: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(tumblerd:4130): tumbler-cover-thumbnailer-DEBUG: 14:25:37.764: Initializing the Tumbler Cover Thumbnailer plugin
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.765: Initializing the Tumbler Desktop Thumbnailer plugin
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.838: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.839: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:37.841: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(tumblerd:4130): tumbler-ffmpeg-thumbnailer-DEBUG: 14:25:37.859: Initializing the Tumbler ffmpeg video thumbnailer plugin
(tumblerd:4130): tumbler-font-thumbnailer-DEBUG: 14:25:37.859: Initializing the Tumbler Font Thumbnailer plugin
(tumblerd:4130): tumbler-WARNING **: 14:25:37.859: Failed to load plugin "tumbler-gepub-thumbnailer.so": libgepub-0.7.so.0: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
(tumblerd:4130): tumbler-jpeg-thumbnailer-DEBUG: 14:25:37.859: Initializing the Tumbler JPEG Thumbnailer plugin
(tumblerd:4130): tumbler-WARNING **: 14:25:37.860: Failed to load plugin "tumbler-odf-thumbnailer.so": libgsf-1.so.114: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
(tumblerd:4130): tumbler-pixbuf-thumbnailer-DEBUG: 14:25:37.860: Initializing the Tumbler Pixbuf Thumbnailer plugin
(tumblerd:4130): tumbler-poppler-thumbnailer-DEBUG: 14:25:37.871: Initializing the Tumbler Poppler PDF/PS Thumbnailer plugin
(tumblerd:4130): tumbler-raw-thumbnailer-DEBUG: 14:25:37.873: Initializing the Tumbler RAW Thumbnailer plugin
(tumblerd:4130): tumbler-DEBUG: 14:25:37.873: Thumbnailer "CoverThumbnailer" disabled in config file
(tumblerd:4130): tumbler-cover-thumbnailer-DEBUG: 14:25:37.873: Shutting down the Tumbler Cover Thumbnailer plugin
(tumblerd:4130): tumbler-raw-thumbnailer-DEBUG: 14:25:37.873: Supported URI schemes:
file
(tumblerd:4130): tumbler-raw-thumbnailer-DEBUG: 14:25:37.873: Supported mime types:
image/x-adobe-dng
image/x-canon-cr2
image/x-canon-crw
image/x-epson-erf
image/x-nikon-nef
image/x-nikon-nrw
image/x-olympus-orf
image/x-panasonic-raw
image/x-panasonic-rw2
image/x-pentax-pef
image/x-sony-arw
image/x-minolta-mrw
image/x-fuji-raf
(tumblerd:4130): GLib-GIO-DEBUG: 14:25:37.876: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
(tumblerd:4130): tumbler-poppler-thumbnailer-DEBUG: 14:25:37.876: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-poppler-thumbnailer-DEBUG: 14:25:37.876: Supported mime types:
application/pdf
application/postscript
(tumblerd:4130): tumbler-pixbuf-thumbnailer-DEBUG: 14:25:37.877: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-pixbuf-thumbnailer-DEBUG: 14:25:37.877: Supported mime types:
image/x-olympus-orf
image/svg+xml-compressed
image/jxl
image/x-win-bitmap
image/x-bmp
image/vnd.adobe.svg+xml
image/x-sony-arw
image/x-ico
image/heif
image/tiff
image/png
image/x-epson-erf
image/svg+xml
image/webp
image/x-xpixmap
image/icon
image/x-nikon-nef
image/x-fuji-raf
image/x-adobe-dng
image/x-MS-bmp
image/x-xbitmap
image/gif
text/ico
image/svg
image/vnd.microsoft.icon
image/x-portable-graymap
image/qtif
image/x-canon-crw
image/x-icon
image/x-icns
image/x-pentax-pef
image/x-portable-anymap
text/xml-svg
image/x-minolta-mrw
image/heic
image/x-tga
image/x-portable-pixmap
image/jpeg
application/ico
audio/x-riff
image/bmp
application/x-navi-animation
image/avif
image/ico
image/x-portable-bitmap
image/x-quicktime
image/svg-xml
image/x-wmf
image/x-canon-cr2
(tumblerd:4130): tumbler-jpeg-thumbnailer-DEBUG: 14:25:37.877: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-jpeg-thumbnailer-DEBUG: 14:25:37.877: Supported mime types:
image/jpeg
(tumblerd:4130): tumbler-font-thumbnailer-DEBUG: 14:25:37.878: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-font-thumbnailer-DEBUG: 14:25:37.878: Supported mime types:
application/x-font-otf
application/x-font-pcf
application/x-font-ttf
application/x-font-type1
(tumblerd:4130): tumbler-ffmpeg-thumbnailer-DEBUG: 14:25:37.878: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-ffmpeg-thumbnailer-DEBUG: 14:25:37.878: Supported mime types:
video/jpeg
video/mp4
video/mp2t
video/mpeg
video/quicktime
video/x-ms-asf
video/x-ms-wm
video/x-ms-wmv
video/x-msvideo
video/x-flv
application/x-flash-video
application/vnd.rn-realmedia
video/3gpp
video/x-matroska
video/ogg
video/webm
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.878: Supported URI schemes:
file
mtp
trash
sftp
ssh
recent
ftps
ftpis
ftp
archive
afp
admin
resource
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.878: Registered thumbnailer '/usr/share/thumbnailers/ffmpegthumbnailer.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.878: Supported mime types:
video/3gpp
video/3gpp2
video/annodex
video/dv
video/isivideo
video/mj2
video/mp2t
video/mp4
video/mpeg
video/ogg
video/quicktime
video/vnd.avi
video/vnd.mpegurl
video/vnd.radgamettools.bink
video/vnd.radgamettools.smacker
video/vnd.rn-realvideo
video/vnd.vivo
video/vnd.youtube.yt
video/wavelet
video/webm
video/x-anim
video/x-flic
video/x-flv
video/x-javafx
video/x-matroska
video/x-matroska-3d
video/x-mjpeg
video/x-mng
video/x-ms-wmv
video/x-nsv
video/x-ogm+ogg
video/x-sgi-movie
video/x-theora+ogg
application/mxf
application/vnd.ms-asf
application/vnd.rn-realmedia
application/x-matroska
application/ogg
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/gdk-pixbuf-thumbnailer.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
application/x-navi-animation
image/png
image/bmp
image/x-bmp
image/x-MS-bmp
image/gif
image/x-icon
image/x-ico
image/x-win-bitmap
image/vnd.microsoft.icon
application/ico
image/ico
image/icon
text/ico
image/jpeg
image/x-portable-anymap
image/x-portable-bitmap
image/x-portable-graymap
image/x-portable-pixmap
image/tiff
image/x-xpixmap
image/x-xbitmap
image/x-tga
image/x-icns
image/x-quicktime
image/qtif
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/jxl.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
image/jxl
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/avif.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
image/avif
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/webp-pixbuf.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
image/webp
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/heif.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
image/heif
image/avif
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/librsvg.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
image/svg+xml
image/svg+xml-compressed
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Registered thumbnailer '/usr/share/thumbnailers/xreader.thumbnailer'
(tumblerd:4130): tumbler-desktop-thumbnailer-DEBUG: 14:25:37.879: Supported mime types:
application/pdf
application/x-bzpdf
application/x-gzpdf
application/x-xzpdf
application/postscript
application/x-bzpostscript
application/x-gzpostscript
image/x-eps
image/x-bzeps
image/x-gzeps
application/illustrator
application/x-dvi
application/x-bzdvi
application/x-gzdvi
image/vnd.djvu
image/vnd.djvu+multipage
image/tiff
image/*
application/vnd.comicbook-rar
application/vnd.comicbook+zip
application/x-cb7
application/x-cbr
application/x-cbt
application/x-cbz
application/x-ext-cb7
application/x-ext-cbr
application/x-ext-cbt
application/x-ext-cbz
application/oxps
application/vnd.ms-xpsdocument
(tumblerd:4130): tumbler-xdg-cache-DEBUG: 14:25:37.883: Initializing the Tumbler XDG cache plugin
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
(tumblerd:4130): tumblerd-DEBUG: 14:25:37.897: Ready to handle requests
(tumblerd:4130): tumblerd-DEBUG: 14:25:37.907: Handling request 1
(tumblerd:4130): tumblerd-DEBUG: 14:25:37.908: Starting job 1
(tumblerd:4130): tumblerd-DEBUG: 14:25:37.908: Ready signal for job 1
(tumblerd:4130): tumblerd-DEBUG: 14:25:37.908: Finishing job 1
Code:
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.908: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.925: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.944: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.972: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:25:44.995: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(tumblerd:4130): tumblerd-DEBUG: 14:25:45.055: Handling request 2
(tumblerd:4130): tumblerd-DEBUG: 14:25:45.055: Starting job 2
(tumblerd:4130): tumblerd-DEBUG: 14:25:45.056: Ready signal for job 2
(tumblerd:4130): tumblerd-DEBUG: 14:25:45.056: Finishing job 2
Code:
(thunar:4080): libnotify-DEBUG: 14:26:27.822: SNAP app: (null)
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Activating service name='org.freedesktop.Notifications' requested by ':1.0' (uid=1000 pid=4080 comm="thunar")
(xfce4-notifyd:4163): GLib-DEBUG: 14:26:27.883: unsetenv() is not thread-safe and should not be used after threads are created
(xfce4-notifyd:4163): GLib-GIO-DEBUG: 14:26:27.887: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
(xfce4-notifyd:4163): dbind-WARNING **: 14:26:27.965: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
dbus-daemon[4079]: [session uid=1000 pid=4079 pidfd=5] Successfully activated service 'org.freedesktop.Notifications'
(thunar:4080): libnotify-DEBUG: 14:26:27.975: Using desktop entry: org.xfce.Thunar
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.041: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): libnotify-DEBUG: 14:26:28.075: SNAP name: (null)
(thunar:4080): libnotify-DEBUG: 14:26:28.075: Using desktop entry: org.xfce.Thunar
(thunar:4080): libnotify-DEBUG: 14:26:28.076: Using desktop entry: org.xfce.Thunar
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.077: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.111: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(thunar:4080): GLib-GIO-DEBUG: 14:26:28.126: GTask g_io_scheduler_push_job (source object: (nil), source tag: 0x7dcf9d08b340) finalized without ever returning (using g_task_return_*()). This potentially indicates a bug in the program.
(tumblerd:4130): tumblerd-DEBUG: 14:26:28.193: Handling request 3
(tumblerd:4130): tumblerd-DEBUG: 14:26:28.193: Starting job 3
(tumblerd:4130): tumblerd-DEBUG: 14:26:28.193: Ready signal for job 3
(tumblerd:4130): tumblerd-DEBUG: 14:26:28.193: Finishing job 3
Code:
(xfconfd:4085): xfconfd-WARNING **: 14:26:33.310: Name org.xfce.Xfconf lost on the message dbus, exiting.
[user@linux ~]$ A connection to the bus can't be made
(process:4103): dconf-DEBUG: 14:26:33.311: D-Bus connection closed, invalidating cache: Fehler beim Empfang der Nachricht: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt
(tumblerd:4130): GVFS-RemoteVolumeMonitor-WARNING **: 14:26:33.311: Owner of volume monitor org.gtk.vfs.UDisks2VolumeMonitor disconnected from the bus; removing drives/volumes/mounts
(tumblerd:4130): GVFS-RemoteVolumeMonitor-WARNING **: 14:26:33.311: Owner of volume monitor org.gtk.vfs.MTPVolumeMonitor disconnected from the bus; removing drives/volumes/mounts
A connection to the bus can't be made
Ein anderer Benachrichtigungsdienst läuft – es wird beendet
Ein anderer Benachrichtigungsdienst läuft – es wird beendet
(tumblerd:4130): tumblerd-CRITICAL **: 14:26:33.312: Name org.freedesktop.thumbnails.Cache1 lost on the message dbus, exiting.
(tumblerd:4130): tumblerd-CRITICAL **: 14:26:33.312: Name org.freedesktop.thumbnails.Manager1 lost on the message dbus, exiting.
(tumblerd:4130): tumblerd-CRITICAL **: 14:26:33.313: Name org.freedesktop.thumbnails.Thumbnailer1 lost on the message dbus, exiting.Aber:
Wenn ich Thunar normal starte und die Partition öffnen will, gibt es wieder diese D-Bus-Fehlermeldung!
So (ohne "G_MESSAGES_DEBUG=all") funktioniert es dagegen wieder (gestartet, eingehängt, ausgehängt, beendet):
Code:
$ dbus-run-session thunar
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.xfce.Xfconf' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.xfce.Xfconf'
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.gtk.vfs.Daemon' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.gtk.vfs.Daemon'
fusermount3: failed to access mountpoint /run/user/1000/gvfs: Permission denied
(thunar:5167): dbind-WARNING **: 14:36:46.112: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.gtk.vfs.UDisks2VolumeMonitor' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.gtk.vfs.UDisks2VolumeMonitor'
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.gtk.vfs.MTPVolumeMonitor' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.gtk.vfs.MTPVolumeMonitor'
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.gtk.vfs.Metadata' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.gtk.vfs.Metadata'
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
(tumblerd:5217): tumbler-WARNING **: 14:36:46.531: Failed to load plugin "tumbler-gepub-thumbnailer.so": libgepub-0.7.so.0: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
(tumblerd:5217): tumbler-WARNING **: 14:36:46.532: Failed to load plugin "tumbler-odf-thumbnailer.so": libgsf-1.so.114: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Activating service name='org.freedesktop.Notifications' requested by ':1.0' (uid=1000 pid=5167 comm="thunar")
(xfce4-notifyd:5248): dbind-WARNING **: 14:36:52.211: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/979/at-spi/bus_0: Keine Berechtigung
dbus-daemon[5166]: [session uid=1000 pid=5166 pidfd=5] Successfully activated service 'org.freedesktop.Notifications'
(xfconfd:5172): xfconfd-WARNING **: 14:36:54.714: Name org.xfce.Xfconf lost on the message dbus, exiting.
A connection to the bus can't be made
(tumblerd:5217): GVFS-RemoteVolumeMonitor-WARNING **: 14:36:54.715: Owner of volume monitor org.gtk.vfs.UDisks2VolumeMonitor disconnected from the bus; removing drives/volumes/mounts
A connection to the bus can't be made
(tumblerd:5217): GVFS-RemoteVolumeMonitor-WARNING **: 14:36:54.716: Owner of volume monitor org.gtk.vfs.MTPVolumeMonitor disconnected from the bus; removing drives/volumes/mounts
(tumblerd:5217): tumblerd-CRITICAL **: 14:36:54.716: Name org.freedesktop.thumbnails.Cache1 lost on the message dbus, exiting.
(tumblerd:5217): tumblerd-CRITICAL **: 14:36:54.717: Name org.freedesktop.thumbnails.Manager1 lost on the message dbus, exiting.
(tumblerd:5217): tumblerd-CRITICAL **: 14:36:54.717: Name org.freedesktop.thumbnails.Thumbnailer1 lost on the message dbus, exiting.
Ein anderer Benachrichtigungsdienst läuft – es wird beendet
Ein anderer Benachrichtigungsdienst läuft – es wird beendet
Ergänzung ()
Aha:
Und:
Code:
$ dbus-monitor
signal time=1746364607.413282 sender=org.freedesktop.DBus -> destination=:1.110 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired
string ":1.110"
signal time=1746364607.413336 sender=org.freedesktop.DBus -> destination=:1.110 serial=4 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameLost
string ":1.110"
Code:
method call time=1746364612.683336 sender=:1.106 -> destination=org.freedesktop.DBus serial=143 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',path='/org/freedesktop/DBus',arg0='org.gtk.MountOperationHandler'"
method return time=1746364612.683379 sender=org.freedesktop.DBus -> destination=:1.106 serial=95 reply_serial=143
method call time=1746364612.683535 sender=:1.106 -> destination=org.freedesktop.DBus serial=144 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=GetNameOwner
string "org.gtk.MountOperationHandler"
error time=1746364612.683564 sender=org.freedesktop.DBus -> destination=:1.106 error_name=org.freedesktop.DBus.Error.NameHasNoOwner reply_serial=144
string "Could not get owner of name 'org.gtk.MountOperationHandler': no such name"
method call time=1746364612.683635 sender=:1.106 -> destination=org.freedesktop.DBus serial=145 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
string "type='signal',sender='org.gtk.MountOperationHandler',interface='org.freedesktop.DBus.Properties',member='PropertiesChanged',path='/org/gtk/MountOperationHandler',arg0='org.Gtk.MountOperationHandler'"
method return time=1746364612.683663 sender=org.freedesktop.DBus -> destination=:1.106 serial=97 reply_serial=145
method call time=1746364612.683717 sender=:1.106 -> destination=org.freedesktop.DBus serial=146 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=AddMatch
string "type='signal',sender='org.gtk.MountOperationHandler',interface='org.Gtk.MountOperationHandler',path='/org/gtk/MountOperationHandler'"
method return time=1746364612.683745 sender=org.freedesktop.DBus -> destination=:1.106 serial=98 reply_serial=146
method call time=1746364612.683802 sender=:1.106 -> destination=org.freedesktop.DBus serial=147 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=GetNameOwner
string "org.gtk.MountOperationHandler"
error time=1746364612.683827 sender=org.freedesktop.DBus -> destination=:1.106 error_name=org.freedesktop.DBus.Error.NameHasNoOwner reply_serial=147
string "Could not get owner of name 'org.gtk.MountOperationHandler': no such name"
method call time=1746364612.684383 sender=:1.106 -> destination=org.freedesktop.DBus serial=148 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
string "type='signal',sender='org.gtk.MountOperationHandler',interface='org.freedesktop.DBus.Properties',member='PropertiesChanged',path='/org/gtk/MountOperationHandler',arg0='org.Gtk.MountOperationHandler'"
method return time=1746364612.684411 sender=org.freedesktop.DBus -> destination=:1.106 serial=100 reply_serial=148
method call time=1746364612.684572 sender=:1.106 -> destination=org.freedesktop.DBus serial=149 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
string "type='signal',sender='org.gtk.MountOperationHandler',interface='org.Gtk.MountOperationHandler',path='/org/gtk/MountOperationHandler'"
method return time=1746364612.684598 sender=org.freedesktop.DBus -> destination=:1.106 serial=101 reply_serial=149
method call time=1746364612.684676 sender=:1.106 -> destination=org.freedesktop.DBus serial=150 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=RemoveMatch
string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',path='/org/freedesktop/DBus',arg0='org.gtk.MountOperationHandler'"
method return time=1746364612.684709 sender=org.freedesktop.DBus -> destination=:1.106 serial=102 reply_serial=150
method call time=1746364612.684760 sender=:1.106 -> destination=:1.30 serial=151 path=/org/gtk/Private/RemoteVolumeMonitor; interface=org.gtk.Private.RemoteVolumeMonitor; member=VolumeMount
string "0x5e2ebf3b7960"
string ""
uint32 0
string "6118:4"
error time=1746364612.685364 sender=:1.30 -> destination=:1.106 error_name=org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code0 reply_serial=151
string "No object for D-Bus interface"Wie man den rescannt habe ich aber nicht gefunden.
dbus-cleanup-sockets hat was gecleant, das brachte aber nichts.
Ergänzung ()
Ebenso wenig das:
Code:
$ dbus-update-activation-environment --verbose --all
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting SESSION_MANAGER=local/linux:@/tmp/.ICE-unix/3391,unix/linux:/tmp/.ICE-unix/3391
dbus-update-activation-environment: setting WINDOWID=31462855
dbus-update-activation-environment: setting COLORTERM=truecolor
dbus-update-activation-environment: setting XDG_CONFIG_DIRS=/etc/xdg
dbus-update-activation-environment: setting XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session2
dbus-update-activation-environment: setting XDG_MENU_PREFIX=xfce-
dbus-update-activation-environment: setting LC_ADDRESS=de_DE.UTF-8
dbus-update-activation-environment: setting LC_NAME=de_DE.UTF-8
dbus-update-activation-environment: setting SSH_AUTH_SOCK=/tmp/ssh-XXXXXXE8usWd/agent.3448
dbus-update-activation-environment: setting XDG_CONFIG_HOME=/home/user/.config
dbus-update-activation-environment: setting DESKTOP_SESSION=xfce
dbus-update-activation-environment: setting LC_MONETARY=de_DE.UTF-8
dbus-update-activation-environment: setting SSH_AGENT_PID=3449
dbus-update-activation-environment: setting GTK_MODULES=canberra-gtk-module:canberra-gtk-module
dbus-update-activation-environment: setting XDG_SEAT=seat0
dbus-update-activation-environment: setting PWD=/home/user
dbus-update-activation-environment: setting LOGNAME=user
dbus-update-activation-environment: setting XDG_SESSION_DESKTOP=xfce
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting RADV_PERFTEST=video_decode
dbus-update-activation-environment: setting XAUTHORITY=/home/user/.Xauthority
dbus-update-activation-environment: setting XDG_GREETER_DATA_DIR=/var/lib/lightdm-data/user
dbus-update-activation-environment: setting MOTD_SHOWN=pam
dbus-update-activation-environment: setting HOME=/home/user
dbus-update-activation-environment: setting LC_PAPER=de_DE.UTF-8
dbus-update-activation-environment: setting LANG=de_DE.UTF-8
dbus-update-activation-environment: setting XDG_CURRENT_DESKTOP=XFCE
dbus-update-activation-environment: setting VTE_VERSION=8001
dbus-update-activation-environment: setting XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting XDG_CACHE_HOME=/home/user/.cache
dbus-update-activation-environment: setting WINEDLLOVERRIDES=mscoree=d;mshtml=d
dbus-update-activation-environment: setting XDG_SESSION_CLASS=user
dbus-update-activation-environment: setting TERM=xterm-256color
dbus-update-activation-environment: setting LC_IDENTIFICATION=de_DE.UTF-8
dbus-update-activation-environment: setting USER=user
dbus-update-activation-environment: setting DISPLAY=:0.0
dbus-update-activation-environment: setting SHLVL=1
dbus-update-activation-environment: setting LC_TELEPHONE=de_DE.UTF-8
dbus-update-activation-environment: setting LC_MEASUREMENT=de_DE.UTF-8
dbus-update-activation-environment: setting XDG_VTNR=7
dbus-update-activation-environment: setting XDG_SESSION_ID=3
dbus-update-activation-environment: setting WINEDEBUG=-all
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DEBUGINFOD_URLS=https://debuginfod.artixlinux.org
dbus-update-activation-environment: setting LC_TIME=de_DE.UTF-8
dbus-update-activation-environment: setting GTK3_MODULES=xapp-gtk3-module:xapp-gtk3-module
dbus-update-activation-environment: setting XDG_DATA_DIRS=/usr/local/share:/usr/share
dbus-update-activation-environment: setting PATH=/home/user/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
dbus-update-activation-environment: setting GDMSESSION=xfce
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/tmp/dbus-ArKGfsCne8,guid=305974bbd2617f9234edabd068175be9
dbus-update-activation-environment: setting MAIL=/var/spool/mail/user
dbus-update-activation-environment: setting LC_NUMERIC=de_DE.UTF-8
dbus-update-activation-environment: setting _=/usr/bin/dbus-update-activation-environmentNachtrag:
Ich hatte lxqt nachinstalliert, auch da war es so.
Hat also nichts mit meiner Konfiguration zu tun, Artix/LMDE macht keinen Unterschied, also sind runit/systemd auch egal und es ist auch keine reine GTK-Angelegenheit, da es auch unter QT auftritt, also vermutlich überall. - Und das erst während/nachdem man die VM heruntergefahren hat.
Eine Idee: Da das BS am Ende des runterfahrens u. a. das Signal zum ausschalten aller Laufwerke schickt, kann es daran vielleicht liegen? - Ausgeschaltet werden die zwar nicht, aber zeitlich würde es passen.
Zuletzt bearbeitet:
Uridium
Commander
- Registriert
- Juni 2005
- Beiträge
- 2.454
https://github.com/coldfix/udiskie/wiki/PermissionsCaramon2 schrieb:
Vielleicht mal 'sudo -E' (preserve env) ausprobieren. Unter Umständen hat das Einfluss auf das '/run/user/1000/gvfs' Zeug.Caramon2 schrieb:
Statt 'aio=io_uring' mal 'aio=native' testen oder ganz weglassen.
Überprüfe mal die UUIDs (vorher/nachher), ob die gleich geblieben sind:
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Danke.Uridium schrieb:
Dafür brauche ich Ruhe. Mit polkit kenne ich mich nicht aus.
Ich nutze das bei meinem Hauptsystem nicht mit sudo, aber vielleicht funktioniert ja das:Uridium schrieb:
dbus-run-session qemu-system-x86_64 …Nachtrag: Auch damit kommt anschließend der D-Bus-Fehler beim Host.
Videoschnitt mit dem VM-WinXP war bei Tests mit io_uring am schnellsten.Uridium schrieb:
Für UUIDs nutze ich gewöhnlichUridium schrieb:
lsblk -f
Zuletzt bearbeitet:
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Hi!
Ich habe einige meiner VM-Skripte aktualisiert und vereinheitlicht, so dass ich sie bei Änderungen direkt miteinander vergleichen kann:
Ich habe sie einschließlich der von mir abgespeckten Win-VirtIO-Treiberdiskette (für die vmw-Skripte) angehängt.
Die Pfade in den Skripten müssen natürlich angepasst werden. Z. B. /tmph/ ist bei mir eine RAM-Disk für große Dateien (mein fstab-Eintrag):
Das "vmcreate-zram.sh" nutze ich als benutzerdefinierte Aktion (s. 1 Seite des Threads), das funktioniert ohne besondere Konfiguration, aber da die anderen das Quelllaufwerk (z. B. ein Ventoy-Stick) direkt einbinden, muss man entweder der Gruppe "disk" angehören (VORSICHT! - s. meine früheren Warnungen!) oder die Qemu-Befehlszeile auf
Für UEFI-Support (die u*-Skripte) in der VM muss "edk2-ovmf" (Firmware for Virtual Machines) installiert sein.
Ich habe einige meiner VM-Skripte aktualisiert und vereinheitlicht, so dass ich sie bei Änderungen direkt miteinander vergleichen kann:
Ich habe sie einschließlich der von mir abgespeckten Win-VirtIO-Treiberdiskette (für die vmw-Skripte) angehängt.
Die Pfade in den Skripten müssen natürlich angepasst werden. Z. B. /tmph/ ist bei mir eine RAM-Disk für große Dateien (mein fstab-Eintrag):
Code:
# <file system> <mount point> <type> <options> <dump> <pass>
memory /tmph tmpfs huge=always,size=90% 0 0Das "vmcreate-zram.sh" nutze ich als benutzerdefinierte Aktion (s. 1 Seite des Threads), das funktioniert ohne besondere Konfiguration, aber da die anderen das Quelllaufwerk (z. B. ein Ventoy-Stick) direkt einbinden, muss man entweder der Gruppe "disk" angehören (VORSICHT! - s. meine früheren Warnungen!) oder die Qemu-Befehlszeile auf
sudo qemu-system-x86_64 -run-with user=$USER … erweitert werden.Für UEFI-Support (die u*-Skripte) in der VM muss "edk2-ovmf" (Firmware for Virtual Machines) installiert sein.
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Um hier zu zeigen, wie man openSUSE neben Windows installiert, habe ich mir eine Standard-Installation im UEFI-Modus von Windows 11 erstellt:
(.fd ist der UEFI-Flash-Speicher)
Damit ich das für beliebige Distributionen nutzen kann, habe ich mir angelesen, wie man ein diff-Image erstellt (also das originale Windows-Image unverändert bleibt) und dazu ein Skript geschrieben, dass das diff-Image in einer zRAM-Disk erstellt: Da ich nur die Installation dokumentieren will, kommt es anschließend gleich wieder weg.
Das Skript (seit dem Shot mehrfach überarbeitet):
Die Terminal-Ausgabe:
(den Pfad bekommt man per RMB/Kopieren auf's ISO am einfachsten in die Zwischenablage, er darf aber keine Leerzeichen enthalten)
Das mit gleich [Esc} ist notwendig, weil ich nichts dazu finden konnte, wie man die VM im UEFI-Modus so startet, dass automatisch das ISO gebootet wird:
Durch zRAM funktioniert das mit 32 GiB RAM sogar parallel mit zwei Distributionen (die beide jeweils für sich neben dem selben Windows installiert werden):
Bei Zorin (generell Ubuntu-Derivate, da alle mir bekannten den gleichen Installer nutzen) ist die Aufteilung der Partitionen einfach:
Bei LMDE wird es etwas anspruchsvoller, da man GParted nutzen muss:
Per RMB/"Größe ändern" auf die Windows-Partition, dann im freien Bereich eine neue erstellen und im nächsten Schritt "Auffrischen" und den Einhängepunkt zuweisen:
Bei Calamares ist es eher wie beim Ubuntu-Installer, nur dass man vorher die aufzuteilende Partition auswählen muss:
Mehr ist das eigentlich bei keiner Installation der geläufigen Linux-Distributionen: Vor-/Nachher wählt man ggfs. Sprache und Standort aus, gibt seine/ihre Benutzerdaten ein, aber ansonsten klickt man sich bei allen hauptsächlich mit "Weiter" durch, da die meisten Vorgaben schon passen.
(.fd ist der UEFI-Flash-Speicher)
Damit ich das für beliebige Distributionen nutzen kann, habe ich mir angelesen, wie man ein diff-Image erstellt (also das originale Windows-Image unverändert bleibt) und dazu ein Skript geschrieben, dass das diff-Image in einer zRAM-Disk erstellt: Da ich nur die Installation dokumentieren will, kommt es anschließend gleich wieder weg.
Das Skript (seit dem Shot mehrfach überarbeitet):
Bash:
#!/bin/bash
read -p "Pfad zum ISO (leer = VM booten): " iso
if [ -z "$iso" ]
then
qemu-system-x86_64 -nodefaults -enable-kvm -cpu host -smp cores=4 -m 4G \
-vga qxl -display sdl,gl=on,window-close=off -device usb-ehci -device usb-tablet \
-drive file=Windows11.fd,if=pflash,snapshot=on,format=raw \
-drive file=Windows11.qcow2,if=virtio,aio=io_uring,snapshot=on
else
echo -e "\nPasswort zum erstellen der zRAM-Disk:"
sudo modprobe zram && id=$(sudo cat /sys/class/zram-control/hot_add) || exit
echo -ne "\nKompression: ";echo lz4|sudo tee /sys/block/zram$id/comp_algorithm
echo -ne "zRAM-Disk-Größe: ";echo 40G|sudo tee /sys/block/zram$id/disksize
sudo mkfs.xfs -q /dev/zram$id && mkdir /tmp/zram$id
sudo mount -o discard /dev/zram$id /tmp/zram$id/ && sudo chmod 777 /tmp/zram$id/
base=$(pwd)
cd /tmp/zram$id/
qemu-img create -qb $base/Windows11.qcow2 -{f,F}qcow2 -ocompression_type=zstd diff.qcow2
echo -en "\nWICHTIG !!!\n\nGleich nach dem Start der VM mit [Esc] ins UEFI und dort im Boot Manager das 2. Device wählen. [Enter]";read
qemu-system-x86_64 -nodefaults -enable-kvm -cpu host -smp cores=4 -m 4G \
-vga qxl -display sdl,gl=on,window-close=off -device usb-ehci -device usb-tablet \
-drive file=$base/Windows11.fd,if=pflash,snapshot=on,format=raw \
-drive file=diff.qcow2,if=virtio,aio=io_uring \
-drive file=$iso,if=virtio,aio=io_uring,snapshot=on,format=raw
echo -e "\nDie zRAM-Disk wird gelöscht:\n";cd
sudo umount -l /tmp/zram$id/ && rm -vrf /tmp/zram$id
echo $id|sudo tee /sys/class/zram-control/hot_remove > /dev/null
fi
read -p "[Enter]"Die Terminal-Ausgabe:
Das mit gleich [Esc} ist notwendig, weil ich nichts dazu finden konnte, wie man die VM im UEFI-Modus so startet, dass automatisch das ISO gebootet wird:
-cdrom $iso -boot once=d funktioniert nur im BIOS-Modus.Durch zRAM funktioniert das mit 32 GiB RAM sogar parallel mit zwei Distributionen (die beide jeweils für sich neben dem selben Windows installiert werden):
Bei Zorin (generell Ubuntu-Derivate, da alle mir bekannten den gleichen Installer nutzen) ist die Aufteilung der Partitionen einfach:
Bei LMDE wird es etwas anspruchsvoller, da man GParted nutzen muss:
Bei Calamares ist es eher wie beim Ubuntu-Installer, nur dass man vorher die aufzuteilende Partition auswählen muss:
Mehr ist das eigentlich bei keiner Installation der geläufigen Linux-Distributionen: Vor-/Nachher wählt man ggfs. Sprache und Standort aus, gibt seine/ihre Benutzerdaten ein, aber ansonsten klickt man sich bei allen hauptsächlich mit "Weiter" durch, da die meisten Vorgaben schon passen.
Zuletzt bearbeitet:
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Ahoi!
Ich habe vorhin meinen aktuellen Kenntnisstand bzgl. "normaler" VMs in einer Mail zusammengefasst:
Falls du es nicht sowieso schon hast, installiere "qemu-system-x86_64" und nutze am besten Xfce (oder zumindest Thunar), da dessen benutzerdefinierten Aktionen (Bearbeiten-Menü) sehr praktisch sind.
Hinweise:
1. ISO in KVM booten
Ich nutze die VM mit 4 Kerner, 8 GiB RAM und aktivierter 3D-Beschleunigung:
Wenn das einmal eingerichtet ist, kannst du einfach mit RMB/"In KVM booten" auf ein ISO (jedes bootfähige ISO) genau das machen.
Mit der selben benutzerdefinierten Aktion lässt sich auch.eine in einer .raw oder .qcow2 installiere Linux-Distribution booten.
Das sollte auch mit vBox-Images funktionieren (ich habe keins zum testen): Dazu muss natürlich ";*.vdi" zum Dateimuster hinzugefügt werden … und am besten auch unten bei der Konvertierung.
…
Eine neue VM kann man auch einfach per Rechtsklick auf ISO erstellen (ohne das weitere Konfigurationen erforderlich sind):
Im Gegensatz zu Virtualbox sind bei KVM die Images übrigens trimmbar: Also wenn in der VM getrimmt wird, wird das auch auf dem Host umgesetzt und die betreffenden Bereiche auf der SSD tatsächlich freigegeben. - Das Image wird natürlich nicht kleiner. Das ist nur per Konvertierung möglich.
2. ISO in .qcow2-Image installieren
Da zwei Schrittte (Image erstellen und die VM booten), nutze ich ein Skript:
Es wird im Verzeichnis des ISOs ausgeführt *) und erstellt dort auch das Laufwerksimage, wobei das den Namen des ISOs bekommt (später beliebig änderbar - es dürfen auch Leerzeichen und Punkte enthalten sein):
Das "-o compression_type=zstd" ist dort rein "kosmetisch" (sozusagen der Vollständigkeit halber), da das Image nur bei der Konvertierung komprimiert wird. Änderungen werden immer unkomprimiert gespeichert.
Ach ja: Es wird im BIOS-Modus gebootet. UEFI ist mir zu umständlich und macht zu viel Mist. (auch beim PC nutze ich es deswegen nicht)
3. .qcow2-Image komprimieren und reorganisieren
Wieder per Skript *):
Das ursprüngliche .qcow2 wird zuletzt mit der komprimierten Kopie überschrieben. Hat das ursprüngliche Image eine andere Endung, bleibt es erhalten.
Die Abfrage ist damit es nicht gleich losläuft, falls man sich verklickt hat.
…
Anbei ein Funktionstest und -beispiel.
Aus den 4,5 GiB (der Tippfehler "Vfce" ist mir erst später aufgefallen) wurden 1,8 GiB.
*) dazu muss das in Thunar aktiviert sein und das Skript "im Terminal" ausgeführt werden:
Viel Spaß und noch ein schönes WE!
Ich habe vorhin meinen aktuellen Kenntnisstand bzgl. "normaler" VMs in einer Mail zusammengefasst:
Falls du es nicht sowieso schon hast, installiere "qemu-system-x86_64" und nutze am besten Xfce (oder zumindest Thunar), da dessen benutzerdefinierten Aktionen (Bearbeiten-Menü) sehr praktisch sind.
Hinweise:
- mit Strg+Alt+F wechselt man zw. Vollbild und Fenster
- mit Strg+Alt+U bringt man das Fenster wieder auf die richtige Größe, falls man es versehentlich skaliert hat
- Die aktuelle QEMU-Documentation als Download
- mit Virtmanager und sowas wie eine gemeinsame Zwischenablage (per Spice-Protokoll) habe ich mich nie beschäftigt: Man kann das ja auch über die Wolke machen.
1. ISO in KVM booten
Ich nutze die VM mit 4 Kerner, 8 GiB RAM und aktivierter 3D-Beschleunigung:
qemu-system-x86_64 -enable-kvm -cpu host -smp cores=4 -m 8G -vga none -device virtio-vga-gl -display sdl,gl=on,window-close=off -audio sdl,model=hda -drive file=%f,if=virtio,aio=io_uring,discard=unmap*.iso;*.qcow2;*.rawWenn das einmal eingerichtet ist, kannst du einfach mit RMB/"In KVM booten" auf ein ISO (jedes bootfähige ISO) genau das machen.
Mit der selben benutzerdefinierten Aktion lässt sich auch.eine in einer .raw oder .qcow2 installiere Linux-Distribution booten.
Das sollte auch mit vBox-Images funktionieren (ich habe keins zum testen): Dazu muss natürlich ";*.vdi" zum Dateimuster hinzugefügt werden … und am besten auch unten bei der Konvertierung.
…
Eine neue VM kann man auch einfach per Rechtsklick auf ISO erstellen (ohne das weitere Konfigurationen erforderlich sind):
Im Gegensatz zu Virtualbox sind bei KVM die Images übrigens trimmbar: Also wenn in der VM getrimmt wird, wird das auch auf dem Host umgesetzt und die betreffenden Bereiche auf der SSD tatsächlich freigegeben. - Das Image wird natürlich nicht kleiner. Das ist nur per Konvertierung möglich.
2. ISO in .qcow2-Image installieren
Da zwei Schrittte (Image erstellen und die VM booten), nutze ich ein Skript:
exo-open --launch TerminalEmulator ~/.local/bin/vmcreate.sh %nEs wird im Verzeichnis des ISOs ausgeführt *) und erstellt dort auch das Laufwerksimage, wobei das den Namen des ISOs bekommt (später beliebig änderbar - es dürfen auch Leerzeichen und Punkte enthalten sein):
Code:
#!/bin/bash
qemu-img create -f qcow2 -o compression_type=zstd "${1%.*}.qcow2" 112G # = 120 GB
qemu-system-x86_64 -enable-kvm -cpu host -smp cores=4 -m 8G -vga none \
-device virtio-vga-gl -display sdl,gl=on,window-close=off -audio sdl,model=hda \
-drive file="${1%.*}.qcow2",if=virtio,aio=io_uring,discard=unmap -boot once=d -cdrom "$1"Ach ja: Es wird im BIOS-Modus gebootet. UEFI ist mir zu umständlich und macht zu viel Mist. (auch beim PC nutze ich es deswegen nicht)
3. .qcow2-Image komprimieren und reorganisieren
exo-open --launch TerminalEmulator ~/.local/bin/vmconvert.sh %nWieder per Skript *):
Code:
#!/bin/bash
read -p "Image komprimieren? (Enter/Alt+F4)"
qemu-img convert -pcOqcow2 -ocompression_type=zstd "$1" "$1b" && mv -f "$1b" "${1%.*}.qcow2"Die Abfrage ist damit es nicht gleich losläuft, falls man sich verklickt hat.
…
Anbei ein Funktionstest und -beispiel.
Aus den 4,5 GiB (der Tippfehler "Vfce" ist mir erst später aufgefallen) wurden 1,8 GiB.
*) dazu muss das in Thunar aktiviert sein und das Skript "im Terminal" ausgeführt werden:
Viel Spaß und noch ein schönes WE!
Anhänge
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Das aktuelle chkdsk hat sogar geavierende Nachteile:Uridium schrieb:
Neulich habe ich die PVR-SSD von Win11 aus geprüft und es wurden zwei Filme ungefragt gelöscht!
Die waren nicht defekt, sondern das Problem war wieder, dass Windows nicht vollständig kompatibel zu NTFS ist:
Ich kopiere einfach den Titel aus TV-Browser als Dateinamen und bei dem einen Film enthielt er einen Doppelpunkt, der mir nicht aufgefallen war (sonst hätte ich ihn durch " -" ersetzt) und beim anderen Film ein Fragezeichen: Hätte ich das entfernt, wäre aus der Frage eine Aussage geworden - da NTFS keine Probleme damit hat, habe ich es gelassen.
Dem XP chkdsk ist das dagegen egal: Das repariert nur, was wirklich kaputt ist.
Für meinen Bedarf ist Windows XP also in allen Belangen das beste Windows: Schlank (das HD-Image belegt nur 303 MiB), effizient (innerhalb von wenigen Sekunden gebootet und sofort ansprechbar - statt der Gedenksekunden, die Windows 10+11 immer wieder brauchen: Ständig denke ich im ersten Moment, der Mausklick oder die Tastenkombination wäre nicht angenommen worden. Das nervt!) und löscht auch nicht ungefragt mir wichtige Dateien.
- Registriert
- Jan. 2004
- Beiträge
- 1.647
Moin.
Im Anhang eine kleine KVM-Demonstation (mit hoher Komprimierung, damit es nicht zu groß wird) und unten die genutzten Skripte.
Das Terminal starte ich mit Win+T und das Host OS (Artix-Xfce-Runit) war frisch gebootet (s. Uptime):
Inaktive Fenster lasse ich mit 10% Transparenz anzeigen (damit es mir eher auffällt wenn das Fenster, indem ich etwas eingeben will, gar nicht den Fokus hat), beim verschieben/skalieren nutze ich 20%.
@latiose88 bzgl der XP-Bootdauer: Es befand sich also noch nichts im Cache und es ist ein alter AMD FX-8350 mit deaktiviertem TurboCore und einer Radeon RX 560D: Ein reines AMD-System, damit es direkt von Linux unterstützt wird. Ich benötige keine proprietären Treiber.
1. Mein VM-WinXP-Home mit direktem Zugriff auf Laufwerk /dev/sdb, auf dem ich die NTFS-Partition überprüfe (per AltGr+A: s. hier):
2. Meine Artix+Wine Installation auf dem Laufwerk /dev/sdc, bei dem ich dann per Wine eine alter Version von AeroFly Pro Deluxe starte (Desktop und AFPD sind auf FullHD ausgelegt, da ich es normalerweise direkt boote):
Da ich den "Sender" (intern ein analoger USB-Joystick) nicht angeschlossen hatte, wird alles auf Mittelstellung angenommen. Also auch Halbgas, was bei dem eingestellten Modell am Gefälle zum abheben reicht.
Mit der VM im Vollbild und ohne laufenden Screenrecorder wäre es flüssig.
Das "win"-Skript:
Das "vms"-Skript:
Im Anhang eine kleine KVM-Demonstation (mit hoher Komprimierung, damit es nicht zu groß wird) und unten die genutzten Skripte.
Das Terminal starte ich mit Win+T und das Host OS (Artix-Xfce-Runit) war frisch gebootet (s. Uptime):
Inaktive Fenster lasse ich mit 10% Transparenz anzeigen (damit es mir eher auffällt wenn das Fenster, indem ich etwas eingeben will, gar nicht den Fokus hat), beim verschieben/skalieren nutze ich 20%.
@latiose88 bzgl der XP-Bootdauer: Es befand sich also noch nichts im Cache und es ist ein alter AMD FX-8350 mit deaktiviertem TurboCore und einer Radeon RX 560D: Ein reines AMD-System, damit es direkt von Linux unterstützt wird. Ich benötige keine proprietären Treiber.
1. Mein VM-WinXP-Home mit direktem Zugriff auf Laufwerk /dev/sdb, auf dem ich die NTFS-Partition überprüfe (per AltGr+A: s. hier):
2. Meine Artix+Wine Installation auf dem Laufwerk /dev/sdc, bei dem ich dann per Wine eine alter Version von AeroFly Pro Deluxe starte (Desktop und AFPD sind auf FullHD ausgelegt, da ich es normalerweise direkt boote):
Da ich den "Sender" (intern ein analoger USB-Joystick) nicht angeschlossen hatte, wird alles auf Mittelstellung angenommen. Also auch Halbgas, was bei dem eingestellten Modell am Gefälle zum abheben reicht.
Mit der VM im Vollbild und ohne laufenden Screenrecorder wäre es flüssig.
Das "win"-Skript:
Code:
#!/bin/bash
cd ~/VM-XP/
cl="qemu-system-x86_64 -nodefaults -enable-kvm -cpu host -smp cores=2 -m 2G -vga none -device qxl-vga,vgamem_mb=8 -display sdl,gl=on,window-close=off -device piix3-usb-uhci -device usb-tablet -audio sdl,model=ac97 -drive file=WinXP.qcow2,if=virtio,snapshot=on"
while [ $# -gt 0 ]
do cl=$cl" -drive file=/dev/sd$1,if=virtio,cache=none,aio=native,format=raw"
umount -q /dev/sd$1*
shift;done
sleep 1
$clDas "vms"-Skript:
Code:
#!/bin/bash
if [ $# == 0 ];then echo "vms /dev/sd? …";exit;fi
cl="qemu-system-x86_64 -nodefaults -enable-kvm -cpu host -smp cores=4 -m 4G -vga none -device virtio-vga-gl -display sdl,gl=on -audio sdl,model=hda -boot menu=on"
while [ $# -gt 0 ]
do cl=$cl" -drive file=/dev/sd$1,if=virtio,aio=io_uring,snapshot=on,format=raw"
shift;done
$cl
Zuletzt bearbeitet:
Ähnliche Themen
