ISO-Mounting-Bug in Windows 8?

Gestern hatte ich hier über einen Bug in den Fast Start-Funktionen von Windows 8 berichtet. Heute möchte ich eine weitere Problemstelle in der Windows 8 Release Preview ansprechen: Ein vermutlicher Bug in der ISO-Mount-Funktion von Windows 8 oder in mitgelieferten Treibern.

Das Ausgangsproblem

Auf das Thema machte mich Blog-Leser Wolfgang S. aufmerksam. Er hatte sich ein Notebook (HP dv7-6b16eg mit vorinstallierten Windows 7 HP 64 Bit) zugelegt. Bei ersten Tests mit einer Windows To Go-Version stieß er auf einen merkwürdigen Fehler.

Beim Versuch, eine ISO-Datei im Windows Explorer unter Windows 8 bereitzustellen (zu mounten), wurde ein Meldungsfenster mit dem Text „Datei konnte nicht bereitgestellt werden“ und der Information „Probleme beim Bereitstellen der Datei“ angezeigt.

Trotz dieser Fehlermeldung wurde der Inhalt der ISO-Datei gemountet und als virtuelles DVD-Laufwerk angezeigt. Die Fehlermeldung erschien unabhängig davon, ob die Datei mit Doppelklick oder über Datenträgerimagetools/Verwaltung/Bereitstellen aufgerufen wurde.

Zähe Fehlersuche

Die erste Vermutung, dass die ISO-Datei beschädigt wäre, erwiesen sich als falsch. Die Überprüfung der Hash-Werte ergab keinen Fehler und die ISO-Datei konnte auf anderen Rechner sowie unter Windows 7 mit Fremdtools geladen werden. Die Rückmeldung von Wolfgang lautete:

Die ISO-Dateien lassen sich unter Windows 7 mit allen Programmen öffnen: UltraISO und Daemontools einschl.virtuelle Laufwerke, Virtual Clone Drive, ImgBurn, CDBurnerXP, ebenso unter Windows 8.

Ein defektes DVD-Laufwerk kam auch nicht in Frage, da ja eine ISO-Datei in ein virtuellen Laufwerk geladen wurde. Mein Tipp, die ISO mal mit Drittherstellertools zu mounten, ergab da keinen Fehler.

An dieser Stelle war natürlich guter Rat teuer. Wolfgang S. hatte das Problem nicht nur mir, sondern auch diversen Foren unterbreitet (z. B. im MS-Answers-Forum, in dem ich auch als Community-Moderator aktiv bin). Ich schlug ihm zwei Ansätze vor, um Probleme mit Zugriffsrechten auszuschließen:

• Auf der Eigenschaftenseite „Allgemein“ nachsehen, ob die „Zulassen“-Schaltfläche vorhanden ist – diese ggf. anklicken.
• Die ISO auf einem FAT32-USB-Stick kopieren, und dann die Kopie in einen anderen Ordner zurückkopieren – dort testen.

Führte aber zu keinem Erfolg und ein separat installiertes .NET Framework als Ursache schied auch aus. Mein Tipp, einfach mal die den Chipssatztreiber und die Treiber für die Festplatte zu überprüfen, führte zunächst in die Irre. Windows meldete in den Eigenschaften der Hitachi-Festplatte den Fehler 38 “Der Gerätetreiber für diese Hardware kann nicht geladen werden, weil sich eine Vorgängerinstanz des Geträtetreibers noch im Arbeitsspeicher befindet. {Code 38}”

Der Fehlercode war zwar in einem Microsoft-KB-Artikel aufgeführt [2], aber nicht wirklich aussagekräftig. Es waren ja nur die mit Windows 8 Release Preview installierten Treiber vorhanden.

Aber irgendwie erinnerte mich das Ganze an das unter [3] behandelte Problem, dass Wechselmedien wegen eines fehlerhaften i-FlashDrive-Treibers (in Zusammenhang mit VMware) nicht geladen werden konnten. Ich gab dem Leser den Hinweis, einfach mal nach Treibern für USB-Gerät Ausschau zu halten. Weiterhin schlug ich eine Installation in einer virtuellen Disk (.VHD-Datei) vor, um Probleme mit Windows To Go auszuschließen. Die Rückmeldung war:

ich bin Deinem Hinweis hinsichtlich Hitachi nachgegangen. Bei den Treiberdateien habe ich dann eine hpdskflt.sys gefunden, ein Filtertreiber für das HP Mobile Data Protection System.

Auch war bei mir der Treiber nicht auf dem neuesten Stand. Im Internet habe ich Hinweise gefunden, dass es damit offensichtlich seit Jahren Probleme gibt.

Dass es ggf. einen Zusammenhang ISO-VHD gibt, leuchtet mir ein. Im Übrigen hatte ich schon Probleme, mit Acronis DiskDirector die Festplattenpartitionen zu bearbeiten.

