Slackware Linux 15.0 Beta

Нет звука по HDMI/DP на монитор с динамиками после установки образа от 2021-06-07, пишет Dummy output. В мартовской live-сборке - звук есть, 2021-03-11. Я уже попробовал и slackware64-live-current.iso, и slackware64-live-xfce-current.iso, а вариант mate даже установил - звук есть, но после обновлений: устройство не обнаруживается и пишет Dummy output. Проверьте, у вас так же?

У меня по hdmi звук работает. Обновлялся последний раз 4-го июня.

отключил в BIOS-UEFI: HD-audio controller и HDMI устройство отобразилось, звук есть, Dummy output ушло, но теперь само собой вход для наушников на системнике и на материнской плате не работает. Про ту live сборку, которую я писал там отображалось спокойно 2 устр-ва и какой главный канал в тех же KDE5 можно было выбрать точно

В Changelog прилетело в понедельник, так что я немного прослоупочил:

Hey folks! Sorry about the delay in getting this batch out but I had other
distractions going on here last week that prevented getting this one wrapped
up. Anyway, probably the highlight of this update set is that we've decided
to abandon the 5.10 LTS kernel in favor of following the latest one. We've
never really had a policy that required LTS in a stable release although that
is how it has been done for years, but based on comments from the Slackware
community it seems like 5.10 LTS isn't getting a lot of love and lacks
hardware support that people need now. Conversely, the reports on 5.12 have
been almost entirely positive, so we're going to provide what we think is the
best available kernel. It's unlikely that we'll see another LTS prior to
release, so the plan for maintenance is to keep following the latest kernels
as needed for security purposes. If that means we have to jump to a new branch
while supporting the stable release, we'll start the kernel out in testing
first until we've had some feedback that it's safe to move it to the patches
directory. Sooner or later we will end up on an LTS kernel again, and at that
point we'll just roll with that one. Feel free to comment (or complain) about
this plan on LQ... I'll be curious to see what people think. Anyway, enjoy!

Опять LuckyCyborg заборол Патрика. slackwarrior что думаешь?

Я пока ничо не думаю :) Я пока опухаю на митингах с людьми не в теме, которые хотят процесс, чтоб люди не в теме смогли, и собираюсь в отпуск.

Так-то у меня на оставшихся 14.2 уже кое-где ядра, собранные рукаме с сорцов («просто работают», есть не просят, остальное тоже не ломается — пока замены не требует). На одном 13.37 жила бы и дальше, если б не «заэкспайрился» винт. А на других разной степени обновленности курент. Так что если Патрег не против 5.12 с учетом «позитивного репорта», то почему нет. Откатиться никто не помешает :) Времена когда все было на одном компе прошли еще давно.

Но для соблюдения жанра конечно следует возопить что «Патрик не настоящий!» и объявить 5.12 ересью и анафемствовать :)

Там уже плач Ярославны

This might be a rare case but I have an old NVIDIA card on my desktop that I’m happy with so I have to use nvidia340 drivers with official support abandoned. Nouveau shows 3-5 times less performance making it useless for me. I’ve found patches that allow building nvidia340 with 5.10 kernel and I hoped that would allow me to live with those until 2026 without videocard upgrade. The decision to jump to short-living kernel releases does not look good personally for me.

Вроде никто не мешает благородным донам юзать те ядра, которые им более прельстивы и любовны :)

я там выше про hdmi/dp-звук спрашивал, проблема, как оказалась, не только у меня была

• alsa-lib 1.2.5 broke HDMI and DisplayPort audio

в общем, вопрос решен очередными обновлениями l/alsa-lib-1.2.5-x86_64-3.txz

l/alsa-lib-1.2.5-x86_64-3.txz:  Rebuilt. 
  Apply upstream patches to fix device detection. Thanks to USUARIONUEVO. 

Подскажите по ELILO. Систему установил, поставил и elilo, и lilo на всякий случай, оба варианта грузятся, обновился загруженным через elilo, в обновлениях было ядро, в конце обновлений меня проинформировали

