testdisk показывает неправильный размер диска [дубликат]

Я пытаюсь восстановить данные с поврежденного жесткого диска с помощью testdisk . Я сделал все хорошо, провел быстрый поиск, более глубокий поиск, а затем, убедившись, что мои файлы были найдены testdisk , я написал таблицу разделов. и перезагрузили компьютер. Итак, теперь я думаю, что у меня есть еще большая проблема. Жесткий диск теперь засевается на testdisk как диск емкостью 2199 ГБ, и если я подключу его непосредственно к порту SATA, как рекомендовано в FAQ по тестовым дискам, даже мой BIOS не сможет его правильно распознать, и я смогу Не запускайте testdisk снова, поскольку он не распознает диск с его нормальным размером (это 500 ГБ).

Попытка подключить диск только для чтения к попытке восстановить данные тоже не работает, я получаю сообщение, что «NTFS несовместима» .

Я попытался увидеть диск в диспетчере дисков Windows, но он очень долго отображается и по-прежнему отображается как необработанный, без информации о его размере.

enter image description here вывод testdisk при распознавании диска. Вы можете видеть, что мой личный жесткий диск (sda) и диск, который я хочу восстановить (sdb), должны быть указаны как 500 ГБ.

Следует отметить, что дисковое пространство, занятое в списке sda (моим жестким диском), - это дисковое пространство, занятое жестким диском, который я хочу восстановить. На самом деле объем дискового пространства, занятого на моем жестком диске, составляет 110 ГБ.

Я могу подтвердить, что диск не умер, потому что светятся светодиоды, и я чувствую, как диск работает.

если я использую smartmontools или gsmartcontrol для просмотра состояния жесткого диска, я получаю следующее:

enter image description here экран сведений о диске

Для меня очень важно восстановить эти данные, потому что они развивают материалы колледжа и магистратуры , и моя последняя резервная копия сделана 1 месяц назад (я не могу делать это каждый день из-за свободного места на моем внешнем USB-накопителе для резервной копии).

Я надеюсь, что кто-то может помочь, и я знаю, что у многих людей тоже есть эта проблема.

Факты, которые могут быть полезными:

  • Демонстрация R-Studio оказалась бесполезной в моем тесте, если я попытаюсь открыть ее с подключенным диском, программа просто не работает / не отвечает.

  • WD Lifeguard Diagnostic также бесполезен для проверки, поскольку он не показывает диск на его столе.

  • Диск не выглядит психически поврежденным.

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

В соответствии с запросом, экран [Геометрия] : enter image description here

Должен ли я попытаться настроить число, чтобы они отображали истинную емкость диска, или есть восстановление option?

EDIT 2: Это диск WD Blue, модель WD500LPVX

EDIT 3: Команда parted -l / dev / Вывод sdb выглядит следующим образом: enter image description here

вывод команды sudo grep -abiro "NTFS" / dev / sdb после некоторого времени работы дал мне:

grep: /dev/sdb: Input/output error

Исправление печать выглядит так, как будто sdb отключен до того, как я выполнил команду parted, изображение выше является реальным результатом.

Следует отметить одну вещь: команда grep после первого вывода, занимающего около 20 секунд, мгновенно дает тот же результат, если я снова запустил команду, не отключая накопитель.

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

ddrescue работает уже несколько часов, но я нахожу некоторые странные моменты в поведении выходных данных, а именно:

Во-первых, образец некоторых строк файла status.log :

# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue /dev/sdc /media/sidious/Supply/dotk/bkpHD/copy.img /media/sidious/Supply/dotk/bkpHD/status.log
# Start time:   2016-07-29 01:05:36
# Current time: 2016-07-29 01:30:51
# Copying non-tried blocks... Pass 1 (forwards)
# current_pos  current_status
0x8482360000     ?
#      pos        size  status
0x00000000  0x00010000  *
0x00010000  0x00010000  ?
0x00020000  0x00010000  *
0x00030000  0x00020000  ?
0x00050000  0x00010000  *
0x00060000  0x00040000  ?

Это должно быть так?

