Das Datenträgerverwaltungsprogramm von Windows 7 zeigt keine Datenträger mit ext3-Partition (Typ 83) an

Question

Ich habe eine 2-TB-Festplatte in einem externen SATA-Dock, formatiert mit einer einzelnen ext3-Partition (Linux), die im Windows 7-Dienstprogramm Computerverwaltung->Datenträgerverwaltung nicht angezeigt wird, nicht einmal als Raw-/leere Festplatte. Ich habe überprüft, dass mit der Festplatte alles in Ordnung ist, indem ich sie an meinen Linux-Rechner angeschlossen und gemountet habe. Und ich habe überprüft, dass das Dock ordnungsgemäß funktioniert, indem ich eine andere FAT32-formatierte Festplatte angeschlossen habe, die wie erwartet problemlos gemountet wird.

Mir ist klar, dass ich die ext3-Partition ohne zusätzliche Software (z. B. Ext3IFS) nicht lesen kann, aber warum wird die Festplatte überhaupt nicht angezeigt? Ist da irgendein dummer Anti-Linux-Filter eingebaut? Gibt es eine Möglichkeit, Windows dazu zu zwingen, die Festplatte zu erkennen, sodass ich zumindest direkten Blockzugriff darauf verwenden kann?

Hintergrund: Ich möchte eine identische 2-TB-Festplatte auf diese hier klonen. Aufgrund meines Hardware-Layouts ist es viel einfacher, die Quellfestplatte an eine Maschine und die Zielfestplatte an eine andere anzuschließen und den Klon über das Netzwerk durchzuführen (das Netzwerk ist bei Switched Gigabit Ethernet kein Engpass), als beide an eine Maschine anzuschließen.(1) Ich habe das schon einmal gemacht, als beide Maschinen Linux liefen, aber ich habe die Zielmaschine inzwischen aktualisiert und mich entschieden, für die normale Desktop-Nutzung wieder zu Windows zurückzukehren. Ich habe Cygwin installiert und überprüft, dass dieselbe grundlegende Methode (dd + nc) funktioniert, aber ich kann nichts tun, wenn Windows die Zielfestplatte nicht einmal als existent ansieht.

(1) Ich habe an jedem Rechner nur einen eSATA-Anschluss. Diese nur für diesen Klon zu öffnen, ist ziemlich ärgerlich. Da dies außerdem meine Backup-Festplatte ist, möchte ich das Klonen irgendwann von der aktiven Festplatte auf eine andere automatisieren, die ich regelmäßig mit einer dritten Festplatte austausche, die ich außerhalb des Standorts lagere.

Answer 1

Nach weiteren Experimenten und Kopfzerbrechen stellte sich heraus, dass Microsofts SATA-AHCI-Treiber einfach Mist ist. Nachdem ich mit einer Linux-Live-CD gebootet hatte, stellte ich fest, dass mit der Hardware alles in Ordnung ist und Hotplug auf dieser Maschine unter Linux genau wie erwartet funktioniert. Dann beschloss ich, nur aus Spaß, zu sehen, was mit dem beim Booten angeschlossenen Laufwerk passieren würde: Windows erkannte es wie erwartet. (Ich hatte das vorher nicht ausprobiert, weil ich nicht neu booten wollte und andere Laufwerke beim Hotplugging problemlos funktionierten.)

Ich beschloss dann, mein BIOS auf die neueste Version zu aktualisieren (wovon ich nicht wirklich erwartete, dass es irgendetwas behebt, und was auch nicht der Fall war, aber wer weiß das schon bei Windows) und schließlich noch einmal nach aktualisierten Treibern zu suchen. Ich dachte, ich hätte die neuesten Versionen von allem heruntergeladen, als ich diese Maschine vor 2 Monaten baute, aber es stellte sich heraus, dass ich die sinnlos wirkende GUI-App „Intel Matrix Storage Manager“ installieren musste, die zufällig auch ganz unten im Handbuch erwähnt, dass sie den Intel SATA AHCI-Treiber enthält. Mit dem installierten nicht-generischen AHCI-Treiber funktioniert Hotplug jetzt auch mit diesem Laufwerk.

Oh, Windows-Treiber, ich habe dich kein bisschen vermisst.