Установка Kubuntu 20.04 на ZFS и SecureBoot
Здарова,
соблазнился ZFS, но в установщике Kubuntu 20.04 такой опции не обнаружил. Или она только в установщике Ubuntu присутствует? Вроде как можно ZFS установить и наладить после установки дистриба, но я не совсем понимаю как это должно работать. Например, мне нужно систему установить на одном SSD (на котором установлены уже и другие дистрибутивы), а /home держать на другом (отдельном) SSD. Реально ли при таком распределении ФС заставить работать систему и домашний каталог на ZFS?
И ещё вопрос, подскажите, пожалуйста с SecureBoot. У меня на материнке эта опция по-умолчанию отключена. Поддерживает ли её Kubuntu 18.04 и 20.04? Могу ли я эту опцию включить при уже установленной 18.04 и будет ли это работать? Не хотелось бы чего сломать, а потом нудно восстанавливать.
Ой, эта "бедная" ZFS была заведена на Ubuntu 19.10 в качестве эксперимента (да, на Kubuntu 20.04 её не видно). А на SSD ещё ничего не придумано лучше, чем Ext4, не зависимо от размещения разделов.
Теперь про SecureBoot. Тут я не могу ничего гарантировать, но обычно при установке другие разные умельцы обычно рекомендуют отключать SecureBoot и прочую фигню, типа Fastboot в UEFI. Вы понимаете, я и сам ничего не могу уразуметь в таких рекомендациях.
Но, если вы произведете установку с выключенным SecureBoot, а потом включите на установленной, то нудно восстанавливать я даже не представляю себе, как это? Просто снова отключить SecureBoot - и будет работать.
В любом случае держите нас в курсе о результатах своих экспериментов. Не знаю, как другим, мне будет очень интересно.
Поставил 20.04, пришлось подвигать разделы, чтобы оптимальнее организовать разметку диска и высвободить достаточно места под 20.04 (на этом SSD уже установлены 18.04, KDE Neon User Edition и Debian 10). Не без заморочек, из-за невнимательных действий один из разделов, на котором была корневая ФС для 18.04, поломался, пришлось быстро переустановить, остальные остались полностью работоспособными. Но когда переустанавливал 18.04, то на этапе установки загрузчика почему-то отказался устанавливаться пакет grub-efi-amd64-signed с ошибкой постустановочного скрипта. Это странно, потому что до этого 20.04 встала без проблем и такой ошибки не было на этапе установки загрузчика. Ну да ладно, руками загрузил, настроил/обновил GRUB, всё работает, но без вышеуказанного пакета.
Переходя к сути: включение Secure Boot приводит к невозможности загрузки из-за ошибки верификации ключа (или ключей), хотя:
sudo ls -l /boot/efi/EFIитого 16
drwx------ 2 root root 4096 мая 11 02:26 BOOT
drwx------ 2 root root 4096 июл 15 2019 debian
drwx------ 2 root root 4096 сен 22 2019 neon
drwx------ 3 root root 4096 мая 10 21:17 ubuntu
sudo ls -l /boot/efi/EFI/ubuntuитого 2748
-rwx------ 1 root root 108 мая 11 22:36 BOOTX64.CSV
drwx------ 2 root root 4096 мая 10 21:17 fw
-rwx------ 1 root root 71400 мая 10 21:17 fwupx64.efi
-rwx------ 1 root root 126 мая 12 12:21 grub.cfg
-rwx------ 1 root root 122880 мая 12 12:35 grubx64.efi
-rwx------ 1 root root 1269496 мая 11 22:36 mmx64.efi
-rwx------ 1 root root 1334816 мая 11 22:36 shimx64.efi
Как видно, вроде всё необходимое для Secure Boot имеется, в том числе и shimx64.efi. Конечно, это особо и не нужно и можно прекрасно обойтись, но из любопытства хотелось настроить защищённую загрузку и использовать возможности системы по максимуму. Как я понимаю, неудача может заключаться в том, что Secure Boot поддерживается материнкой (MSI X470 Gaming M7 AC) только для Windows 10, т.к. активируется эта опция только через включение Windows 10 WHQL, уж не знаю что это и насколько совместимо с EFI GRUB и вообще загрузкой Linux. Также хотелось бы ещё узнать, что за файлы fw, fwupx64.efi и mmx64.efi? Первые два, как я могу догадываться, относятся к работе с какими-то прошивками (firmware).
От использования ZFS пока отказался, нужно ещё поизучать, стоит ли оно того.
Ну и несколько слов о 20.04: даже для базового релиза без корректирующих выпусков очень сыро. Плазма падает, редко но падает, приложения крашатся, например Krita валится всегда при закрытии окна редактора, не работает регулировка громкости системных уведомлений через ползунок в настройках медиаустройств. Для сравнения KDE Neon работает куда стабильнее и надёжнее. Правда там уже на данный момент и плазма поновее (5.18.5), но даже и на 5.18.4 таких глюков не было. Глючат даже некоторые игры, например не работают мультиплеерные режимы в Interstellar Marines. В KDE Neon такого и близко никогда не было и нет. Ну разве что была проблема с ползунком громкости для уведомлений, но теперь работает.
Извиняюсь, что так много букв получилось, спасибо за внимание )
Отправить комментарий