SafeCopy вручную завершает ISO

Доброе утро,

В настоящее время я помогаю хорошему другу восстановить поврежденный внешний жесткий диск 1 ТБ. Она уронила диск, и теперь его больше нельзя установить. После некоторых исследований я дал safecopy попробовать. Я работаю с живым компакт-диском Kali Linux и внутренним 3TB HDD, который подключается и монтируется через USB-станцию. Внешний накопитель занимает менее 100 ГБ пространства. SafeCopy собирает ~ 30 ГБ в день. Моя первая попытка была прервана после ~ 260 ГБ с ошибкой «location not found», привод подключился к другому пути монтирования. Текущая попытка составляет ~ 280 ГБ. Поскольку накопитель совершенно новый, все сохраненные данные уже должны собираться в выходном ISO. Однако, когда я пытаюсь установить ISO 260GB, я получаю ошибку файла, что-то о поврежденном файле и ошибке ввода-вывода

Я использовал эту команду для safecopy:

sudo safecopy --stage1 /dev/sda1 /path/to/3tb/drive/data.iso 

/ dev / sda1 – это место, где обнаружен внешний жесткий диск.

Есть ли способ вручную завершить сборку ISO-файла? Это сэкономит мне много времени, так как для завершения работы для safecopy потребуется ~ 34 дня.

РЕДАКТИРОВАТЬ:

Как упоминалось в комментариях, мне пришлось отменить этот процесс в течение некоторого времени. Теперь я все это передумал и, после некоторых трудностей, это то, что выпустил fdisk:

 sudo fdisk -l /dev/sdc1 Disk /dev/sdc1: 931.5 GiB, 1000169537536 bytes, 1953456128 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x69205244 Device Boot Start End Sectors Size Id Type /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 Partition table entries are not in disk order. 

Я забыл сохранить файл stage1.badblocks, поэтому я не могу продолжать первый запуск. Я начал новый запуск safecopy stage1, надеюсь, что он будет немного быстрее, чем раньше, так как теперь я запускаю Debian Linux прямо из этого ноутбука.

С тех пор есть ли способ использовать файлы iso из первого запуска и сделать его доступным для чтения?

EDIT2:

Хорошо, через 3 часа это результат:

 [0](+0){XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [844800] XXXXXXXXXXXXX 8-X 0% 

привод делает ужасные щелчки. Если раньше я интерпретирую выходную форму fdisk, данные, как представляется, записываются на диск больше, а не из сектора 0. Можно ли читать и спасать данные, начиная с конца диска? Я боюсь, что я более или менее зависим от извлечения данных из файла iso, который я создал до сих пор. Опять же, мне как-то возможно экстракнуть части из незавершенного файла iso и создать из него действительный?

ИЗМЕНИТЬ 3:

Теперь я попробовал ddrescue. Теперь он работает ~ 23 часа. Выходной файл имеет размер 134 МБ, размер которого я уже знал из safecopy, чтобы быть в порядке. gmesg | tail gmesg | tail производит следующий результат:

 [80840.705000] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci [80880.711821] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci [80920.718561] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci [80922.888408] sd 8:0:0:0: [sdb] Unhandled error code [80922.888413] sd 8:0:0:0: [sdb] [80922.888415] Result: 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: I/O error, dev sdb, sector 1235564672 [80922.888430] Buffer I/O error on device sdb1, logical block 154445328 

Так что я вижу, что есть трудности с доступом к usb и что-то с hostbyte=DID_TIME_OUT

dd имеет этот результат:

 rescued: 123928 kB, errsize: 0 B, current rate: 12976 kB/s rescued: 134742 kB, errsize: 39649 kB, current rate: 0 B/s ipos: 635829 MB, errors: 605, average rate: 1688 B/s ago opos: 635829 MB, run time: 22.17 h, successful read: 22.01 h ago Copying non-tried blocks... Pass 1 (forwards) 

После завершения dd я попытаюсь извлечь хотя бы немного с tsk_recover из dd-изображения. Как упоминалось в комментариях, я искал аппаратные спецификации накопителя. Проблема в том, что USB-разъем (USB 3.0 Type B Micro) размещен на основной плате, поэтому я не могу получить доступ к соединению ATA / SATA. Или, по крайней мере, это то, что я узнал (я пока не открывал дело). Я не смог найти лист данных с электрической схемой. Номер продукта – WDBHHG0010BBK-04. Я нашел видео с похожим смотрящим (!) Диском, имеющим контакты рядом с портом USB. Я не знаю достаточно о жестких дисках и электронике, чтобы узнать, могу ли я их использовать. Как только dd закончил, я открою дело.

Я спрашиваю себя, что могло бы повредить диск, что плохо. Мой друг сказал мне, что она просто уронила его. Кажется, что rw head поврежден или разбил диск. Насколько я знаю, жесткие диски перемещают свои головы в сторону, когда они работают на холостом ходу или выключены. Мои попытки спасения, похоже, не нанесли гораздо больший урон, так как результат читаемых секторов был таким же, как с самого начала.

Итак, много текста. мой текущий вопрос – это то, что должны сказать мне записи в системном журнале.

Некоторые фотографии диска:

введите описание изображения здесь

введите описание изображения здесь

введите описание изображения здесь

One Solution collect form web for “SafeCopy вручную завершает ISO”

По iso вы подразумеваете исходный образ диска, который я предполагаю. Попробуйте ddrescue (иногда доступный как dd_rescue), он ОЧЕНЬ многословный, и вы можете вручную пропустить прошлые нечитаемые блоки. Не то, что вам нужно, он будет игнорировать ошибки чтения по умолчанию. Я никогда не испытывал этого, кроме внешних USB-дисков. Когда я восстанавливаю данные, я всегда (по возможности) удаляю жесткий диск из любого внешнего взлома и вставляю его в отсек на моем ПК. USB имеет тенденцию выручать при первых признаках неприятностей. Вы можете попробовать охладить диск, который поможет или не поможет, но не навредит. Так как вы восстанавливаетесь целыми днями, вы можете позволить им поплавать 3-4 вентилятора ЦП. Вы не хотите чувствовать, что он становится горячим вообще, чем прохладнее, тем лучше. Тепло плохо для плохих дисков. Я бы посоветовал вам вставить его в холодильник или холодильник, но это просто глупо. Не выполняйте никаких других операций чтения на диске, если они полумертвы. Изменить: у вас возникнут проблемы с использованием установленного необработанного изображения, даже для чтения. Если вы пытаетесь перенести, возможно, поврежденную иерархию файлов (FAT, что угодно), попробуйте переделать скальпель, вырезать и magicrescue для восстановления файлов на изображении. Обычно вы можете восстановить самые популярные изображения и форматы документов.

Linux и Unix - лучшая ОС в мире.