Wer damit jetzt nichts anfangen kann, dem hilft vielleicht ein kurzer Exkurs in die Treiberarchitektur, die (extrem) stark vereinfacht Ger\u00e4t –> Hardware-Abstraktion –> Filter –> Treiber –> Filter –> OS ist. Statt also jede Operation von Grund auf dem Treiber zu \u00fcberlassen, stellt man aus OS-Sicht eine (meist recht kleine) Schicht an Standard-Funktionen bereit, die der Treiber aufruft, um mit der Hardware zu kommunizieren. Um nun Einfluss auf Treiber nehmen zu k\u00f6nnen, etwa f\u00fcr transparente Festplattenverschl\u00fcsslung wie es etwa TrueCrypt realisiert, legt man mehrere Treiber in Reihe: Ein erster k\u00fcmmert sich um dasLesen von der Festplatte, der n\u00e4chste k\u00fcmmert sich um Verschl\u00fcsslung, und wieder ein anderer baut aus den gelesenen Daten ein Dateisystem.<\/p>\n
Und hier schien es zu haken: F\u00fcr die CD-ROM-Device Class waren als Lower Filter (Regeln IO von Hardware zum Treiber) und UpperFilter (Regeln IO vom Treiber an abstraktere Schichten wie das Dateisystem) jeweils unterschiedliche Treiber eingetragen, die Windows nicht laden konnte\/wollte. Und damit wollten auch die CD-ROM-Laufwerke (egal ob physikalisch vorhanden oder durch Software emuliert) nicht.<\/p>\n
Also kurz von Microsoft der Anleitung gefolgt (der Registry-Schl\u00fcssel ist die Registrierung f\u00fcr Device-Klassen, die angibt, welche Treiber f\u00fcr eine bestimmte Ger\u00e4teklasse mit geladen werden m\u00fcssen): Dort entfernt man die fehlerhaften Treiber und sollte dann neu starten. Alternativ kann man aber auch einfach nur die CD-ROM-Laufwerke neu initialisieren\/erkennen lassen (Ger\u00e4te im Ger\u00e4temanager entfernen und nach neuer Hardware suchen) und hat sofort seine Laufwerke auch ohne Neustart wieder.<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"