Ubuntu з повним шифруванням диска - неправильний пароль після оновлення до 18.04

Кілька місяців тому я встановив повне шифрування диска під час встановлення Ubuntu 17.10. Тепер я вирішив оновити. Оновлення пройшло до кінця без проблем. Однак після перезавантаження я не можу увійти на свій зашифрований диск.

Де може бути проблема? Я на 100% впевнений, що натискаю "праві клавіші" на клавіатурі, але технічно я не знаю, про що пишу через символи "*", і, можливо, після оновлення мій розкладка клавіатури змінився. Я використовую деякі символи, які можуть бути десь ще на клавіатурі. Яка мова за замовчуванням після оновлення?

До речі, я вже пробував Caps-lock, але все одно не пощастило.

Допомога буде дуже вдячна. Я не прихильник встановлення своєї системи і всіх резервних копій знову і знову.

— М_Рян
джерело

ви намагалися встановити накопичувач через USB-ключ? Це можна зробити через GUI у додатку Диски.

— luisgonzalez

Дякую за відповідь Після кількох неправильних спроб я потрапив до initramfs - так у командному рядку. Класно. Я перевірив свою гарнітуру (це нормально), я перевірив, чи є якийсь набір ключів через $ cryptsetup luksDump. Тому я спробував додати нову парольну фразу до мого зашифрованого розділу: $ cryptsetup luksAddKey / dev / sdb1. Але я все одно отримую помилку щодо неправильного пароля. Це божевільно, я на 100% знаю, що цей пароль працював перед оновленням.

— M_Ryan

Отже ... Щоб бути абсолютно впевненим, що це не помилка, я завантажив живий компакт-диск і витрачаю деякий час на тестування різних паролів: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Я знаю, що я пишу правильний пароль, я навіть тестував ті самі клавіші клавіатури, використовуючи розміщення Великобританії та США + у поєднанні з cap-lock. Просто для впевненості. Все ще "Немає ключа з цією фразою". cryptsetup luksDump / dev / sdaX показує ключовий слот 0 як включений. Так, це виглядає як "щось сталося" під час оновлення Ubuntu 17.10 до 18.04, і мій розділ Luks заблокований. Що-небудь подібне коли-небудь траплялося з вами?

— M_Ryan

Я модернізував з 16.04 до 18.04, і у мене виникає інше питання, ніж ваше. У моєму випадку це був розділ LUKS, який показує помилку іншого типу.

— luisgonzalez

Якщо ключів більше немає, ніж розділ втрачено, чи не так?

— Крістофер Перрін

Відповіді:

З'явився той самий випадок, коли я модернізував свою ubuntu з 17.10 до 18.04. Після багато тестування я знайшов рішення для своєї проблеми. Я щойно змінив розкладку клавіатури в США і ввів свій пароль у макет натіва (azerty). Тож здається, що криптовалютний рядок зараз знаходиться в моїй нативній версії, а вже не в США. І мій пароль ніколи не зберігався в azerty макеті, як я думав.

Сподіваюся, моє рішення допоможе вам, і вибачте мене за мою бідну англійську.

— user825758
джерело

Це було рішенням для мене. Пароль, введений під час cryptsetup (17.04), фактично знаходився у розкладці клавіатури США, після оновлення він змінюється на рідну мову; Таким чином, тепер у вас є різні клавіші для натискання - наприклад, якщо ви натиснули "ви насправді ввели @ під час введення пароля, якщо ви натиснули £, ви насправді ввели #. Зіставте символи з рідного макета до відповідних символів США.

— Vix,

Те ж саме. Моя парольна фраза, яку я вводив під час встановлення і завжди вважала, що вона розміщена у макеті sv_SE, схоже, вона завжди була в en_US. Отже, символи, які знаходяться на різних клавішах між en_US та sv_SE, потрібно вводити там, де вони були б для sv_SE.

— mgor

Я також втратив доступ до свого ноутбука після оновлення. Незважаючи на те, що я використовую американський англійський макет, мій пароль не був прийнятий при запуску, але я міг розшифрувати диск з livecd. Я кілька разів змінював пароль, використовуючи лише символи ASCII, і він ніколи не працював, поки не спробував пароль, що повністю складається з цифр! Це дійсно дратівлива помилка.

— R Кисельов

Це, мабуть, викликано помилкою в 17.10, яка змушує макет завжди бути стандартним макетом США при введенні вашого пароля, навіть якщо ви встановили макет на щось інше.

Я використовую Дворак, тому у нього було встановлено це при початковому введенні пароля для шифрування. Тільки це насправді не Дворак, набираючи його, це справді стандартний макет в США.

Наприклад, скажімо, що ваш пароль "привіт". Введення "привіт" і припущення Дворака, коли макет дійсно є стандартним макетом у США, дає "jdpps". Ви вважаєте, що ваш пароль "привіт", але його "насправді зберігається як" jdpps ".

Ви ніколи цього не помічаєте, тому що, коли це підкаже, це також стандартні США за лаштунками, тому введення пароля "привіт" у Двораку дає насправді "jdpps", і ви перебуваєте в ньому.

Однак у 18.04 вони, схоже, виправили помилку. Отже, коли ви набираєте "привіт" у Двораку, це справді "привіт", і він більше не відповідає вашому збереженому паролю.

Щоб повернутися до вас, вам просто потрібно розібратися, що насправді було збережено, побачивши, що буде виведено, якщо ви введете свій пароль у рідному макеті, а для фактичного макета встановлено американський англійський. Я це зробив і набрав цей пароль, і він спрацював.

Сподіваюся, це допомагає комусь іншому, я боровся з цим протягом декількох годин. Я б сказав, що це дійсно одна з найдосконаліших помилок, з якими я коли-небудь стикався.

— О.Повелл
джерело