Siduction Forum

Quote from: hsp on 2026/09/27, 13:53:53Toll, versucht neue VM auf dem Schleppi aufzusetzen. Schon beim ersten reboot gescheitert: Fehlercode 0xc0000225.

Das gleiche auf dem Desktop versucht. Ergebnis: Win11-VM läuft problemlos. Die VM auf den Schleppi kopiert und versucht zu booten: Fehlercode 0xc0000225. Kapieren tue ich das nicht. Irgendwas ist mit qemu.

...

Ich habe mal die Kristall-Google zum Fehler befragt:

QuoteQEMU Fehlercode 0xc0000225 - Ursachen und Loesungen

Der Fehlercode 0xc0000225 in einer QEMU-Virtualisierung signalisiert, dass das Windows-Gastbetriebssystem die zum Booten erforderlichen Dateien nicht finden kann (meistens sind die Bootkonfigurationsdaten (BCD) beschaedigt oder nicht erreichbar).

In einer QEMU/KVM-Umgebung liegt die Ursache haeufig an einer falschen Festplattenkonfiguration, fehlerhaften Maschinen-Typen oder fehlenden VirtIO-Treibern nach einer Migration.

Hier sind die typischen Fehlerursachen und Loesungen in QEMU:

1. Falscher Boot-Modus (BIOS vs. UEFI)
----------------------------------------
Wenn Windows auf einem echten PC oder einer anderen VM im UEFI-Modus installiert wurde, QEMU aber standardmaessig versucht, ueber das Legacy-BIOS (SeaBIOS) zu starten (oder umgekehrt), bricht der Startvorgang mit genau diesem Fehler ab.
* Loesung: Stellen Sie sicher, dass in den QEMU-Optionen der richtige Firmware-Pfad (z. B. OVMF_CODE.fd fuer UEFI) hinterlegt ist. Bei Nutzung von virt-manager kann dies direkt in den XML-Einstellungen oder den Boot-Optionen der VM auf UEFI umgestellt werden.

2. Fehlende VirtIO-Treiber (z. B. nach P2V-Migration)
------------------------------------------------------
Falls das Windows-Image von einer physischen Festplatte oder einem anderen Hypervisor (wie VirtualBox oder VMware) stammt und in QEMU als VirtIO-Disk eingebunden wurde, kennt das installierte Windows den Treiber für diesen Festplattentyp noch nicht.
* Loesung 1 (Schnelltest): Aendern Sie den Festplatten-Bus in den QEMU-Einstellungen testweise von VirtIO auf SATA oder IDE. Bootet das System dann, koennen Sie die VirtIO-Treiber im laufenden Windows nachinstallieren und danach wieder auf VirtIO zurueckschalten.
* Loesung 2: Binden Sie das Fedora VirtIO-Treiber-ISO als CD-ROM in die VM ein, booten Sie in die Windows-Wiederherstellungsumgebung und laden Sie die Treiber manuell ueber die Eingabeaufforderung mittels 'drvload'.

3. Falscher Maschinentyp (Q35 vs. I440FX)
-----------------------------------------
Ein Wechsel des emulierten Mainboards kann Windows verwirren, da sich dadurch die PCI-Struktur aendert.
* Loesung: Ueberpruefen Sie das QEMU-Startkommando (Parameter -M) oder die XML-Datei. Wenn die VM mit pc-i440fx-* erstellt wurde, wechseln Sie nicht ohne Weiteres auf q35 (und umgekehrt).

4. Die klassischen Windows-Bootdateien reparieren
--------------------------------------------------
Liegt der Fehler rein am virtuellen Windows-Dateisystem, muessen die Bootdaten neu geschrieben werden:

1. Binden Sie ein Windows-Installations-ISO als CD-ROM in QEMU ein.
2. Stellen Sie die Boot-Reihenfolge so ein, dass die VM von der virtuellen CD startet.
3. Waehlen Sie im Setup-Bildschirm "Computerreparaturoptionen" -> "Problembehandlung" -> "Eingabeaufforderung".
4. Geben Sie folgende Befehle ein, um den Bootsektor zu reparieren:
 
  bootrec /fixmbr
  bootrec /fixboot
  bootrec /rebuildbcd

*(Falls 'bootrec /fixboot' Zugriff verweigert meldet, muss die EFI-Partition manuell via 'diskpart' formatiert und mit 'bcdboot' neu bespielt werden).*

Vielleicht hilft Dir das.

Win 11 VM runs error-free on 2 desktop siduction systems here.

