Изменение размера раздела подкачки в зашифрованной конфигурации LVM Debian привело к отключению режима гибернации. Как это исправить?

Изменение размера раздела подкачки в зашифрованной конфигурации LVM Debian привело к отключению режима гибернации. Как это исправить?

Я установил Debian 11 на древний нетбук, зашифровал его с отдельным разделом /home, в остальном приняв все настройки по умолчанию.

После настройки системы я понял, что у меня есть только раздел подкачки размером 1 ГБ и 2 ГБ оперативной памяти, поэтому я увеличил размер раздела подкачки до 4 ГБ (чтобы всегда иметь достаточно места для перехода в спящий режим).

swapoff -a
lvextend --size +3G /dev/mapper/dell--mini--vg-swap_1 
mkswap /dev/mapper/dell--mini--vg-swap_1 
swapon -a

Это сработало подозрительно хорошо, и free/htop подтвердил, что теперь у меня 4 ГБ подкачки.

Но теперь при загрузке моей системы появляется множество ошибок mdadm «массивы не найдены в файле конфигурации».

И гибернация вроде бы работает, но не возобновляется.

Что я сломал и как это починить?


Кажется вероятным (спасибо комментатору!), что mkswap изменил UUID раздела подкачки и его нужно обновить, чтобы resume смог его найти. Кто-нибудь знает, как это сделать?

Или, возможно, более чистым способом было бы переделать mkswap, принудительно сделав UUID таким же, как и предыдущий, но опять же, где мне найти старый UUID?

решение1

Оказывается, проблема была в том, что mkswap изменил UUID файла подкачки.

Я нашел старый UUID с помощью:

cat /etc/initramfs-tools/conf.d/resume 
RESUME=UUID=5caa6a65-ce03-4da5-aac2-9a9686c934d7

А затем переделал команду mkswap, принудительно установив исходный uuid:

swapoff -a
mkswap --uuid 5caa6a65-ce03-4da5-aac2-9a9686c934d7  /dev/mapper/dell--mini--vg-swap_1 
swapon -a

Подкачка и спящий режим теперь работают нормально.

Связанный контент