Ошибка при увеличении зашифрованного раздела LUKS с помощью Gparted
У меня проблемы с поиском актуальных ресурсов для этого, поэтому любая помощь будет очень признательна.
У меня есть виртуальная машина Ubuntu на Virtualbox, и я использовал команду vboxmanage modifyhd для увеличения размера виртуальной машины. Я загрузился на live CD Ubuntu и смог увидеть новое нераспределенное пространство в Gparted. Я увеличил размер расширенного раздела (sda2), а затем, после расшифровки и деактивации раздела sd5, назначил ему все нераспределенное пространство.
Когда я пытаюсь применить изменения, я получаю следующую ошибку:
cryptsetup -v resize 'sda5_crypt'
command failed with code -1 (wrong or missing parameters)
nothing to read on input
Any idea what I'm doing wrong here? Я использую Gparted 0.33.0, который является последним на apt.
2 ответа
I получил ту же проблему при запуске Gparted 1.0.0 на Parrot 4.8. Похоже, проблема в том, что cryptsetup resize запрашивает парольную фразу для шифрования, а gparted этого не ожидает.
Попробуйте запустить команду sudo cryptsetup -v resize 'sda5_crypt' вручную в оболочке, а не через gparted.
Если вам нужно сжать раздел, я думаю, вам нужно будет выполнить весь процесс вручную в командной строке ( cryptsetup luksOpen , resize2fs , cryptsetup resize ], cryptsetup close , parted ).
Текущая версия gparted (1.1.0) не поддерживает формат LUKS2 (который используется в последних версиях Linux). См. https://gitlab.gnome.org/GNOME/gparted/-/issues/59
Обходной путь заключается в использовании менеджера разделов (из KDE) вместо gparted: в сеансе liveCD/liveUSB вам необходимо включите репозиторий Universe (внутри «Приложения и обновления»), затем установите пакет partitionmanager.
Если вы запустите менеджер разделов, вы сможете разблокировать зашифрованный раздел и изменить его размер.
Я проверил это внутри виртуальной машины, и это сработало. Но у меня иногда возникали ошибки при применении изменений в partitionmanager, потому что он пытался запустить следующую неправильную командную строку:
resize2fs /dev/mapper/luks-b3197c62-7ae8-4732-a16c-d6d0ad9114f2 -2234368s
Я полагаю, что это ошибка в partitionmanager.
Тем не менее, я сделал то же самое изменение размера еще раз, применил его снова, и это сработало.