Вредные советы, или про то как НЕ надо обращаться с файлсистемами.

Преамбула:
Решил я потестировать тулзу под названием MacDrive, которая уже из названия обещает монтировать все имеющиеся HFS диски под виндой.

Собственно дютюктив:
Тулзу поставил, один диск из двух она увидела и дала ему букву, второй нет.
Наивно полагая, что нужно сходить в виндовый менеджер дисков я туда сходил и вручную поставил букву.

Дальше было веселее - где букву прописали - слетела таблица разделов, т.к. Windows эту самую буковку прописала в очень непривлекательном для GPT (EFI + HFS+) месте.

Вторая часть марлезонского балета - пытаюсь отмонтировать второй диск (который вроде подцепился к MacDrive) - не отцепляется...

Уходим в ребут и после него у нас ни одного читаемого макинтошного диска. Мат столбом, гуглим в темпе вальса, что удивительно находим! фриварный тул под названием Test Disk .

Он таки находит ошметки таблицы разделов и восстанавливает его. Вроде даже все на месте, ну разве что потом Mac OS X Disk Utility находит сущую безделицу в виде несоответствия счетчика файлов на 1.

Думаете на этом приключения закончились? как бы не так!

Перезагружаемся и... в режиме SATA AHCI оба драйва подвисают намертво на детекте.
Как потом выяснилось - это особенность биосов АМИ которые стоят на ASUS'ах, гигабайтах да и вообще много где.
Почитав поподробнее понимаю, что это никакой не аппаратный отказ двух хардов одновременно, а что-то биос пытается с диска считать с определенных секторов и что-то ему там не нравится.

Ладно, изыскиваем резервы на других накопителях, делаем бэкапы обоих, переразбиваем заново в Mac OS X, возвращаем данные из бэкапов.

Остается лишь заново сделать один из дисков загрузочным и все, мы победили.
Несколько дней на нервах и проскакивающие мысли - а вдруг не удастся восстановить.

Так что будьте осторожны и не пользуйтесь непонятными тулзиками не имея полных бэкапов.