Проблемы с монтированием вторичных зашифрованных дисков btrfs после обновления (Kubuntu 24.10)

После обновления до Kubuntu 24.10 yesterday, монтирование моих зашифрованных btrfs дисков во время загрузки больше не работает. Системный/основной загрузочный диск, который также зашифрован, не затрагивается. Диски можно монтировать вручную через терминал без каких-либо проблем и они становятся usable. Так как с тем же самым я столкнулся при обновлении до 24.04, мне теперь нужноInvestigate причину; в прошлый раз помогло только новое установление, в этот раз мне пришлось использовать Timeshift.

К сожалению, многие инструкции по помощи касаются зашифрованного загрузочного раздела, но это работает для меня. Я попробовал многие из предложенных решений из различных источников (обновление grub, восстановление initramfs, настройка ключевого файла и т.д.), но ни одно из них не дало никаких результатов.

Прежде чем я попробую снова установить обновление, я буду очень благодарен за любые предложения!

Мои шаги

Я обновил систему в соответствии с официальными инструкциями.

После обновления я перезагрузил систему. Система запустилась, появилось меню Grub, и я выбрал Kubuntu. Меня спросили о вводе пароля для LUKS; это также сработало. Системный диск можно разблокировать без каких-либо проблем.

Однако после этого система зависла на 90 секунд, потому что не может смонтировать btrfs диски (на которых также расположен /home). Затем она загружается на экран входа в систему. Тайм-аут в 90 секунд можно исправить, закомментировав две записи btrfs в fstab.

fstab

# <файловая система> <точка монтирования> <тип> <опции> <дамп> <пропуск>
#UUID=965E-2AC0 /boot/efi vfat defaults 0 2
UUID=dc5dea20-a27c-4d6b-af94-eb475db79f3f /boot ext4 defaults 0 2
/dev/mapper/luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d / ext4 defaults 0 1
/swapfile swap swap defaults 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

# SSD Хранилище
UUID=8429c8ad-62be-4298-8326-7f202187a03e /mnt/xxxxx_ssd btrfs defaults,noatime,autodefrag,compress=zstd 0 2

# HDD Хранилище
UUID=6f9a885d-d08f-4684-a979-223d1e9c4edc /mnt/xxxxx_hdd btrfs defaults,noatime,autodefrag,compress=zstd 0 2

# Raspberry PI (WebDAV)
https://192.168.100.99/xxxxx-webdav /mnt/xxxxx_ssd/home/xxxxx/.mounts/xxxxx-raspi davfs noauto,user,rw 0 0
https://192.168.100.99/transfer-webdav /mnt/xxxxx_ssd/home/xxxxx/.mounts/transfer-raspi davfs noauto,user,rw 0 0

# Привязка HOME
/mnt/xxxxx_ssd/home /home none bind

UUID=965E-2AC0 /boot/efi vfat defaults 0 1

crypttab

# <имя> <устройство> <пароль> <опции>
luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d UUID=c1e3cbb8-73d0-49e8-b173-59455bb7279d none

# SSD Хранилище
xxxxx_ssd_1 UUID=79c67ffa-70f5-4f7c-ae48-7a6a8b2f909b /etc/storagekeys/xxxxx_ssd.key luks,noearly,discard
xxxxx_ssd_2 UUID=7534ad5d-094e-4259-aaa5-1fa1e63b5a21 /etc/storagekeys/xxxxx_ssd.key luks,noearly,discard

# HDD Хранилище
xxxxx_hdd_1 UUID=0525c36c-6ff2-4a42-9b8b-edc21ca62f31 /etc/storagekeys/xxxxx_hdd.key luks,noearly
xxxxx_hdd_2 UUID=e0a7ae73-e13f-492f-82ad-3c2a9dff75f3 /etc/storagekeys/xxxxx_hdd.key luks,noearly

Вывод blkid

