Как склонировать данные со scsi диска на sata, если Acronis ругается на битый MFT
 

Ситуация такая, позвали клиенты и сказали, что пищит комп.
Как выяснилось пищит scsi винт (впервые в глаза хоть увидел).
Было решено склонировать информацию на sata винчестер. Загрузил Acronis True Image, выбрал scsi диск в качестве иточника и выбрал sata винт в качестве места назначения. Акронис подумал секунду и сбросил операцию. В сообщениях об ошибке появилось сообщение:
Невозможно скопировать данные с раздела C: (поврежден файл MFT).

Система с диска запускается и работает WinSrv 2003 Stnd.

Что можно предпринять в этом случае?

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

Ранней копии нет. Так же неизвестно кто и чего еще на этом сервере поднимал, всё это случилось задолго до моего знакомства с этим сервером. Вроде бы там еще терминальный сервер установлен ( на какое кол-во человек и по каким документам найти не получится).
Я уже тоже подумывал о DD, но оставил этот вариант на последок, когда других вариантов не останется.

Думаю попробовать dd-rescue.

И пока она работает - можно и нужно посмотреть, что там есть, и сделать резервные копии.
Предположим - удастся получить клон сомнительной работоспособности с испорченной MFT, причём когда и как эта испорченность проявится - совершенно неизвестно. Причём - если диск серьёзно "посыпался" на физическом уровне - многократные попытки чтения запорченного участка приведут, скорее всего, к дальнейшему осыпанию и потере данных, которые пока ещё можно просто скопировать...
Не, конечно, если задача поставлена не как "спасение инфы и восстановление работоспособности сервера", а именно как "тупо клонировать то, что есть и пофиг, что не будет работать" - можно и сразу dd-rescue...

Вообще-то dd не рекомендуется использовать для копирования загрузочных винтов, народ советует применять

cp -rav источник приемник

а потом восстановить загрузчик.

Всем спасибо за рекомендации,проблему решил. Сначала перекинул все важные данные на другой винт. Затем склонировал винт с помощью dd_rescue, которую взял с live-cd RIP Linux. Всё заработало,никаких ошибок во время клонирования или после него не обнаружилось. Отделался лёгким испугом и порченными нервыми из-за писка винта во время операции.