Во-вторых, вывод команды можно увидеть здесь: enter image description here

Я не уверен, что значения, представленные в спасенных , ipos и opos , неверны или нет, поэтому я прошу кого-нибудь сказать мне, должно ли быть так. реальная емкость диска составляет 500 ГБ, и некоторые из показанных чисел больше этого.

Кроме того, размер файла copy.img составляет 0 байт.Означает ли это, что данные не копируются или данные для восстановления отсутствуют?

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

После долгого процесса и ожидания, с большим количеством повторных подключений диска для продолжения процесса, похоже, ddrescue завершено, но файл .img имеет 0 байт. Я что-то не так сделал? Я просто следовал данным инструкциям.

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

Я отмечаю этот вопрос как решенный, поскольку процесс, указанный для устранения ошибки, в основном работал бы, если бы диск не был «мертвым».Спасибо всем, кто поделился своими мыслями, и особенно Андреа Лаццаротто .

5
задан 24 June 2017 в 16:12

1 ответ

диск не выглядит психически поврежденным.

К счастью, жесткие диски не имеют чувств.;) Однако я вынужден сообщить Вам, что Ваш диск выглядит физически поврежденным или по крайней мере достигает отказа:

действительно немедленно дает тот же вывод, если я выполняю команду снова, не отключая диск

, Это в основном означает "не хороший".

вещи, которые необходимо абсолютно сделать в этом случае:

  • остановка любой записи на диске (Вы уже прекратили пытаться переписать таблицу разделов с testdisk, который хорош)
  • создание копии битового потока (иначе файл изображения) сбойного диска

Клон диск

, В первую очередь, установите ddrescue инструмент через gddrescue пакет (эти g, не опечатка), который используется для создания точных копий сбойных дисков, клонируя как можно больше информации. Я буду в основном кавычка этот мой ответ по связанному вопросу:

sudo ddrescue /dev/sdb /media/user/External/copy.img /media/user/External/status.log

status.log файл не обязателен, но необходимо, если Вы хотите приостановить процесс и резюме позже.

, Как Вы видите, Вам будет нужен другой диск, который является достаточно большим для содержания копии всего диска на 500 ГБ (в основном, жесткий диск по крайней мере 1 ТБ шириной). В моем примере это смонтировано на /media/user/External. Адаптируйте пример к своей ситуации.

ddrescue инструмент сохраняет свой прогресс /media/user/External/status.log файл. Это очень полезно , потому что диск мог бы "исчезнуть" из-за ошибок ввода-вывода (как он, сделал в то время как захват ). Программа остановится. Вы повторно подключите диск и выполните ту же команду снова: это продолжится от того, где это было остановлено.

, Кроме того, ddrescue чтения "хорошие" и "большие" блоки сначала, затем это возвращается к более поврежденным областям, позже пытаясь уменьшить чтение объема данных в единственной операции, пока все хорошие биты не были изолированы.

Даже при том, что диск показывает как являющийся диском на 2 ТБ, это - на самом деле диск на 500 ГБ. Поэтому процесс копирования диска остановится на уровне 500 ГБ.

Выполнение TestDisk на копии

Теперь можно использовать TestDisk как Вы, сделал прежде, но на копии:

sudo testdisk /media/user/External/copy.img

, Когда Вы прибудете при наблюдении содержания раздела (с P ключ), не продолжайте для записи таблицы разделов. Вместо этого используйте C ключ, чтобы начать извлекать данные, в которых Вы нуждаетесь (надо надеяться, это не могло быть повреждено).

Для этой операции, Вам будет нужно свободное пространство на любом диске (или на том, который Вы раньше хранили копию битового потока или флеш-карту или безотносительно) для извлечения файлов.

, Если TestDisk перестал работать

, Если TestDisk не может получить доступ к диску NTFS, потому что он не поврежден, можно использовать RecuperaBit для восстановления структуры NTFS, как объяснено в вышеупомянутом ответе .

Правовая оговорка: я - разработчик RecuperaBit.

4
ответ дан 23 November 2019 в 09:32

Другие вопросы по тегам:

Похожие вопросы: