Утилита Windows 7 Disk Management не показывает диск с ext3 (тип 83) раздел

У меня есть диск на 2 ТБ во внешнем прикреплении SATA, отформатированном с единственным ext3 (Linux) раздел, который не обнаруживается в утилите Windows 7 Computer Management-> Disk Management, как раз когда сырые данные/чистый диск. Я проверил, что нет ничего неправильно с диском путем соединения его с моей машиной Linux и монтирования его, и я проверил, что прикрепление функционирует правильно путем соединения другого FAT32-отформатированного диска, который монтируется безупречно как ожидалось.

Я понимаю, что не могу на самом деле считать ext3 раздел без дополнительного программного обеспечения (например, Ext3IFS), но почему диск не обнаруживается вообще? Есть ли своего рода глупый встроенный фильтр анти-Linux? Там какой-либо путь состоит в том, чтобы вынудить Windows распознать диск, так, чтобы я мог по крайней мере использовать прямой доступ блока с ним?

Фон: Я хочу клонировать идентичный диск на 2 ТБ на этого. Из-за моего аппаратного расположения, намного легче подключить исходный диск к одной машине и целевому диску, подключенному к другому, и сделать клон по сети (сеть не является узким местом с коммутируемым Gigabit Ethernet), чем это должно сцепить их обоих до одной машины. (1) я сделал это однажды, когда обе машины запускали Linux, но я с тех пор обновил целевую машину и решил переключиться назад на Windows для регулярного настольного использования. Мне установили Cygwin и проверил, что тот же основной метод (dd + nc) будет работать, но я ничего не могу сделать, если Windows даже не полагает, что целевой диск существует.

(1) У меня только есть один eSATA порт на каждой машине. При открытии их только, чтобы сделать этот клон является довольно большим раздражением. Кроме того, так как это - мой диск с резервной копией, я хотел бы в конечном счете автоматизировать клонирование от активного диска до другого, что я регулярно подкачиваю с третьим диском, который я храню удаленный.

1
задан 10.10.2010, 22:54

1 ответ

После дальнейшего экспериментирования и стука головы, оказывается, что SATA Microsoft драйвер AHCI просто сосет. После начальной загрузки к Linux livecd, я проверил, что нет ничего неправильно с аппаратными средствами, и замена в горячем режиме работает точно как ожидалось в Linux на этой машине. Затем только для забавы, я решил видеть то, что произойдет с диском, включенным при начальной загрузке: Windows распознал его как ожидалось. (Я не попробовал это прежде, потому что я не хотел перезагружать, и другие диски работали просто великолепно при замене в горячем режиме.)

Я затем решил обновить свой BIOS к последнему пересмотру (который я действительно не ожидал фиксировать что-либо, и который не сделал, но кто знает с Windows) и наконец перепроверять для обновленных драйверов. Я думал, что загрузил последнее из всего, когда я создал эту машину 2 месяца назад, но оказалось, что я должен был установить sounds-like-a-useless-GUI-app "Intel Matrix Storage Manager", который также, оказывается, упоминает глубоко в руководстве, что это включает драйвер Intel SATA AHCI. С неуниверсальным установленным драйвером AHCI замена в горячем режиме теперь работает с этим диском также.

О, драйвер Windows, как я не скучал по Вам даже немного.

2
ответ дан 12.12.2019, 13:08

Теги

Похожие вопросы