But the same Win 11 VM fails on my laptop if ethernet is disconnected. It will only boot with the ethernet cable connected.

I did attempt once to configure wireless for Qemu/KVM but it is beyond my skill level, if it is even possible.

Toll, versucht neue VM auf dem Schleppi aufzusetzen. Schon beim ersten reboot gescheitert: Fehlercode 0xc0000225.

Das gleiche auf dem Desktop versucht. Ergebnis: Win11-VM läuft problemlos. Die VM auf den Schleppi kopiert und versucht zu booten: Fehlercode 0xc0000225. Kapieren tue ich das nicht. Irgendwas ist mit qemu.

...

Hallo zusammen ...

Als Amateurfotograf bin ich natürlich auch daran interessiert, meine EOS R6 MKII über das Notebook fernzusteuern und ggf. Einstellungen vorzunehmen.

Canon bietet dafür seine Software "CANON Utility" an ... leider nur für Windows und Mac.

Ich habe zwar ein Dual-Boot-System, habe aber keinen Bock, nur für diesen Zweck 'nach drüben' zu switchen. Eine Installation via 'wine' fällt für mich flach und eine Installation auf einer VM macht u.U. Problem (dann könnte ich auch Windows booten).

'gphoto2' bietet zwar die Möglichkeit Auslösung und des Abspeicherns, aber ich kann z.B. keine Einstellungen verändern.

Habt ihr evtl. Vorschläge, Ideen und evtl. Erfahrungen mit linuxbasierender Software für Canon EOS-Kameras?

Vielleicht 'ne blöde Frage:

Aber auf beiden Rechnern ist das gleiche OS, also Siduction?
Und der Paketbestand ist identisch?
Die Paketquellen gleich?

Aus dem Notebook:
apt list --installed >> apt-notebook.txt

Auf dem Desktop-PC:
apt list --installed >> apt-desktop.txt
... und dann die Dateien mit "meld" (ggf. mit apt install meld installieren) vergleichen.

Die Pakete, die auf dem Notebook ggü. dem Desktop fehlen (und mit quemu in Verbindung stehen) ggf. auf dem Notebook nachinstallieren.

Wäre jetzt also meine Vorgehensweise.

Ja habe ich. Die VM ist sehr alt und hatte bissher keine Probleme gemacht. Die ist schon von Windows10 nach 11 mitgewachsen. Wie oben schon erwähnt, auf dem Desktoprechner funktioniert sie fehrlerfrei, auf dem Laptop nicht mehr. Irgendwas ist wohl mit Qemu nicht Ordnung.

...

Ich habe gestern eine VM mit Win11 und - in einem zweiten virt. CD-Rom - mit virtio-win-0.1.302.iso aufgesetzt.

Ich habe keine Probleme beim booten.

Hast Du die virtio-drivers mitbenutzt beim aufsetzen?

> It seems that "Chrome is writing corrupt fontconfig cache data"

That was a very difficult one indeed. In hindsight gdb was right all along
(kind of) when it reported:
(gdb) bt
#0  0x00007ffff3cecdc8 in FcCharSetFindLeafForward (fcs=fcs@entry=0xfefefefefefefefe, start=start@entry=0, num=num@entry=37) at ./src/fccharset.c:103And we suspected library  libfontconfig to be somehow involved. But some other program corrupting the fontcache
was indeed a far fetch. Anyways, I am glad you finally resolved the issue (besides all the fun that we had).

I think I might have found out the problem, although I am not 100% sure.

I have three systems running siduction, all up-to-date, and only one had this problem.  One of them, which does not have the problem, also has Kubuntu.  After an update yesterday, plasmashell in Kubuntu started crashing as well, but that seems to have happened to everyone using Kubuntu and Google Chrome: https://www.reddit.com/r/Kubuntu/comments/1wq4d2r/plasma_shell_crashing/

It seems that "Chrome is writing corrupt fontconfig cache data".  So, I've removed, in Kubuntu and siduction affected system, '.cache/fontconfig' and set up Chrome to use a different directory for its own font cache, as described here: https://www.reddit.com/r/Kubuntu/comments/1wo84kz/how_to_fix_crashes_when_googlechrome_corrupts/, more precisely, on this post.  I also removed, as suggested in that post, fonts-katex, to be safe.

So far, both systems are running without problems (including krunner).