Your kernel image was updated, and your /etc/lilo.conf indicates
the use of an initrd for at least one of your kernels. Be sure to
regenerate the initrd for the new kernel and handle any needed 
updates to your bootloader.

Press the "Enter" key to continue...

И что в таких случаях делать? Я как понял через elilo - generic-ядро грузится, мне вот это надо делать?

# /usr/share/mkinitrd/mkinitrd_command_generator.sh

есть ли какое-то решение, которое это автоматизирует, и можно ли huge в elilo держать? Я просто до этого пользовался lilo + huge, slackpkg(+) сам все делал на 14.2

Странные вопросы ты задаешь для слакера. Инитрд надо генерить при каждом обновлении ядра. После этого надо запускать eliloconfig для случая работы через uefi, чтобы скопировать новое ядро и инитрд на esp раздел и обновить конфиг elilo. Если тебе еще нужно huge ядро, то нужно поправить скрипт eliloconfig, чтобы он всегда генерил запись для huge ядра и клал huge ядро в esp раздел к generic ядру.

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

• https://docs.slackware.com/howtos:slackware_admin:linux_kernel_options_for_uefi_and_elilo

способ с подложить ручками huge-ядро в boot/efi/EFI/Slackware, я все таки позже опробовал, но после того как спросил, он точно работает. Единственное что удручает, то что самому надо. А в случае моем на 14.2: lilo + huge, все таки кажется slackpkgplus команду lilo подавал у меня после обновлений ядра. С UEFI/CSM без bios-legacy еще вот на PC с Lin, впервые дело заимел. И да, уже не нравится: eliloconfig делать, там в случае lilo есть же liloconfig, а есть команда в лоб lilo. И просто к тому что за счет huge, я как-то автоматизировал процесс, но это было в случае (просто)lilo

Про лило я не знаю, я им не пользуюсь, везде elilo.

Единственное что удручает, то что самому надо

Самому надо что? Запускать elilo? Копировать ядро? Обе проблемы решаются минимальной правкой slackpkg/eliloconfig соответственно.

Я эту проблему решил по другому. Точнее у меня ее не возникло. Я не обновляю систему через slackpkg, я клонирую всю репу и запускаю из скрипта updatepkg --install-new, а дальше генерю инитрд и запускаю eliloconfig.

upgradepkg*

Хозяйке на заметку:
eliloconfig тяжеловат (читай пишет nvram), особенно если у вас та nvram от Samsung, что протирается от нескольких десятков перезаписей с окирпичиванием устройства...
Да и существующий elilo.conf он заменит сгенерированным дефолтом...

Невнимательно читаешь.

Обе проблемы решаются минимальной правкой … eliloconfig

Так что ничего не затирается.

Пример

eliloconfig-fallback.patch
--- eliloconfig 2020-04-12 18:27:20.847373488 +0300
+++ eliloconfig-new     2020-04-12 18:29:07.446373393 +0300
@@ -156,6 +156,14 @@
append="root=$ROOT_DEVICE vga=normal ro"
EOF

+cat << EOF >> $T_PX/boot/efi/EFI/Slackware/elilo.conf
+image=vmlinuz-fallback
+       label=vmlinuz-fallback
+       initrd=initrd-fallback.gz
+       read-only
+       append="root=$ROOT_DEVICE vga=normal ro"
+EOF
+
dialog --title "INSTALL BOOT MENU ENTRY?" \
--backtitle "ELILO (EFI Linux Loader) installation" \
--menu "Would you like to install \

В 15.0 (нынешний current) насчет mkinitrd присутствуют некоторые нововведения. Теперь пакет mkinitrd содержит также:
1) setup-сценарий setup.01.mkinitrd, который вызывается установщиком на этапе CONFIGURE, а также может быть вызван из pkgtools -> Setup -> [x] scripts,
2) сценарий /usr/sbin/geninitrd, который фактически зовёт указанный выше setup.01.mkinitrd (по аналогии с прочими, вроде timeconfig, netconfig и т.д.)

