Особенности работы с EXT3 в операционных системах Windows

Монтирование разделов с файловой системой NTFS в UNIX-по­доб­ных опе­ра­ци­он­ных сре­дах не но­вин­ка. Впро­чем, и ра­бо­той се­мей­с­т­ва Mi­cro­­soft Win­dows с Ex­tend­ed FS слож­но уди­вить. На сло­вах там кросс-опе­ра­ци­он­ная под­держ­ка EXT3 вы­гля­дит бла­го­по­луч­но. А на де­ле?

Предлагаемый материал не пре­тен­ду­ет на осо­бую ос­т­ро­ту. Его пред­наз­на­че­ние — стать за­пис­ка­ми на по­лях, что­бы пре­одо­леть за­быв­чи­вость, сэко­но­мив при этом мас­су сил: не сек­рет, что по­треб­ность в «ино­род­ных» раз­де­лах воз­ни­ка­ет при пе­ре­но­се боль­ших фай­лов (или объ­е­мов дан­ных). Ошиб­ки в этом деле обо­ра­чи­ва­ют­ся по­те­ря­ми вре­ме­ни и нер­вов.

Будем монтировать в 64-разрядной опе­ра­ци­он­ной системе Microsoft Windows 7 на­ко­пи­тель Toshiba MK5055GSX, под­клю­чен­ный по USB-интерфейсу с помощью контейнера AgeStar 31UB2A12C. Пред­став­ле­ние о структуре раз­де­лов HDD дает утилита AOIMEI (на скриншоте это Диск2):

Как следует из рапорта AOIMEI, опе­ра­ци­он­ная система Windows 7 распознала оба «своих» раздела (FAT32 И NTFS), при­сво­ив им мне­мо­ни­че­ские имена D: и E:, а раздел в формате EXT3 остался не­до­ступ­ным для нее. Его мы видим толь­ко бла­го­да­ря сто­рон­не­му менеджеру диска. Файловые опе­ра­ции с EXT3 невозможны — партиция видится опе­ра­ци­он­ной системой как блоч­ное устройство.

Изменить ситуацию можно с помощью драйвера Ext2Fsd, обновленная версия которого выпущена в ноябре с.г. Ус­та­но­вив его, после запуска видим следующую картину:

Прежде, чем погрузиться в тонкости взаимоотношений накопителя и ОС, присвоим ему литеру L:, открыв тем са­мым путь к файловым операциям:

Детально ознакомиться со свойствами EXT3-раздела позволяет функция Show Properties, доступная по нажатию F6.

Здесь все, как на ладони: и шинная топология USB, и свойства UNIX-раздела — под­дер­жи­ва­ют­ся EXT2/EXT3 плюс са­мый но­вый фор­мат EXT4. Можно управлять и мнемоникой, не возвращаясь в главное ме­ню (функция Change). Хо­ро­шим под­спорь­ем станет доступ к свойствам раздела:

С его помощью можно принудить Windows ма­ун­тить данный накопитель под конкретным именем при каж­дом под­клю­че­нии. Возможен сценарий Read Only и ряд других ог­ра­ни­чи­тель­ных политик (Hiding filter pat­terns). Соб­ствен­но, пе­ре­чис­лен­ные функции доступны и по альтернативному пути: для этого в главном ме­ню по кнопке F7 есть оп­ция Ext2Fsd Service Management:

Файловые операции

Теперь к сути дела. Фактически, для коммуникации с UNIX-раз­де­ла­ми до­ста­точ­но получить букву тома. С чте­ни­ем про­б­лем быть не должно, а запись файлов на EXT потребует определенной сноровки. Дело в том, что для за­вер­ше­ния опе­ра­ций с участием драйвера Ext2Fsd штатных средств по безопасному из­вле­че­нию сменных устройств не­дос­та­точ­но. Рас­смот­рим, как в нашем примере Windows 7 видит внешний на­ко­пи­тель в этом случае:

Как видим, искомого EXT3-устройства нет в списке разделов USB-на­ко­пи­теля. Нет в составе жесткого дис­ка и то­ма с бук­вой L:. И это не просто «забывчивость» Windows или ошибка в ком­му­ни­ка­ции драй­ве­ра Ext2Fsd с ин­фра­стру­к­ту­рой хра­не­ния данных Microsoft. На лицо кри­ти­че­ская уяз­ви­мость дан­ных, по­лу­чен­ных UNIX-разделом в ре­зуль­та­те не­за­вер­шен­ной опе­ра­ции записи. Если не предпринять мер, фай­лы на носителе с EXT-партицией будут без­воз­врат­но уте­ря­ны. Как мож­но обезопасить себя в этой си­ту­а­ции?

Все очень просто: перед отключением устройства от USB-шины нужно вы­пол­нить операцию Flush Cache to Disk. В про­цес­се ре­а­ли­за­ции отложенной записи со­дер­жи­мое тома будет ак­ту­а­ли­зи­ро­ва­но для без­о­пас­но­го от­мон­ти­ро­ва­ния.