Ubuntu z pełnym szyfrowaniem dysku - złe hasło po aktualizacji do 18.04

14

Kilka miesięcy temu ustawiłem pełne szyfrowanie dysku podczas instalacji Ubuntu 17.10. Teraz postanowiłem zaktualizować. Aktualizacja przebiegła do końca bez żadnych problemów. Jednak po ponownym uruchomieniu nie mogę zalogować się na zaszyfrowany dysk.

Gdzie może być problem? Jestem w 100% pewien, że naciskam „właściwe klawisze” na klawiaturze, ale technicznie nie wiem, co piszę z powodu znaków „*” i być może po aktualizacji zmieniłem układ klawiatury. Używam niektórych znaków, które mogą być gdzieś na klawiaturze. Jaki język jest domyślny po aktualizacji?

Nawiasem mówiąc, próbowałem już Caps-lock, ale nadal nie mam szczęścia.

Pomoc będzie naprawdę mile widziana. Nie jestem fanem instalacji mojego systemu i wszystkich kopii zapasowych w kółko.

M_Ryan
źródło
próbowałeś zamontować dysk z klucza USB? Możesz to zrobić za pomocą GUI w aplikacji Dyski.
luisgonzalez
Dziękuję za odpowiedź. Po kilku błędnych próbach dostałem się do initramfs - tak w wierszu poleceń. Chłodny. Przetestowałem mój zestaw znaków (jest w porządku), sprawdziłem, czy jest jakiś zestaw kluczy za pomocą $ cryptsetup luksDump. Próbowałem więc dodać nowe hasło do mojej zaszyfrowanej partycji: $ cryptsetup luksAddKey / dev / sdb1. Ale nadal pojawia się błąd dotyczący nieprawidłowego hasła. To szalone, wiem na 100%, że to hasło działało przed aktualizacją.
M_Ryan
1
Więc ... Aby być absolutnie pewnym, że to nie literówka, uruchomiłem CD na żywo i spędziłem trochę czasu próbując różnych haseł za pomocą: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Wiem, że piszę prawidłowe hasło, przetestowałem nawet te same klawisze klawiatury w układzie UK i US + w połączeniu z Caps-Lock. Tak dla pewności. Nadal „Brak klucza z tym hasłem”. cryptsetup luksDump / dev / sdaX pokazuje klucz slot 0 jako włączony. Wygląda na to, że „coś się stało” podczas aktualizacji Ubuntu 17.10 do 18.04, a moja partycja luks jest zablokowana. Coś takiego kiedykolwiek ci się przytrafiło?
M_Ryan
Uaktualniłem z 16.04 do 18.04 i mam inny problem niż twój. W moim przypadku była to partycja LUKS, która pokazuje inny typ błędu.
luisgonzalez
Jeśli nie ma więcej kluczy niż utracona partycja, prawda?
Christopher Perrin

Odpowiedzi:

10

Otrzymałem ten sam problem, kiedy zaktualizowałem moje Ubuntu z 17.10 do 18.04. Po wielu testach znalazłem rozwiązanie mojego problemu. Właśnie zmieniłem układ klawiatury w USA i wpisałem hasło w moim układzie natywnym (azerty). Wygląda więc na to, że monit cryptsetup jest teraz w moim natywnym układzie, a nie w USA. A moje hasło nigdy nie było przechowywane w układzie Azerty, jak myślałem.

Mam nadzieję, że moje rozwiązanie pomoże ci i wybacz mi mój słaby angielski.

użytkownik825758
źródło
1
To było dla mnie rozwiązanie. Hasło wprowadzone w cryptsetup (17.04) było w rzeczywistości w układzie klawiatury USA, po uaktualnieniu zmienia się na język ojczysty; tak więc masz teraz różne klawisze do naciśnięcia - np. jeśli naciśniesz „faktycznie wpisałeś @ podczas wpisywania hasła, jeśli naciśniesz £ faktycznie wprowadziłeś #. Odwzoruj symbole z natywnego układu na odpowiednie symbole amerykańskie.
Vix
1
To samo tutaj. Moje hasło, które wprowadziłem podczas instalacji i zawsze myślałem, że było w układzie sv_SE, wygląda na to, że zawsze było w en_US. Dlatego znaki, które znajdują się na różnych klawiszach między en_US a sv_SE, trzeba było wpisać tam, gdzie byłyby dla sv_SE.
mg lub
Utraciłem również dostęp do laptopa po aktualizacji. Mimo że korzystam z amerykańskiego układu angielskiego, moje hasło nie zostało zaakceptowane podczas uruchamiania, ale mogłem odszyfrować dysk z obrazu na żywo. Zmieniałem hasło kilka razy, używając tylko znaków ASCII i nigdy nie działało, dopóki nie wypróbowałem hasła składającego się wyłącznie z cyfr! To naprawdę irytujący błąd.
R Kiselev
2

Wydaje się, że jest to spowodowane błędem w 17.10, który powoduje, że układ zawsze jest standardowym układem w USA podczas wprowadzania hasła, nawet jeśli ustawiłeś układ na coś innego.

Korzystam z Dvorak, więc ustawiłem to na początku, kiedy wprowadzam hasło do szyfrowania. Tyle że nie jest to właściwie Dvorak podczas pisania, ale nadal jest to standardowy układ w USA.

Powiedzmy na przykład, że twoje hasło to „witaj”. Wpisanie „hello” i przyjęcie Dvoraka, gdy układ jest tak naprawdę standardowym układem w USA, daje „jdpps”. Zakładasz, że twoje hasło to „hello”, ale w rzeczywistości jest przechowywane jako „jdpps”.

Nigdy tego nie zauważasz, ponieważ gdy pojawia się monit, jest to również standardowe US ​​za kulisami, więc wpisanie hasła „cześć” w Dvorak daje w rzeczywistości „jdpps” i już jesteś.

Wydaje się jednak, że w 18.04 naprawili błąd. Więc teraz, gdy wpiszesz „cześć” w Dvorak, to naprawdę „cześć” i nie pasuje już do zapisanego hasła.

Aby wrócić, musisz po prostu dowiedzieć się, co faktycznie było przechowywane, sprawdzając, co zostanie wydrukowane, jeśli wpiszesz hasło w natywnym układzie, podczas gdy rzeczywisty układ jest ustawiony na angielski. Zrobiłem to, wpisałem hasło i zadziałało.

Mam nadzieję, że to pomaga komuś innemu, walczyłem z tym przez dobre kilka godzin. Powiedziałbym, że to naprawdę jeden z najdoskonalszych błędów, jakie kiedykolwiek spotkałem.

O.Powell
źródło