Permanent Distro Hopping: Изучение сравнением

Организация процесса

Десктоп на Mini-ITX, i3-4150T, RAM 8 Гб, SSD 1 Тб.

EFI раздел нужен более 300 Мб, потому что некоторые установщики ругаются или даже отказываются продолжать, если видят размер меньше. Файлы Windows занимают больше всего места, вторая RED OS, потом Xebian, но видно, что места с запасом хватает всем.

При установке на другом десктопе Xebian сделала две записи в nvram UEFI (для grubx64.efi и shimx64.efi), на этом только одну. Siduction, как и Xebian, основана на Sid, но использует ядро без подписи и на тех же двух десктопах обошлась одной записью для grubx64.efi. Видимо это зависит от настроек и реализации режима CSM/legacy в BIOS, и подписано ли ядро. ALT Linux и RED OS тоже используют shimx64.efi для загрузки, хотя о наличии подписи у них мне не известно.

Кто-то скажет, что можно установить лишь rEFInd, но тогда будет пропущено много интересного. Иметь несколько загрузчиков удобно, ведь Windows при обновлении может что-то удалить, а теперь пусть выбирает. А сколько загрузочных записей поместится в nvram UEFI и есть ли ограничение на их количество - тоже вопрос для изучения.

Установщики некоторых ОС могут хотеть не менее 50 Гб свободного места, поэтому разделы должны быть не меньше. Кроме этого, пока вы разберётесь, как чистить систему от ненужных пакетов, она может разрастись. Устанавливать лучше в режиме "Заменить раздел", а то в автоматическом режиме вам могут забавно разметить диск.

Оказалось, удобно иметь общий ntfs-раздел для загрузок, а настройка его автомонтирования в Calculate расширила кругозор.

Можно поговорить о необходимости иметь swap, но создать один на всех раздел в 2 Гб не жалко. Systemd умеет подхватывать его автоматически, в других системах инициализации, да и вообще для корректности, лучше прописать в fstab.

Возможность организации таких условий для тестирования пришла с поддержкой большого количества разделов на GPT и с доступностью ssd. Я уже купил для этого десктопа второй ssd от другого производителя, опять же для сравнения. Если устанавливать для осмотра вообще любые дистрибутивы, то десктоп можно назвать Васянметр, но Линуксметр солиднее.

Примеры использования

Наличие нескольких систем позволяет изучать Linux в сравнении. Например, удобно следить за версиями пакетов в разных ветках. Мне были интересны efibootmgr и procps, ещё обнаружил сильный разброс у gparted, самая старая оказалась в Astra. Говорят, что в arch самый свежий софт, но это не совсем так. По многим позициям да, но не по всем, например procps новее в Sid. Из представленных ОС самые отстающие по свежести софта Astra и RED OS.

Совсем недавно в Sid перешли на хранение ключей в новом формате .asc (на снимке) и упразднили утилиту apt-key. Захотел было установить google-chrome, а на их сайте написано только как его импортировать через apt-key, и в итоге получится ключ в формате .gpg. Надо бы разобраться как работать с новым форматом, но всегда хочется быстрее, вот и пришла мысль свести задачу к предыдущей. Из Debian на борту ещё MX и Astra. В Astra импортировал ключ, а файл с адресом репозитория сам появился. Подтянул недостающую libu2f-udev из Buster и установил google-chrome. Скопировал файл с ключом и файл с адресом репозитория и вставил их в нужные места в siduction и Xebian и, как говорил тут один участник, "вуаля" - установил и там. В Calculate установить google-chrome оказалось проще всего.

Для создания меню grub, системы распознают своих соседей с помощью os-prober, но результат у них одинаковым не получается. Arch-based системы при загрузке используют два образа (ещё микрокод), поэтому многие другие системы не могут правильно это записать в grub.cfg, и потому не могут их запускать. Я сравнил скрипты 30_os-prober и подправил всего одну строку (на снимке). Теперь у меня siduction и Calculate тоже умеют запускать EOS. Отмечу, что MX Linux сразу умела.

Распознавание классов OC тоже интересная тема. Это делают скрипты типа lsb-release или того же 30_os-prober по записям в файлах *release, а бывает и *version. Создатели много чего пишут в этих файлах, а файлов может быть несколько. Я сразу заметил, что во всех системах os-prober при обновлении меню grub очень долго осматривает RED OS. Дольше всех думает Rosa, хотя казалось бы, она тоже rpm, а быстрее всех, но тоже долго, процесс проходит в Debian. Os-prober читает все эти файлы и долго не может определиться, что это за ОС. Не зря Л.Поттеринг требует использовать только os-release по установленным правилам. Иногда классы нужны приложениям, например, если они распознаны, им можно поставить в соответствие иконку в меню grub.

Здесь, на сайте, один участник рассказал, что у него в KDE сильно шумит вентилятор, а в других DE меньше. В ответ на это другой участник заметил, что тот сравнивает поведение в разных ОС и заявил (уверенно), что причина не в DE, а в разных системах инициализации.

Казалось бы, что она может делать такого, что разгоняется вентилятор, но имея линуксметр и ещё один прибор, можно не рассуждать, а просто посмотреть. MX Linux позволяет выбрать при загрузке systemd или sysVinit, а Calculate на OpenRC и у всех Xfce - идеально для сравнения. С помощью прибора типа https://www.chipdip.ru/product/robiton-pm-1?from=suggest_product наблюдал за потреблением энергии и убедился, что оно одинаковое (точность прибора 0.1Вт).

Как видите, наличие разных ОС повышает эффективность изучения. При удобной разметке диска достаточного объёма, любой десктоп или ноутбук станет линуксметром, а дискретное видео или wi-fi только расширят его возможности.

Вопросы

Да, к вам есть несколько вопросов.

q[0]="Какая из представленных ОС вам совсем не интересна для изучения и была бы первым кандидатом на замену?";

q[1]="За полгода только одна из ОС, оставаясь рабочей, была всё же переустановлена из-за возникшего затыка в обновлениях. Какая?";

q[2]="В моей практике Windows портила загрузчик только у Manjaro, но три раза, а представленные ОС не трогает уже полгода. Пока у меня предположение, что она не любит Manjaro или начинающиеся на букву M. Загрузчики каких ОС у вас портила Windows?";

q[3]="После установки Astra, siduction, MX, Xebian (все Debian-based) на двух десктопах, при первой перезагрузке компьютеры зависали наглухо, после Astra завис в BIOS при попытке переставить его загрузчик. Приходилось отключать питание, но потом всё работает нормально. Я думаю на некорректное завершение работы efibootmgr. Возможно, нужно давать больше времени после окончания установки перед перезагрузкой, а может зависит от версии. У них efibootmgr 17, в Astra 15, а в EOS и Calculate уже 18. Но один раз видел и гладкую установку Xebian. У вас были подобные зависания с Debian-based или другими ОС?";

На этом пока всё. Надеюсь на отклики и дальнейший обмен мнениями.