Anschließend hatte der HP eine Festplattenreparatur durchgeführt. Vielleicht doch nicht ganz erfolgreich.

Zu vhd hatte ich mir bereits in Deinem Blog Rat geholt (8. Juni 2012) und habe mich in Deinem Buch, wie angegeben, weiter informiert.

Ich hoffe, dass ich damit weiter komme.

Führte dann aber nicht wirklich weiter, da die Hitachi-Festplatte ohne den HP-Filtertreiber nicht funktionierte. Ein Rechteproblem ließ sich ausschließen. Was auffiel, war, dass unter unter Windows 7 nur die Dateien disk.sys, hpdskflt.sys und partmgr.sys für das Hitachi-Laufwerk angezeigt werden, während Windows 8 To Go weitere Systemdateien gemäß folgenden Bild verwendet:

Problem gelöst – Ursache klar

Und dann kam die Rückmeldung des Lesers, dass das Problem gelöst und der Fehler reproduzierbar sei. Nachfolgend ist die Laufwerksbelegung des Rechners unter Windows 8 zu sehen (ich hatte Wolfgang gebeten, die Partitionierung und die Laufwerksbelegung zu dokumentieren).

Auf den ersten Blick nichts ungewöhnliches. Auf mehrere Laufwerke, die sich auf die Festplatte beziehen, folgt das DVD-Laufwerk H: und danach eine SD-Karte mit dem Laufwerksbuchstaben I: und dem Volumen WININSTALLSD. Das ist aber ein Wechseldatenträger, genau wie das DVD-Laufwerk. Gemountete ISO-Dateien sind aber Festplatten, die eigentlich vor den Wechseldatenträgern im Dateisystem eingehängt werden müssten. Ob es da ein Treiberproblem gibt? Die Antwort von Wolfgang S. bestätigt es:

ich habe eine SD-Karte mit 32GB, die als Laufwerk I:\ im Explorer angezeigt wurde. Diese liegt damit hinter den Partitionen der Hitachi und dem DVD-Laufwerk.

Bei e(ine)r meiner Installationen ist dazwischen eine Laufwerksbezeichnung frei. Dort wurde eine ISO, irgendeine ISO ohne Fehlermeldung bereitgestellt.

Bei weiteren, also zusätzlich benötigten virtuellen Laufwerken, kam wieder die Fehlermeldung.

Ich habe sowohl bei (Windows) TO GO  als auch bei VHD die Laufwerksbezeichnung für die SD-Karte auf W:\ festgelegt. Dadurch waren viele Bezeichnungen nach den Partitionen der Festplatten und dem DVD-Laufwerk frei.

Versuchsweise für SD R:\ festgelegt, also keine freien Laufwerksbezeichnungen mehr frei: FEHLERMELDUNG

Quod erat demonstrandum!

Ich konnte keinen Fehler mehr erzeugen. Warum nicht gleich so?

Nachfolgend ist der Screenshot des Explorerausschnitts mit der Fehlermeldung zu sehen.

Auf das DVD-Laufwerk H: folgt die SD-Karte mit dem Laufwerksbuchstaben I: und der Datenträgerbezeichnung WININSTALLSD. Der Versuch, eine ISO-Datei von Knoppix zu mounten, schlägt fehl. Es kommt die Fehlermeldung und die ISO wird unter dem Laufwerksbuchstaben K: bereitgestellt.

Nun wurde der Laufwerksbuchstabe des SD-Kartenlaufwerks mittels der Datenträgerverwaltung auf W: geändert. Dadurch wurden Lücken in den Buchstaben zur Laufwerksbelegung frei.

Und nun konnten in die freien Laufwerksbuchstaben zwischen DVD-Laufwerk und SD-Kartenlaufwerk beliebig viele ISO-Dateien als virtuelle Laufwerke gemountet werden.

Ich habe das Ganze mal bei mir in einer virtuellen Maschine nachgestellt. Der nachfolgend gezeigte Screenshot des Windows-Explorers weist aufeinanderfolgende Laufwerksbuchstaben auf. Die SD-Kartenlaufwerke folgen auf das DVD-Laufwerk.

Trotzdem bin ich in der Lage, problemlos ISO-Dateien zu mounten. Es muss sich also bei dem von Wolfgang S. berichteten Problem um eine Spezialität des HP-Pavillion-Notebook in Zusammenhang mit Windows 8 handeln. Schaut so aus, als ob der (in Windows 8 enthaltene) SD-Kartentreiber nicht mit Windows 8 kompatibel ist und beim Mounten von ISO-Dateien Ärger macht.

Links:
1: Diskussion im MS-Answers-Forum
2: Microsoft KB-Beitrag
3: Wechselmedien: “Anwendung nicht gefunden”