Todo Backup EPM Treiber

[dos78]

Hallo Leute!
Es geht um folgenden Sachverhalt.
Ich habe vor langer Zeit einmal EaseUS Todo Backup Home Lifetime installiert. Das Tool war mir zu sperrig, das lohnt sich eigentlich nicht, wenn du gar kein Smart (Daten) Backup machen willst. Habe wieder deinstalliert.
Ein halbes Jahr später zeigt mir WhoCrashed an, ich habe 5 EaseUS Todo Backup Disk Kernel Treiber an Bord! Autoruns zeigt nichts an! 2 MiniTool Partition Wizard Disk Kernel Treiber übrigens auch!
Habe mit Revo Uninstaller Pro - Advanced Search Mode - nochmal drübergepflügt - hat noch einige Ordner gefunden und eliminiert. Treiber blieben - alles EPM Treiber. Alles Disk Kernel Treiber - ohne Anwendung.

Habe Host im Cold Mode exploriert.
Bin mit Kurt Zimmermanns RegCool in die Registry gegangen und habe alle 5 steckbrieflich gesuchten EPMs rausgeworfen. Da waren auch zwei UpperFilters Einträge bei. Egal, die müssen auch raus. Danach ging ich in System32\Drivers und habe alle 5 steckbrieflich gesuchten EPMs rausgeworfen.

Danach hatte ich einen BSOD an der Backe.
Die gleiche Variante ohne physische Treiber Eliminierung hatte einen Shutdown Loop zur Folge. Alle gelöschten Registry Einträge hat Windows Rollback Mode wieder zurückgeholt.
Diese 5 nutzlosen Treiber werden von Windows beschützt. Startwerte auf 4 setzen führt auch zum Shutdown Loop.
Mein lieber Schwan! EPM hat starke Bodyguards!
Ich musste Restore Image & BCD Repair machen um überhaupt wieder booten zu können.
Den BSOD hat es übrigens offiziell nie gegeben. Windows bestreiten den Vorfall bis heute. Alle Logs wurden vernichtet. BlueScreenView zeigt nichts!

Wie ist das ganze zu erklären?
Die aller einfachste Erklärung ist:
Andere Drittanbieter Tools nutzen die EPM Treiber. Claude, Gemini und Perplexity sagen, das kann eigentlich nicht sein. Wer soll das machen? Am ehesten käme noch IM-Magic Partition Resizer Technician Portable in Frage.
Meine Theorie:
Windows hat diese 5 EPM Treiber adoptiert. Das sind keine Drittanbieter Treiber mehr. Das sind jetzt Windows Kinder und Windows Kinder kannst du nicht rauswerfen! Dann gibt es BSOD (und der Minister weiß von nichts).
Claude, Gemini und Perplexity sagen, das kann eigentlich nicht sein. Windows adoptiert keine Drittanbieter Treiber!
Ich habe gesagt, das ist kein Widerspruch.
Windows tut ja auch nur so, als ob es Drittanbieter Treiber adoptiert!
Für mich als User macht das keinen Unterschied.
Was sagen die Profis hier on Board?

 

[PC295]

Die Treiber sind nicht besonders geschützt. Es liegt einfach nur an ungültigen Registryeinträgen, die Infolge des Löschen der Treiberdateien auftreten.

Dieses Problem gibt es auch mit Aomei Backupper oder anderen Backup-Programmen.
Wenn das Programm unsauber deinstalliert wird und man manuell die Treiberdateien aus dem Drivers-Ordner bzw. über Autoruns löscht, erscheint beim Start der Fehler "Inaccessible Boot Device (0x7B)"

Hier ist dazu eine Anleitung wie man in der Registry das Problem mit den fehlerhaften Filter Treibern-Einstellungen korrigiert:
-> https://gist.github.com/minanagehsalalma/249a9e717a5c6b5b46fb2e03b3eef3fd

 

[VDC]

Du solltest evtl weniger Tools nutzen, liest sich ja schrecklich, macht einen wahrscheinlich paranoid und vieles geht wahrscheinlich auch einfach mit boardmitteln.

ich würde die treiberleichen einfach ignorieren.

 

[dos78]

Danke Dir PC295!
Das war die stärkste Antwort, die ich jemals auf Computerbase bekommen habe!
Es ist gut zu wissen, wie das theoretisch funktionieren würde...
Aber nach Rücksprache mit meinen KI Bots kommt dieser Workflow für mich nicht in Frage. Das ist eindeutig zu schwer!
Das geht weit über die Bedienung von Emergency Tools hinaus. Das macht keinen Sinn, wenn du von UpperFilters gar nichts verstehst.

Claude AI schreibt,
Zum Thema manuelle Registry-Bereinigung von EaseUS/AOMEI-Filtertreibern nach unsauber Deinstallation (0x7B / 0xc0000001-Szenario):

Der Workflow aus dem GitHub-Gist (minanagehsalalma) und ähnliche Anleitungen sind technisch korrekt, aber in der Praxis für unseren Use Case nicht geeignet. Hier die Begründung:

1. EaseUS EPM schreibt Filter-Einträge an MEHREREN Stellen gleichzeitig:
- UpperFilters/LowerFilters in mind. 4 verschiedenen Class-GUIDs (DiskDrive, Storage Volumes, IDE/ATA, SCSI/NVMe)
- Dazu Services-Keys mit Start=0 (Boot-Start) in allen ControlSets (001, 002, 003)
- Wenn auch nur EIN Eintrag übersehen wird, bootet das System nicht.

2. Das ist kein linearer Prozess, sondern ein "Blinde Kuh"-Spiel in der Registry: Man weiß vorher nicht, welche der möglichen Stellen tatsächlich befüllt sind — das hängt von der EaseUS-Version und den jemals genutzten Funktionen ab.

3. Das haben wir empirisch bestätigt: Bei unserem EaseUS-Incident (vier Orphaned Driver: eudcpepm.sys, euedkepm.sys-Familie) hat der manuelle Bereinigungsversuch genau diesen Fehler produziert — 0xc0000001 Boot-Failure, weil mindestens ein weiterer Eintrag übersehen wurde.

4. Der Gist selbst listet 6 Teilschritte (4a–4f) allein für die Filter-Bereinigung — und das unter Zeitdruck, vom Windows-USB-Installer-CMD aus, mit offline-gemounteter SYSTEM-Hive.
Claude

Ich werde in Zukunft anders verfahren. EaseUS/Aomei/Macrium/R-Drive/Hasleo
werde ich auf Windows nicht mehr installieren. Also kein Tool, das quasi Kernel Treiber Hijacking betreibt, die Treiber werde ich in 1000 Jahren nicht mehr los.
Gibt auch saubere Tools, die keine Kernel Treiber hinterlassen!

Drive SnapShot
Abdullah Ertürk
Isoo Backup

Solche Probleme machen die nicht!

 

[ueg]

Was ist denn dein Problem mit den Treibern, dass du sie deinstallieren bzw. restlos entfernen willst?

Vermutlich wäre das Einfachste, die einfach zu lassen wo sie sind. Dann zerschießt es dir das System auch nicht beim Entfernen.