Сделайте раньше зашифрованный жесткий диск применимым обычно снова

Мой старый ноутбук перестал работать прошлым утром, но жесткий диск все еще работает.

Когда мой брат сделал установку Ubuntu, он принял решение зашифровать home папка. Так, каждый раз, когда я пытаюсь использовать жесткий диск на другом компьютере, он спрашивает меня о пароле жесткого диска. Я уже спросил своего брата об этом, и у него нет подсказки о том, где старый пароль (это были 3 года).

Мои вопросы:

• Там должен так или иначе очистить жесткий диск полностью или отформатировать его способом, что это может использоваться для другой установки?

• В случае, если это не возможно, там какой-либо аппаратный прием или прием BIOS, который я могу сделать для разблокирования диска?

Немного полезной информации:

Если я пробую команду sudo mount /dev/sdb /mnt/hd2 это дает мне следующую ошибку:

mount: /dev/sdb: can't read superblock

Если я пытаюсь видеть, что таблица разделов использует sudo fdisk -l /dev/sdb Я добираюсь:

fdisk: cannot open /dev/sdb: Input/output error

Я не могу сказать наверняка, если был какой-либо пароль уровня BIOS.

И sudo fsck /dev/sdb команда дает следующий вывод:

fsck from util-linux 2.28.1
e2fsck 1.43.1 (08-Jun-2016)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

До физической проблемы идут, если я включаю жесткий диск, нет никакой проблемы на нем появляющийся в /dev, никакие шумы нажатия, и dmesg | tail выводы следующим образом:

[11267.246656] sd 51:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 00 02 00 00 02 00
[11267.246659] blk_update_request: critical medium error, dev sdb, sector 2
[11267.246665] Buffer I/O error on dev sdb, logical block 1, async page read
[11267.265418] sd 51:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[11267.265426] sd 51:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current] 
[11267.265431] sd 51:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error
[11267.265436] sd 51:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 00 00 00 04 00 00 04 00
[11267.265440] blk_update_request: critical medium error, dev sdb, sector 4
[11267.265445] Buffer I/O error on dev sdb, logical block 2, async page read
[11267.265449] Buffer I/O error on dev sdb, logical block 3, async page read

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

Наконец, в этом диске существует также раздел Windows, если это имеет какое-либо значение.

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

ОБНОВЛЕНИЕ 1

После dd законченный, я сталкиваюсь со странной проблемой. Диск, который является диском на 500 ГБ, показывает 2 ГБ, даже после форматирования его использование gparted. Кроме того, даже после форматирования его, когда я показываю его в gparted GUI, это показывает как указано ниже:

ОБНОВЛЕНИЕ 2

dd сообщаемый это записало 2GB, которую я предполагаю, был загрузочный сектор или что-то подобное.

sudo fdisk -l /dev/sdb вывод:

Disk /dev/sdb: 1,9 GiB, 1994428416 bytes, 3895368 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

lsblk /dev/sdb вывод:

lsblk: /dev/sdb: not a block device

sudo parted /dev/sdb print вывод:

Error: /dev/sdb: unrecognised disk label
Model:  (file)                                                            
Disk /dev/sdb: 1994MB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags: 

sudo hdparm -I /dev/sdb вывод:

/dev/sdb:
 HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device

Единственная вещь, которую я могу предположить, состоит в том что диск, размонтированный во время dd и повторно смонтированный действительно быстрый, который испортил что-то. Однако, я не знаю точно, что продолжается. Если я пытаюсь dd это снова?

ОБНОВЛЕНИЕ 3

Согласно просьбе, file /dev/sdb дает мне следующий вывод:

/dev/sdb: data

ОБНОВЛЕНИЕ 4

Я думаю, что, возможно, нашел что-то, что может быть полезно в понимании, что происходит. Вот снимок экрана dd с включенным диском:

И здесь, после физического отключения диска:

Как Вы видите, нет никакой ошибки о /dev/sdb не существующий больше, и это все еще перечисляет в в ls, как Вы видите в снимке экрана ниже:

Я также заметил этот другой цвет это sdb появляется, это - то же даже с включенным диском.

Насколько я понимаю, это "фантомное" устройство является ответственным за dd проблема, там какой-либо способ избавиться от него?

ОБНОВЛЕНИЕ 5

Я использовал rm для удаления "фантомного" файла, тем не менее, у меня нет подсказки, как он закончился там. Теперь, если я работаю dd, это не говорит мне, что записало 2GB, и как Вы видите, после быстрого выполнения и прерывания, диск обнаруживается "правильно" в gparted:

Но несмотря на это, открытие gparted дает мне загрузки ошибочных окон как это:

Подобные окна появляются, если я пытаюсь создать новую таблицу разделов или создать новый раздел в диске. Делает это означает, что я должен работать dd во всем устройстве или что диск имеет физическое повреждение? Одна вещь заметить состоит в том, что я добавил опцию status=progress на dd команда, и через какое-то время работающий (не всегда в том же размере) больше нет обновлений прогресса, и я не уверен если dd застревает в поврежденном секторе или чем-то как этот. Команда, которую я использую теперь, sudo dd if=/dev/zero of=/dev/sdb bs=4M status=progress.

ОБНОВЛЕНИЕ 6

Так, gnome-disks не дает мне опцию (по крайней мере, не включает) работать сам тест на диске. Тем не менее, я пытался использовать gsmartcontrol, и это - то, что я получил:

И если я пытаюсь выполнить сам тест с помощью этого инструмента, я получаю эту ошибку.

при помощи версии командной строки, работая sudo smartctl /dev/sdb -a должен дать мне УМНУЮ информацию, и так как вывод был довольно долог, я вставил его на pastebin, потому что я не был уверен, становилось ли это сообщение слишком большим.

команда производится

Согласно выводу, существует много ошибок, но я не уверен, происходят ли они из-за проблемы с зашифрованным диском.

ЗАКЛЮЧИТЕЛЬНОЕ ОБНОВЛЕНИЕ

С тех пор существует пароль уровня BIOS, активный в диске, и старый компьютер неисправен, нет ничего больше, чтобы сделать, кроме покупки новый диск. Я отмечаю это сообщение, как решено. Благодаря всем, кто присоединился и дал мысли об этом.