I checked my three systems running siduction, all of which have Google Chrome (from Google's source) installed.  The difference seems to be that only one had fonts-katex installed...

I will keep my fingers crossed that this was the actual problem, although it does seem quite likely at this point.

@Teriarch: I cannot thank you enough for your patience and willingness to help!

The recursive pull in (according to your previous debug data) yield
differences of files within the following packages:
ii  libkf6idletime6:amd    646.30.0-2    amd64    library to provide information about idle time
ii  libtdb1:amd64            2:1.4.15+samba4.25.0+dfsg-1    amd64    Trivial Database - shared library
ii  python3-psutil            7.2.2-1    amd64    module providing convenience functions for managing processes (Python3)Can you check again on coincidence of versions of those packages.
These are the only differences I am currently aware of.  Your failing krunner pulls all the following libraries,
not pulled by my working one:
/usr/lib/python3.14/lib-dynload/_asyncio.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_bz2.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_ctypes.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_curses.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_decimal.cpython-314-x86_64-linux-gnu.so

/usr/lib/python3.14/lib-dynload/_hashlib.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_hmac.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_interpreters.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_lzma.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/mmap.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_queue.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/resource.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_ssl.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_uuid.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3.14/lib-dynload/_zstd.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3/dist-packages/_brotli.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3/dist-packages/greenlet/_greenlet.cpython-314-x86_64-linux-gnu.so
/usr/lib/python3/dist-packages/psutil/_psutil_linux.abi3.so
/usr/lib/python3/dist-packages/psutil/_psutil_posix.abi3.so
/usr/lib/python3/dist-packages/tornado/speedups.abi3-x86_64-linux-gnu.so
/usr/lib/x86_64-linux-gnu/gconv/ISO8859-1.so
/usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so
/usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so
/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
/usr/lib/x86_64-linux-gnu/libdebuginfod.so.1
/usr/lib/x86_64-linux-gnu/libffi.so.8.5.0
/usr/lib/x86_64-linux-gnu/libipt.so.2
/usr/lib/x86_64-linux-gnu/libjson-c.so.5
/usr/lib/x86_64-linux-gnu/libKF6IdleTime.so.6
/usr/lib/x86_64-linux-gnu/libKF6SyntaxHighlighting.so.6
/usr/lib/x86_64-linux-gnu/libKF6Wallet.so.6
/usr/lib/x86_64-linux-gnu/libKirigamiLayoutsPrivate.so.6
/usr/lib/x86_64-linux-gnu/libKirigamiTemplates.so.6
/usr/lib/x86_64-linux-gnu/libncursesw.so.6
/usr/lib/x86_64-linux-gnu/libnss_mdns4_minimal.so.2
/usr/lib/x86_64-linux-gnu/libnss_myhostname.so.2
/usr/lib/x86_64-linux-gnu/libnss_mymachines.so.2
/usr/lib/x86_64-linux-gnu/libpython3.14.so.1.0
/usr/lib/x86_64-linux-gnu/libQt6QuickControls2Impl.so.6
/usr/lib/x86_64-linux-gnu/libreadline.so.8
/usr/lib/x86_64-linux-gnu/libselinux.so.1
/usr/lib/x86_64-linux-gnu/libsource-highlight.so.4
/usr/lib/x86_64-linux-gnu/libtdb.so.1
/usr/lib/x86_64-linux-gnu/libxxhash.so.0
/usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kirigami/platform/org.kde.desktop.so
/usr/lib/x86_64-linux-gnu/qt6/plugins/tls/libqcertonlybackend.so
/usr/lib/x86_64-linux-gnu/qt6/plugins/tls/libqopensslbackend.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/config/libKF6ConfigQmlplugin.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/desktop/private/liborg_kde_desktop_private.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/kirigami/layouts/private/libKirigamiLayoutsPrivateplugin.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/kirigami/templates/libKirigamiTemplatesplugin.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/qqc2desktopstyle/private/libqqc2desktopstyleplugin.so
/usr/lib/x86_64-linux-gnu/qt6/qml/org/kde/sonnet/libsonnetquickplugin.so
/usr/lib/x86_64-linux-gnu/qt6/qml/QtQuick/Controls/impl/libqtquickcontrols2implplugin.so
All their md5sums point to current sid versions except for those mentioned in the beginning.
Can you check again what happens after the update? A possible suspect could be python3-psutil
since your version is part of forky, not of sid.

P.S: If the update does not resolve the issue, can you check whether we are faced with a local
configuration problem, try:
$ XDG_RUNTIME_DIR=/run/user/$(id -u) HOME=$(mktemp -d) krunner --replace