Вопрос или проблема
Доброе утро,
Я сейчас помогаю хорошей подруге восстановить её сломанный внешний жёсткий диск на 1 ТБ. Она уронила диск, и теперь его нельзя смонтировать. После некоторого исследования я решил попробовать safecopy. Я работаю с загрузочного CD Kali Linux и внутренним жёстким диском на 3 ТБ, который подключён и смонтирован через USB-станцию. Внешний диск занимает менее 100 ГБ памяти. SafeCopy собирает примерно 30 ГБ в день. Моя первая попытка завершилась неудачей после примерно 260 ГБ с ошибкой “местоположение не найдено”, диск был переподключён к другому пути монтирования. Текущая попытка находится на уровне примерно 280 ГБ. Поскольку диск совершенно новый, все сохранённые данные должны быть уже собраны в выходном ISO. Однако, когда я пытаюсь смонтировать 260 ГБ ISO, я получаю ошибку файла, что-то о повреждённом файле и ошибке ввода-вывода.
Я использовал эту команду для safecopy:
sudo safecopy --stage1 /dev/sda1 /path/to/3tb/drive/data.iso
/dev/sda1 – это место, где обнаруживается внешний жёсткий диск.
Существует ли способ вручную завершить создание ISO-файла? Это сэкономило бы мне много времени, поскольку safecopy потребуется около 34 дней, чтобы завершить задание.
ИЗМЕНЕНИЕ:
Как упоминалось в комментариях, мне пришлось прервать процесс на некоторое время. Теперь я всё настроил снова, и после некоторых трудностей, вот что выдало fdisk:
sudo fdisk -l /dev/sdc1
Диск /dev/sdc1: 931.5 GiB, 1000169537536 байт, 1953456128 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0x69205244
Устройство Загрузка Начало Конец Секторы Размер Id Тип
/dev/sdc1p1 ? 218129509 1920119918 1701990410 811.6G 72 unknown
/dev/sdc1p2 ? 729050177 1273024900 543974724 259.4G 74 unknown
/dev/sdc1p3 ? 168653938 168653938 0 0B 65 Novell Netware 386
/dev/sdc1p4 2692939776 2692991410 51635 25.2M 0 Empty
Записи таблицы разделов не находятся в порядке диска.
Я забыл сохранить файл stage1.badblocks, так что я не могу realmente продолжить первый запуск.
Сейчас я начал новый запуск stage1 safecopy, надеюсь, он будет немного быстрее, чем раньше, поскольку теперь я запускаю Debian Linux прямо с этого ноутбука.
С тех пор, существует ли способ использовать iso-файлы из первого раунда и сделать их читаемыми?
ИЗМЕНЕНИЕ2:
Хорошо, через 3 часа, вот вывод на данный момент:
[0](+0){XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [844800]
XXXXXXXXXXXXX 8-X 0%
Диск издаёт ужасные щелкающие звуки. Если я интерпретирую вывод fdisk ранее, данные, похоже, записаны намного дальше на диске, а не с сектора 0. Возможен ли счёт и спасение данных, начиная с конца диска?
Я боюсь, что я более или менее зависим от извлечения данных из ISO-файла, который я создал до сих пор. Снова, возможно ли как-то извлечь части из незавершённого ISO-файла и создать из него действительный?
ИЗМЕНЕНИЕ 3:
Я теперь попробовал ddrescue. Он работает около 23 часов. Размер выходного файла составляет 134 МБ, размер, который я уже знал от safecopy, что он в порядке. gmesg | tail выдаёт следующий вывод:
[80840.705000] usb 2-1.1: сброс высокоскоростного USB-устройства номер 8, используя ehci-pci
[80880.711821] usb 2-1.1: сброс высокоскоростного USB-устройства номер 8, используя ehci-pci
[80920.718561] usb 2-1.1: сброс высокоскоростного USB-устройства номер 8, используя ehci-pci
[80922.888408] sd 8:0:0:0: [sdb] Неперехваченный код ошибки
[80922.888413] sd 8:0:0:0: [sdb]
[80922.888415] Результат: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
[80922.888417] sd 8:0:0:0: [sdb] CDB:
[80922.888419] Read(10): 28 00 49 a5 38 80 00 00 08 00
[80922.888426] end_request: ошибка ввода-вывода, dev sdb, сектор 1235564672
[80922.888430] Ошибка ввода-вывода буфера на устройстве sdb1, логический блок 154445328
Так что я вижу, что есть трудности с доступом к USB и что-то с hostbyte=DID_TIME_OUT.
dd до сих пор имеет следующий вывод:
спасено: 123928 кБ, errsize: 0 B, текущая скорость: 12976 кБ/с
спасено: 134742 кБ, errsize: 39649 кБ, текущая скорость: 0 B/с
ipos: 635829 МБ, ошибки: 605, средняя скорость: 1688 B/с назад
opos: 635829 МБ, время работы: 22.17 ч, успешное чтение: 22.01 ч назад
Копирование непробованных блоков... Проход 1 (вперёд)
После завершения dd я попытаюсь извлечь хотя бы немного с помощью tsk_recover из образа dd. Как упоминалось в комментариях, я посмотрел аппаратные характеристики диска. Проблема в том, что USB-разъём (USB 3.0 Type B Micro) расположен на основной печатной плате, поэтому я не могу получить доступ к ATA/SATA соединению. Или, по крайней мере, это то, что я выяснил (я ещё не открывал корпус). Я не мог найти технический паспорт с схемой. Номер продукта – WDBHHG0010BBK-04.
Я нашёл видео с похожим (!) диском, у которого есть контакты рядом с USB-портом. Я недостаточно разбираюсь в жёстких дисках и электронике, чтобы понять, могу ли я использовать их. Как только dd завершит работу, я открою корпус.
Я задаюсь вопросом, что могло так сильно повредить диск. Моя подруга сказала, что она просто уронила его. Похоже, что головка чтения/записи повреждена или повредила диск. Насколько я знаю, HDD перемещают свои головки в сторону во время простоя или отключённого состояния.
Мои попытки восстановления, похоже, не нанесли больше повреждений, поскольку результат читаемых секторов такой же, как с самого начала.
Итак, много текста. Мой текущий вопрос – что должны сообщать мне записи в syslog.
Некоторые фотографии диска:
Под iso вы имеете в виду образ диска в сыром виде, я предполагаю. Попробуйте ddrescue (иногда доступно как dd_rescue), он очень многословен, и вы можете вручную пропустить непроходимые блоки. Не то чтобы это было необходимо, он будет игнорировать ошибки чтения по умолчанию. Я никогда не сталкивался с тем, что он останавливался, кроме как на внешних USB-дисках. Когда я восстанавливаю данные, я всегда (если возможно) извлекаю HDD из любого внешнего корпуса и вставляю его в отсек в своём ПК. USB, как правило, выходит из строя при первых признаках проблемы. Вы можете попробовать охладить диск, это либо поможет, либо не поможет, но не повредит. Поскольку вы восстанавливаете данные на протяжении многих дней, вы можете позволить 3–4 вентиляторам CPU дуть на него. Вы не хотите, чтобы он нагревался, чем холоднее, тем лучше. Тепло плохо для плохих дисков. Я бы предложил положить его в холодильник или морозильник, но это было бы глупо. Не проводите никаких других операций чтения на диске, если он наполовину мёртв.
Изменение: у вас возникнут некоторые проблемы с использованием сырого образа, смонтированного даже только для чтения. Если навигация по возможной повреждённой файловой иерархии (FAT и т.д.) вызывает затруднения, попробуйте foremost, scalpel, carve и magicrescue для восстановления файлов в образе. Обычно вы можете восстановить большинство популярных форматов изображений и документов.
Ответ или решение
Доброе утро!
Ситуация, с которой вы столкнулись, действительно непростая, особенно когда дело касается поврежденного жесткого диска. Давайте рассмотрим возможные шаги, чтобы максимально извлечь данные из вашего случая.
1. Анализ проблемы
Вы правильно заметили, что ваш внешний HDD проявляет признаки повреждения, такие как щелчки и необработанные ошибки при чтении. Эти звуки могут указывать на механические проблемы, такие как повреждение головки чтения или самих пластин. Данные выводы также подтверждаются сообщениями об ошибках в вашем выводе dmesg, указывающими на проблемы с доступом к устройству.
2. Использование ddrescue
ddrescue является отличным инструментом для восстановления данных из поврежденных дисков. Если он уже запущен, оставьте его завершить. Убедитесь, что вы используете параметры, помогающие проигнорировать ошибочные блоки:
sudo ddrescue -f -n -r3 /dev/sdc /path/to/rescue.img /path/to/logfile.log-f: Перезаписывает выходной файл, если он существует.-n: Пропускает попытки повторного чтения, которые могут зависать.-r3: Позволяет 3 попытки чтения с ошибочных позиций.
После завершения работы ddrescue, можно использовать инструменты, такие как foremost или scalpel, для восстановления файлов из созданного имиджа.
3. Работа с .iso файлом
Поскольку вы уже создали .iso файл, но он не читается, есть вероятность, что часть данных в нем была потеряна в результате ошибок во время процесса копирования. Но, тем не менее, можно попробовать несколько решений:
- Вы можете использовать
testdiskдля восстановления структуры файловой системы на .iso файле. - Если .iso файл позже был создан как "сырое" изображение с использованием
safecopy, вы можете попытаться его смонтировать в режиме "только чтение":
sudo mount -o loop,ro /path/to/data.iso /mntИмейте в виду, что это может не сработать, если файл сильно поврежден.
4. Извлечение данных из повреденного образа
В случае, если ваш образ данных поврежден, можно использовать инструменты, такие как filecarve или photorec, которые помогут извлечь файлы напрямую из образа, без учета файловой структуры:
sudo photorec /path/to/rescue.imgЭти инструменты работают путем анализа данных по содержимому, что может помочь в ситуации, когда файловая система повреждена.
5. Охлаждение и физический доступ к HDD
Как вы уже указали, наличие механических проблем может привести к повреждениям при длительной работе HDD. Попробуйте держать диск в прохладном месте и, если возможно, посмотрите на возможность извлечения его из внешнего корпуса для подключения непосредственно к SATA-порту без использования USB интерфейса, что может уменьшить влияние ошибок подключения.
Заключение
Резюмируя, начинается с использования ddrescue и программ для восстановления, таких как foremost, photorec, или testdisk. Если методы программного восстановления не сработают, возможно, вам потребуется обратиться к профессиональным услугам по восстановлению данных.
Если возникнут дополнительные вопросы или потребуется помощь, не стесняйтесь обращаться!
Удачи в восстановлении данных!