/dev/mapper/luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d: LABEL="kubuntu_2404" UUID="93370c80-cb8b-4b5d-9da5-8139400a5361" BLOCK_SIZE="4096" TYPE="ext4"
/dev/nvme0n1p5: LABEL="kubuntu_boot" UUID="dc5dea20-a27c-4d6b-af94-eb475db79f3f" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="kubuntu_boot" PARTUUID="c91f9fe9-a67f-4d01-a6c1-333cf0bed36a"
/dev/nvme0n1p3: LABEL="WinSystem" BLOCK_SIZE="512" UUID="54FC642DFC640C14" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="5fdf9496-8daf-4df1-9887-4a63e2d93f59"
/dev/nvme0n1p1: UUID="965E-2AC0" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="9ce15353-1e7e-44b6-856b-496df47550b9"
/dev/nvme0n1p6: UUID="c1e3cbb8-73d0-49e8-b173-59455bb7279d" TYPE="crypto_LUKS" PARTLABEL="kubuntu_2404" PARTUUID="14b68a26-8039-4ae8-b156-617e92a81c18"
/dev/nvme0n1p4: BLOCK_SIZE="512" UUID="6408A54608A51856" TYPE="ntfs" PARTUUID="9d67681d-9424-4785-b5a8-b67e5d77a4e2"
/dev/sdd: UUID="7534ad5d-094e-4259-aaa5-1fa1e63b5a21" TYPE="crypto_LUKS"
/dev/sdb: UUID="79c67ffa-70f5-4f7c-ae48-7a6a8b2f909b" TYPE="crypto_LUKS"
/dev/sdc: UUID="e0a7ae73-e13f-492f-82ad-3c2a9dff75f3" TYPE="crypto_LUKS"
/dev/sda: UUID="0525c36c-6ff2-4a42-9b8b-edc21ca62f31" TYPE="crypto_LUKS"

Вывод lsblk

sda 8:0 0 1,8T 0 disk
└─xxxxx_hdd_1 252:3 0 1,8T 0 crypt /mnt/xxxxx_hdd
sdb 8:16 0 465,8G 0 disk
└─xxxxx_ssd_1 252:4 0 465,7G 0 crypt /home
/mnt/xxxxx_ssd
sdc 8:32 0 1,8T 0 disk
└─xxxxx_hdd_2 252:1 0 1,8T 0 crypt
sdd 8:48 0 465,8G 0 disk
└─xxxxx_ssd_2 252:2 0 465,7G 0 crypt
nvme0n1 259:0 0 931,5G 0 disk
├─nvme0n1p1 259:1 0 100M 0 part /boot/efi
├─nvme0n1p2 259:2 0 16M 0 part
├─nvme0n1p3 259:3 0 499,2G 0 part
├─nvme0n1p4 259:4 0 783M 0 part
├─nvme0n1p5 259:5 0 4G 0 part /boot
└─nvme0n1p6 259:6 0 427,4G 0 part
└─luks-c1e3cbb8-73d0-49e8-b173-59455bb7279d 252:0 0 427,4G 0 crypt /var/snap/firefox/common/host-hunspell
/

Если понадобятся дополнительные настройки или файлы, я с радостью предоставлю их.

У меня аналогичная проблема после обновления, когда автоматическая расшифровка второго диска перестала работать после обновления с 24.04 до 24.10.

Мой файл /etc/crypttab:

root_crypt UUID=80c7fb2c-18e6-419c-bb67-e2f3e2d891ab none luks,discard
home_crypt UUID=49ddd7b7-6eca-480b-bd1f-e22fdd12da0d /home_key luks,discard

Мой файл /etc/fstab:

UUID=90362111-f1c8-496a-9b5b-3c07dbd9d754 / ext4 errors=remount-ro 0 1

UUID=c5e03e28-2275-4d39-90f4-a593addce5f0 /home ext4 noatime,defaults 0 2

Для root_crypt он запрашивает пароль и работает нормально, но home_crypt не расшифрован, что приводит к сбою при монтировании /home.

Все работает нормально, когда я указываю KEYFILE_PATTERN в /etc/cryptsetup-initramfs/conf-hook:

KEYFILE_PATTERN=/home_key

Но тогда мой ключ помещается в образ initramfs, чего я стараюсь избежать.