1

В ноябре я купил Librem 15, который является ноутбуком с Linux под управлением PureOS. PureOS - это не Ubuntu, но это вариант Debian, в котором много настроек безопасности и конфиденциальности включены по умолчанию, поэтому он очень похож. Одним из таких параметров безопасности по умолчанию является шифрование диска с использованием программы под названием LUKS. Поэтому каждый раз, когда я запускаю свой ноутбук, я должен сначала ввести пароль шифрования диска, чтобы он мог начать загрузку. Затем он загружается в PureOS, и я ввожу свой пароль пользователя.

В течение последних четырех месяцев это работало отлично, и, как правило, загружается очень быстро. Однако ранее сегодня я запустил sudo apt upgrade для обновления всех пакетов программного обеспечения, и теперь я действительно сожалею о том, что сделал это. Это больше не загружается! По крайней мере, не полностью.

Теперь, что происходит, это:

  • Он запрашивает у меня пароль для шифрования диска
  • Отображает загрузочную анимацию
  • Но там просто висит

Если я нажму Esc, чтобы выйти из экрана загрузки анимации, я увижу кучу загрузочных сообщений, а затем эту строку внизу:

[***] Задание запуска выполняется для /dev /mapper /luks-204dc5ca-8fbd-4b02-9833-3661ffd0c0aa (9 мин 38 с / без ограничения)

9min / 38s - это просто таймер, который постоянно подсчитывает. Но он продолжает считать и считать, никогда не пройдя этот шаг, чтобы завершить загрузку в PureOS. Я не совсем уверен, что делать на этом этапе. Я попытался нажать Ctrl+Alt+Delete на этом экране, и один раз это действительно сработало; при перезагрузке я смог войти. Но сейчас (после очередной перезагрузки) я снова застрял на этом загрузочном экране. И на этот раз, похоже, не уходит.

Как я могу загрузить свою машину?

ОБНОВЛЕНИЕ: После немного больше копания, я обнаружил еще несколько деталей. Кажется, мой диск разделен на несколько разных разделов. Вот вывод команды lsblk:

NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0                                           7:0    0  91.1M  1 loop  /snap/core/6259
loop1                                           7:1    0  89.5M  1 loop  /snap/core/6130
loop2                                           7:2    0    91M  1 loop  /snap/core/6350
loop3                                           7:3    0     8K  1 loop  /snap/anbox-installer/24
nvme0n1                                       259:0    0 465.8G  0 disk  
├─nvme0n1p1                                   259:1    0   1.1G  0 part  /boot
├─nvme0n1p2                                   259:2    0 447.5G  0 part  
│ └─luks-0a47a276-75cb-4928-8d8f-35a8d78c02ce 254:0    0 447.5G  0 crypt /
└─nvme0n1p3                                   259:3    0  17.1G  0 part  
  └─luks-204dc5ca-8fbd-4b02-9833-3661ffd0c0aa 254:1    0  17.1G  0 crypt [SWAP]

Я заметил, что когда мне впервые предлагают ввести пароль шифрования диска, он ссылается на UUID основного раздела, говоря: « Please unlock disk luks-0a47a276-75cb-4928-8d8f-35a8d78a02ce . Но затем, когда он застревает, он ссылается на UUID раздела подкачки. Это говорит мне о том, что у него возникли проблемы с расшифровкой раздела подкачки.

1 ответ1

0

В итоге мне повезло, и я смог загрузить систему. Как я упоминал в своем обновлении выше, я заметил два разных UUID во время процесса загрузки, поэтому небольшое исследование показало, что один из них был моим основным / разделом, в то время как другой был разделом swap , и, кроме того, он был захлебнут в свопе раздел.

Я закончил тем, что выполнил следующие две команды последовательно, чтобы принудительно очистить обмен:

sudo swapoff -a
sudo swapon -a

Потом я перезагрузился и, похоже, больше не было проблем (стук по дереву). Но если бы мне не повезло, и я попал в ОС, чтобы провести этот анализ (и очистить своп), я не уверен, как мог бы решить эту проблему. Так что единственный ответ, который я могу получить, - это молиться!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .