Операция клонирования с диска на диск практически никак не зависит от интерфейса IDE/SATA/SCSI (другой вопрос, что клонированная система может не запуститься, если в ней нет встроенного драйвера соответствующего контроллера HDD).
Причина отказа ATI работать как раз в
Цитата:
Сообщение от Pinky
поврежден файл MFT
|
Т.е. нарушена структура файловой системы (NTFS).
Я лично при таких раскладах скопировал бы с диска файлы данных (если они там есть) и сделал бы резервные копии БД, которые на нём лежат (а для контроллера AD поднял бы дублёра на отдельном компе и передал ему функции мастера), а потом попробовал бы полечить NTFS стандартным chkntfs и при успешном лечении вернулся бы к вопросу о клонировании диска (а при неуспешном - перешёл к установке ОС с нуля и восстановлению данных из ранее сделанной копии).
Чисто технически - вместо ATI можно воспользоваться никсовым dd (есть практически на любом Linux/BSD LiveCD), которому структура ФС глубоко параллельна, поскольку он читает диск на более низком уровне. Но последствия клонирования повреждённой ФС в общем случае непредсказуемы, а если данное повреждение вызвано битыми секторами на диске - то не факт, что эти сектора будут прочитаны dd.
В любом случае - сначала спасти всё, что удастся, потом попробовать вылечить ФС и только потом переходить к экспериментам.
Offtop:
На самом деле - у меня на работе, к примеру, SCSI диски в серверах выходят из строя даже чаще, чем SATA в рабочих станциях - в силу существенно бюОльшей нагруженности.
Именно потому все более-менее важные сервера оборудованы RAID и ОС в них стоит на зеркале (RAID-1), а данные на RAID-10 (только на одном сервере есть пережиток прошлого в виде RAID-5
), и при выходе диска из строя мы просто заменяем его на аналогичный, после чего контроллер автоматически восстанавливает на него недостающие данные.
Что, впрочем, не отменяет регулярного резервного копирования данных - на случай выхода из строя RAID-контроллера.