Мой старый ноутбук сломался вчера утром, но жесткий диск все еще работает.
Когда мой брат устанавливал 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
графическом интерфейсе, он отображается так, как показано ниже:
ОБНОВЛЕНИЕ 2
dd
сообщил, что записал 2 ГБ, что, как я предполагаю, было загрузочным сектором или чем-то подобным.
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
удалял файл "ghost", но до сих пор не понимаю, как он там оказался. Теперь, если я запускаю dd
, он не сообщает мне, что записал 2 ГБ, и, как вы видите, после быстрого запуска и прерывания диск отображается "правильно" в 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
должен предоставить мне информацию SMART, и поскольку вывод был довольно длинным, я вставил его на pastebin, потому что не был уверен, не станет ли этот пост слишком большим.
Судя по выходным данным, ошибок много, но я не уверен, возникают ли они из-за проблемы с зашифрованным диском.
ОКОНЧАТЕЛЬНОЕ ОБНОВЛЕНИЕ
Поскольку на диске активен пароль уровня BIOS, а старый компьютер мертв, больше ничего не остается, кроме как купить новый диск. Я отмечаю этот пост как решенный. Спасибо всем, кто присоединился и высказал свои соображения по этому поводу.
решение1
Итак, всякий раз, когда я пытаюсь использовать жесткий диск на другом компьютере, он запрашивает у меня пароль жесткого диска.
Читайте внимательно. Ваш HDD зашифрован. Возможно, ваша домашняя папка Ubuntu также зашифрована, но сам жесткий диск тоже зашифрован. Обычно шифрование можно включить и отключить в BIOS, если у вас есть пароль. Если вам очень не повезло, диск был зашифрован через чипы TPM на старом компьютере, где вы в любом случае не сможете восстановить пароль. Прочитайте документацию системы, где раньше был жесткий диск.
Вот почему смарт выдает так много ошибок, каждая команда sata игнорируется, потому что привод сначала требует авторизации.