ArchLinux linux-lts перескочил на 5.10

Ждите, пока в ауре будет linux-lts54. Откатить через кэш.

чем 5.10 не устраивает?

https://github.com/Frogging-Family/linux-tkg

У Arch всегда такая политика была?

Да.

это какой-то упоротый. зачем он арч поставил, сидел бы на убунте

зачем он арч поставил

За приключениями ) Зачем же ещё Линуксы ставить на домашнюю машину? )

В частности - и это приключение познавательное и интересное.

Откатил пока один пакет (в смысле - два, headers тоже нужен 5.4). Но заморозить один, как я понял, нельзя. Только целиком. Ладно, попробуем так. Посмотрим, что получится.

Зачем же ещё Линуксы ставить на домашнюю машину

За тем, что линукс гораздо удобнее аналогов.

Для заморозки, ЕМНИП, в /etc/pacman.conf IgnorePkg = имя.

Отлично, а то у меня на 5.4 даже не грузится система. Теперь можно переехать на LTS.

А в чём дело? С 5.10 не работает что-то?

линукс гораздо удобнее аналогов

Это смотря для чего. Работаю-то преимущественно с обычными людьми. По работе нужен Windows. На Си, действительно приятнее и удобнее в Linux. Поэтому с тех пор как научился запускать свои «железные» линуксы под HyperV - держу обе ОС постоянно включенными. И сижу в них одновременно через VPN из любой точки интернетов. Там - бухгалтеров поддерживаю, тут пописываю в промежутках. Красота.

Для заморозки, ЕМНИП, в /etc/pacman.conf IgnorePkg = имя

Спасибо большое. Это, наверное, то что нужно.

предупреждение: linux-lts: пропуск обновления пакета (5.4.98-1 => 5.10.16-1)
предупреждение: linux-lts-headers: пропуск обновления пакета (5.4.98-1 => 5.10.16-1)
 делать больше нечего

Если вдруг обновил,а кэш пакмана очистил (зачем так делать,другой вопрос) - https://archive.archlinux.org

3rdparty модули, я надеюсь, у тебя везде dkms?

модули, я надеюсь, у тебя везде dkms?

Есть один.

dkms status
vboxhost, 6.1.18_OSE, 5.10.16-arch1-1, x86_64: installed
vboxhost, 6.1.18_OSE, 5.4.98-1-lts, x86_64: installed

Поэтому теория пока такая, что Arch под HyperV (но с возможностью запуска с голого железа), внутри Arch уже VBox, а внутри VBox уже MSDOS и прочие Windows3.1

Вы полагаете оно перестанет работать с замороженным lts?

Ну, зато будет провод проверить теорию с возможностью заморозки и самого VBox.

На худой конец могу VBox перенести куда-нибудь в Void, или лучше в Debian, а из Arch dkms совсем выкусить. Их (линуксов) тут шесть штук на диске установлено. Просто Arch был самым удобным обычно.

Твои действия противоречат заветам Создателя, ты еретик и должен быть предан пламени. Реально, вся суть Rolling Release Based Distros в том, что у тебя всегда самые последние версии пакетов, а если что-то ломается, то пакет добавляешь в игнор и откатываешься к старой версии. Мне такое требовалось только пару раз:

$ ls /var/cache/pacman/pkg/chrom*                                                                                        
/var/cache/pacman/pkg/chromium-88.0.4324.146-2-x86_64.pkg.tar.zst
/var/cache/pacman/pkg/chromium-88.0.4324.150-1-x86_64.pkg.tar.zst

$ yay -U file:///var/cache/pacman/pkg/chromium-88.0.4324.146-2-x86_64.pkg.tar.zst

Объективных причин сидеть на старой версии ядра нет, если только твой проц перестает поддерживаться, а учитывая, что для этого должно пройти с момента его выпуска лет 10…

Вы полагаете оно перестанет работать с замороженным lts?

dkms-модули как раз должны нормально работать, проблемы начинаются когда у тебя обычные модули (уже собранные бинарники), и ты игноришь обновление ядра, а обновление модулей - нет. Тогда с высокой вероятностью всё поломается.

С dkms всё же должно работать хорошо

Мне такое требовалось только пару раз:

Какие у меня были случаи за последний год:

1. Обновление ядра (и модулей от невидии) привело к мерцанию экрана во флеш-приложениях. Пришлось откатывать и ядро, и модули, так как старые версии блоба не собирались под новое ядро.

2. В новой стабильной версии i3wm поломали бар, из-за чего при рефреше он начинал мерцать (плюс трей пропадал).

3. Pango отказался от рендера bitmap-шрифтов, и terminus перестал работать.

4. Скрипты для импорта в блендере перестали работать и выдавали стектрейс. Пришлось откатывать питон, и это было больно

Человека не устроила поддержка нового пакета. Имеет право им не пользоваться.

Интересно, https://www.kernel.org/ пишет

stable: 5.10.16

longterm: 5.4.98

Это не так критично как черный экран смерти после устанвки проприетарных драйеверов от амуде

https://www.kernel.org/category/releases.html пишет

Longterm release kernels 5.10 Dec, 2022 5.4 Dec, 2025

Формально всё правильно. Крайний lts действительно 5.10, похоже. Комар носу не подточит.

Мне вот почему-то кажется (фантазирую) что такая формальность очень удачно ложится на противоречия systemd с ядрами ниже 5.8 (где-то тут же информация была, не найти на бегу).

зачем так делать,другой вопрос

Фигасе... У тебя трилиард жо́ских дисков и ССД? Откатиться можно и с alpm, или как он теперь называется.

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

hook
paccache

Когда кажется, надо крестится. Короткий срок поддержки последнего лтс из-за недостатка ресурсов для поддержки. Грег же сказал — помогайте и будет вам 6 лет поддержки

Крайний

Последний.

В частности - и это приключение познавательное и интересное.

Пока первое приключение с замороженным ядром (перестало загружаться) - вчера обновился mkinitcpio, в котором теперь по умолчанию (если явно не указано другое) initramfs сжимается zstd.

И вот, замороженное ядро 5.4 не может такой образ распаковать.

kernel panic not syncing vfs unable to mount root fs on unknown-block 0 0

На текущий момент - достаточно просто явно указать COMPRESSION=«gzip» в mkinitcpio.conf, и 5.4 снова пока рабочее.

Просто сообщаю )

у меня уже давно 5.11 прилетело это же arch концепция у них такая, а если тебе нужно старье - добро пожаловать в alt у него даже в тестинге до сих пор 5.4, а в релизе и того старее - вобщем все как ты любишь.

в релизе и того старее

Кстати, натолкнули на ещё одну игру/приключение.

В VoidLinux же готовые ядра вообще любые доступны. Так вот под HyperV он запустился на всех доступных от 4.4 до 5.10.

cat uname.list
Linux omsiz97.berg 4.4.257_1 #1 SMP PREEMPT 1613046846 x86_64 GNU/Linux
Linux omsiz97.berg 4.9.257_1 #1 SMP PREEMPT 1613050327 x86_64 GNU/Linux
Linux omsiz97.berg 4.19.176_1 #1 SMP PREEMPT 1613288932 x86_64 GNU/Linux
Linux omsiz97.berg 5.4.99_1 #1 SMP PREEMPT 1613759739 x86_64 GNU/Linux
Linux omsiz97.berg 5.10.17_1 #1 SMP 1613600681 x86_64 GNU/Linux

А на железе - только начиная с 4.19 запускается. Видимо из-за amdgpu. 4.4 и 4.9 вешают эту машину с Void намертво, до кнопки Reset.

На 5.10 я словил 12309. На 5.4 такого не было.

Ждите, пока в ауре будет linux-lts54.

Оказывается он уже 17.02.2021 там был (на следующий же день)
https://aur.archlinux.org/packages/linux-lts54/

Ставить - не ставил, но makepkg -o взял посмотреть: у него как раз в config включено ZSTD в отличие от оригинального 5.4

CONFIG_HAVE_KERNEL_ZSTD=y
CONFIG_RD_ZSTD=y
CONFIG_DECOMPRESS_ZSTD=y

видимо, ему даже mkinitcpio новый поправлять не нужно.

Которые > 5 лет не выпускают?

amdgpu-pro ещё как выпускают.

Там проприетарный только модуль для opencl