Mój komputer z Ubuntu 11.04 używa szyfrowania LUKS dla root, swap i home. Rutynowa funkcja fsck -n ujawniła zestaw błędów, które muszę naprawić. fsck wymaga odmontowania partycji. Przed luksami po prostu uruchamiałem z pamięci USB i stamtąd naprawiałem uruchamianie fsck. Jakie kroki należy to zrobić w przypadku partycji szyfrowanych LUKS?
13
cryptsetup luksOpen /dev/rawdevice somename
nie działało, aby dać mi coś do uruchomieniafsck
, chociaż pokazywało sięvgscan
dobrze povgchange -ay
„aktywnym” ... Musiałem ręcznie utworzyć surowe urządzenia,vgscan --mknodes
a następniefsck
na logicznym woluminie wyświetlanym wvgscan
zfsck /dev/cryptVG/root
- Mam nadzieję, że pomoże to komuś innemucryptsetup
albocryptdisk_start
otrzymuję ten sam rezultat, kiedy próbujęfsck
:/dev/mapper/ext_crypt is in use
. Sprawdziłemmount
i nie jest nigdzie zamontowany .Najpierw musisz otworzyć wolumin LUKS.
Zostaniesz zapytany o hasło, a następnie utwórz
/dev/mapper/someName
, czyli urządzenie z jawnym tekstem, na którym możesz uruchomićfsck
. Kiedy skończysz,usunie
/dev/mapper/someName
urządzenie tekstowe,.źródło
Procedura powinna być taka sama.
Używając pamięci USB Debian (7.7.0 amd64 netinst), można przejść do trybu ratunkowego, który powinien zidentyfikować partycję LUKS, poprosić o hasło i zmapować je. Identyfikuje i mapuje również zawarte w nich partycje LVM. Jeśli nie zamontujesz partycji root, z poziomu powłoki możesz po prostu
e2fsck -f -c /dev/system_name/partition_name
itp.To pytanie ma cztery lata, ale nie sądzę, że procedura się zmieniła.
Powinienem jednak zauważyć, że wykonanie
fsck -n
na zamontowanym systemie plików prawie na pewno zgłosi błędy, które w rzeczywistości nie będą istniały pofsck
odmontowaniu!źródło