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

[Pinky]

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

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

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

[Borland]

Операция клонирования с диска на диск практически никак не зависит от интерфейса 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-контроллера.

[Pinky]

Сообщение от Borland

(а при неуспешном - перешёл к установке ОС с нуля и восстановлению данных из ранее сделанной копии).

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

Чисто технически - вместо ATI можно воспользоваться никсовым dd

Я уже тоже подумывал о DD, но оставил этот вариант на последок, когда других вариантов не останется.

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

выполняя копирование dd_rescue не прерывается из за ошибок чтения (если не задано максимальное количество ошибок).При обнаружении ошибок dd_rescue переходит к копированию данных малыми блоками, при отсутствии ошибок (в течении некоторого времени) приложение возвращается к копированию большими блоками.

[Borland]

Сообщение от Pinky

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

И пока она работает - можно и нужно посмотреть, что там есть, и сделать резервные копии.

Сообщение от Pinky

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

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

[SinClaus]

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

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

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

[Pinky]

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