Solage Deine Treiber WHQL Zertifiziert sind, sollte es keine Probleme geben. Das Ganze betrifft nur Treiber mit "Cross-Signing-Zertifikaten".

Ich glaube, er meint ein 64bit Windows ohne 32bit Unterstützung (WOW64). Aber dazu keine Ahnung. Wüsste im Moment nicht, dass das so ohne weiteres geht. Müsste theoretisch gehen, aber bestimmt viel rumgefummelt, bis das WOW64 abgeschaltet ist.

Nein, Neuinstalliert werden muss da nichts. Wenn Secureboot aktiviert wird, werden dann halt nur die neuen Zertifikate eingespielt und gut. Die Änderung merkt man nicht weiter.

Lt. Debugger ist es:

APOSOFT1.EXE (ist wohl ein Warenwirtschaftssystem für Apotheken, keine Ahnung. Kenne ich so weiter nicht)

Auf jeden Fall verursacht der Prozess einen Konflikt mit der win32kbase.sys, welche sich dann mit den Fehler 0xC0000005 (Zugriffsverletzung) verabschiedet. Und das Endet ...

Ja, das geht. Und ich hoffe ja mal, das Microsoft da keine Sperre einbauen wird, die ein Start ohne Secureboot verhindert. Aber im Moment keine Anzeichen für so etwas.

Ich habe da noch einmal rumgesucht in den einschlägigen Foren, aber finde da nur die beiden Versionen als original Microsoft ISOs der IoT LTSC:

en-US: 26100.1 und 26100.1742
de-DE: 26100.1742

Was anderes finde ich nicht. Sorry.

Gab es eigentlich eine Version vor 26100.1742? Ich habe da auch keine. Das war, wenn ich mich recht erinnern kann, auch die erste Release Version davon. Eine ältere ist mir da nicht bekannt.

Die ISO enthält ja bloß das Baseline Update KB5043080, welches so oder so für alle weiteren Updates ...

Bei Upgrade ist das egal. Das Setup würde dann so oder so meinen Key nehmen bzw. den Standard-Key. Und selbst bei Neuinstallation ist der Key bei mir egal. Läuft alles über das Microsoft Konto und digitaler Lizenz. Externe Keys benötige ich da keine. Hatte bis jetzt noch kein Installationsmedium ...

Gerade vorhin war die Datei da noch da. Nu ist sie weg.

Und was muss man machen, om dieses Ollama zu aktivieren? Spezielle Hardware? Oder kommt das mit der Zeit? <- Ah, ok, muss man wohl erst noch herunterladen.

Und eine größere Schrift wäre gut. Von der Kleinen Schrift tun mir ja die Augen weh ...

Weil das Servicing den Wert setzt und ist abhängig von "BucketHash" und "ConfidenceLevel".

Und so vollständig sieht das unter Servicing nicht aus. Da fehlt irgendwie der Ordner "DeviceAttributes". Der Rest passt aber so weit, außer "ConfidenceUpdateType".

Wenn bei Dir "AvailableUpdates"=dword ...

"ConfidenceUpdateType" kann man nicht ändern. Der wird vom Updater festgelegt und bei jedem Lauf neu ermittelt, so wie der Rest unter "Servicing" auch. Was Du meinst, ist dieser Schlüssel:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecureBoot]
"AvailableUpdates"=dword:00005944

Für KEK ...

Das ist nur der Fehlerbericht. Interessanter wäre, was in der .cab dazu alles gespeichert wurde. Befürchte aber schon, dass die bereits abgeschickt und gelöscht wurde.

Was mich aber bei aber etwas verwirrt, sind die Versionen der Datei:

12.0.30100.8457
12.0.26100.8323

Ich weiß gerade nicht, wo ...

Die Synchronisation hat bei mir gerade so weit funktioniert. Nach Neuinstallation von Edge Canary wurde alles gemäß den Profileinstellungen dafür synchronisiert. Alle Erweiterungen kamen kurz nach Abschluss der Neuinstallation.

Das muss man manuell aktualisieren. Der Updater für Online-Updates ist dann wohl nach wie vor beschädigt.

0x800700C1 = ERROR_BAD_EXE_FORMAT

Aber keine Ahnung, welche .exe Datei da nun wirklich im falschen Format vorliegt. Solange das aber der Fall ist, funktioniert das Update innerhalb des Edge ...

26300.8493 mit EP: Scheint wohl an der Einstellung "Taskleistenstil: Windows 10" zu liegen. Wenn das aktiviert ist, dann stürzt der Explorer alle paar Sekunden ab., Ist im Prinzip das, was stay_connected_3 beschrieben hat. Liegt an der ep_taskbar.5.dll , welche eine Zugriffsverletzung auslöst ...