Логика действий проста — позвать mkinitrd_command_generator.sh -k версии, где версии — список версий, полученных по симлинкам /boot/vmlinuz-generic-smp (для поддержки 32-битной версии) и /boot/vmlinuz-generic.


До сих пор пользовался другим способом: создавал /etc/mkinitrd.conf из соответствующего sample, правил параметры сообразно ситуации и надобностям, параметр KERNEL_VERSION приводил к виду

KERNEL_VERSION=$(readlink /boot/vmlinuz-generic | cut -d- -f3-)

KERNEL_VERSION=$(readlink /boot/vmlinuz-generic-smp | cut -d- -f4-)

# mkinitrd -c -F

Спасибо за ответ, но меня другой вопрос продолжает терзать. Вот в 14.2_64:

# removepkg kernel-generic
# removepkg kernel-huge
# slackpkg install kernel-huge
...
Your kernel image was updated.  We highly recommend you run: lilo
Do you want slackpkg to run lilo now? (Y/n)

почему здесь lilo зовется? А там

Your kernel image was updated, and your /etc/lilo.conf indicates
the use of an initrd for at least one of your kernels. Be sure to
regenerate the initrd for the new kernel and handle any needed 
updates to your bootloader.

Press the "Enter" key to continue...

по ходу нашел https://www.linuxquestions.org/questions/slackware-14/elilo-and-kernel-upgrade-4175609579/#post5733369

• /usr/libexec/slackpkg/functions.d/post-functions.sh

		if [ -x /sbin/lilo ]; then
			echo -e "\n
Your kernel image was updated.  We highly recommend you run: lilo
Do you want slackpkg to run lilo now? (Y/n)"
			answer
			if [ "$ANSWER" != "n" ] && [ "$ANSWER" != "N" ]; then
				/sbin/lilo
			fi

в сurrent, slackpkg-15.0.5-noarch-1 там новый параметр:

lookkernel() {
	NEWKERNELMD5=$(md5sum /boot/vmlinuz 2>/dev/null)
	if [ "$KERNELMD5" != "$NEWKERNELMD5" ]; then
		if [ -x /sbin/lilo ] && [ -r /etc/lilo.conf ] && grep -q initrd /etc/lilo.conf ; then
			echo -e "\n
Your kernel image was updated, and your /etc/lilo.conf indicates
the use of an initrd for at least one of your kernels. Be sure to
regenerate the initrd for the new kernel and handle any needed 
updates to your bootloader.
"
		elif [ -x /sbin/lilo ] && [ -r /etc/lilo.conf ] ; then
			echo -e "\n
Your kernel image was updated.  Be sure to handle any needed updates
to your bootloader (possibly as simple as running /sbin/lilo).
"
...

решение спорное и без answer, а спорное то что liloconfig коммент делает

# This option loads the kernel and initrd much faster:
compact

и в тоже время && grep -q initrd /etc/lilo.conf

другой вопрос продолжает терзать
почему здесь lilo зовется? А там

Если НЕ используется initrd, то kernel точно huge и ему initrd в общем случае необязателен. Поэтому можно спросить, не нужно ли позвать lilo, а при согласии — позвать.
Если используется initrd, то звать lilo до перегенерации initrd не имеет смысла, потому и предлагать нет смысла.

compact

Это совсем про другое.
Если в lilo.conf нет compact, то установленный в бутсектор загрузчик будет читать файлы ядра и, если есть, initrd по одному сектору за один вызов INT 13h (дисковый ввод/вывод BIOS).
Если compact присутствует, то загрузчик будет читать файлы ядра и, если есть, initrd большими блоками за один вызов. На некоторых BIOS-ах время может различаться в десятки раз.

PS.
А чтобы «initrd» из комментария не ловился, есть смысл попатчить или вызов grep на предмет поиска «initrd =», либо предварительно отфильтровать из lilo.conf комментарии ( grep -v «^\s*#» /etc/lilo.conf | grep -q initrd )

бобик еще не сдох ? пускай объявляют себя роллингом - все равно до релиза не доползут.