Плохой магический номер в суперблоке внешнего HDD
У меня есть внешний жесткий диск, который, кажется, сломан. Не может быть открыт ни в Windows, ни в Ubuntu (это файловая система NTFS). В Windows я выполнил (теперь два раза) команду chkdsk. Там он идентифицирует определенные сегменты памяти, которые не читаются. Я думал, что это «пометит» их и позволит избежать их при попытке чтения на жестком диске. Но после того, как я запустил эту программу, Windows все еще не могла открыть ее. Так что либо я ошибаюсь, либо мой диск не подлежит восстановлению.
Предполагая, что я неправ, я повернулся к Ubuntu, чтобы посмотреть, могут ли gparted или fsck быть полезными. Функция 'check' в gparted выдала мне ошибку ... и не очень много дополнительной информации.
Сначала проверяя, где находится раздел, выполнение lsblk дает
sdb 8:16 0 298,1G 0 disk
└─sdb1 8:17 0 298,1G 0 part
Переходя к fsck, я выполнил следующую команду
root@...# fsck /dev/sdb1 -y
fsck from util-linux 2.31.1
Ничего более. Это было довольно странно. Поэтому я перепробовал весь диск, а не один раздел. Это дало
root@...# fsck /dev/sdb -y
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
Found a dos partition table in /dev/sdb
Таким образом, заявленная ошибка равна
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb
, так как я уверен (благодаря gparted), что имею дело с файловой системой ntfs, а не ext[0-9] .. Я думаю, что предлагаемое решение (выполнение ef2fsck не применимо ко мне.
Я не знаю, как продолжить отсюда. Я считаю, можно ли избежать чтения определенных сегментов памяти для чтения в .. Я думаю, что могу извлечь из него некоторые данные. Но я не знаю, как это сделать.
2 ответа
fsck и gparted приложения не могут использоваться для решения проблемы с ntfs разделом. ntfsfix не должен использоваться, чтобы попытаться решить эту проблему.
Инструменты Windows должны обычно использоваться. Однако chkdsk не помогает здесь.
Вы могли бы попытаться использовать testdisk от ОС Ubuntu.
sudo apt-get update # обновите базы данных программного обеспечения
sudo apt-get install testdisk # установите испытательный стенд
sudo testdisk # запустите испытательный стенд
Перейдите к http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step для справки в использовании этого инструмента.
Получите другой диск.
Для Вашей первой попытки клонируйте диск с помощью ntfsclone.
После этого наиболее вероятные сбои, вместо этого получите некоторый доступ только для чтения к плохому устройству один из этих путей:
- смонтируйтесь [-t ntfs]-o ro (если это думает, что это - расширение или упоминает вещи кроме ntfs, используйте-t),
- ntfsls, ntfscp, ntfsrecover (часть ntfs-3g)
- испытательный стенд
- photorec (этот инструмент только находит форматы файлов, он распознает..., что это не полное, восстанавливаются),
И затем просто клонируйте весь диск к новому.
И я думаю, что вывод о fsck, говорящем о расширении, мог бы означать, что это на самом деле думает, что у Вас есть расширение. Возможно, это имеет суперблок расширения на нем. Это может быть источником Вашей проблемы..., возможно, ntfs на самом деле здоров, но Linux перепутан. Или возможно некоторый Linux был перепутан достаточно, чтобы смонтировать его как расширение и записать в него, уничтожив NTFS. Будьте осторожны относительно этого в будущем... используют wipefs или обнуляют устройство (например, с dd) прежде, чем отформатировать в следующий раз. Не доверяйте инструментам форматирования, чтобы сделать это... они пропустят вещи, о которых они не знают; wipefs отсутствует меньше, потому что он специализируется на этом; и dd ничего не пропускает, пока Вы указываете на него на правильный диапазон секторов (я всегда обнуляю первые и последние 100 МБ).