Использование fsck для проверки и восстановления зашифрованного диска LUKS?
Моя машина с Ubuntu 11.04 использует шифрование LUKS для root, swap и home. Подпрограмма fsck -n выявила ряд ошибок, которые мне нужно исправить. fsck требует размонтировать разделы. До luks я просто загружался с флешки и исправлял запуск fsck оттуда. Как это сделать для зашифрованных разделов LUKS?
4 ответа
Точный метод зависит от того, как вы настроили 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, в моем случае), можно перейти в режим восстановления, который должен определить раздел LUKS, запросить пароль и отобразить его. Он также идентифицирует и отображает любые содержащиеся в нем разделы LVM. Если вы не смонтируете корневой раздел, из командной строки вы можете просто e2fsck -f -c /dev/system_name/partition_name
, так далее.
This question is four years old, but I don't think that the procedure has changed.
I should point out, though, that doing a fsck -n
on a mounted filesystem is almost sure to report errors that won't actually exist when you fsck
it unmounted!
Я использовал «живой» образ Debian на USB-накопителе, когда столкнулся с проблемой «используется» сe2fsck
. Ответы выше мне не помогли, но вот что я узнал: как только я расшифровал диск с помощьюcryptsetup
, живая ОС автоматически смонтировала тома где-то в /media. Мне пришлось отключить тома, прежде чем e2fsck запустится на одном из них.