Используя fsck, чтобы проверить и восстановить LUKS зашифровал диск?
Точный метод зависит от того, как вы настроили luks, и от того, есть ли у вас LVM поверх luks или у вас есть только файловая система в томе luks.
Если у вас его нет. если у вас есть LVM в дополнение к luks, вы, вероятно, сделали бы что-то вроде этого.
cryptsetup luksOpen /dev/rawdevice somename
fsck /dev/mapper/somename
# or
cryptsetup luksOpen /dev/sda2 _dev_sda2
fsck /dev/mapper/_dev_sda2
Если вы использовали параметр LVM on LUKS, предоставляемый установщиком Debian / Ubuntu, вам нужно будет запустить LVM. Итак, vgchange -aly после открытия зашифрованного тома запустите fsck для / dev / mapper / lvname .
(Если команды отсутствуют, вам может потребоваться выполнить ] apt-get install cryptsetup . Аналогично, если вам нужен vgchange , выполните apt-get install lvm .)
Сначала вам нужно открыть том LUKS.
cryptsetup luksOpen /dev/(whatever) someName
Вам потребуется пароль, затем создайте / dev / mapper / someName , это устройство с открытым текстом, на котором вы можете запустить fsck . Когда вы закончите,
cryptsetup luksClose someName
удалит устройство открытого текста / dev / mapper / someName ,.
Процедура должна быть такой же.
Используя USB-накопитель Debian (7.7.0 amd64 netinst, в моём случае), можно перейти в режим восстановления, который должен идентифицировать раздел LUKS, запросить пароль и сопоставить его с картой. Он также идентифицирует и сопоставляет любые содержащиеся в нём разделы LVM. Если вы не смонтируете корневой раздел, из подсказки shell'а можно просто e2fsck -f -c /dev/system_name/partition_name, и т.д.
Этому вопросу четыре года, но я не думаю, что процедура изменилась.
Я должен отметить, что выполнение fsck -n на смонтированной файловой системе почти наверняка сообщит об ошибках, которые на самом деле не будут существовать, когда вы fsck его размонтируете!