Добрый день. Нужна помощь с анализом лога загрузки свежего арча с кедами.

Сразу говорю: система работает, явных проблем не видно. Но это на коротких «забегах» в режиме браузер, блокнот и офис. И под короткими я понимаю, в лучшем случае полдня. Длительной эксплуатации не было, так же не было каких-то серьезных нагрузок.

Для пояснения: я на стадии поставил что-то, посмотрел, удалил/сломал, снес систему, поставил что-то другое и так по кругу.

Результат sudo -E hw-probe -all -upload: https://linux-hardware.org/?probe=b0c0ad46de

Результат journalctl -p 3..0 -b -1:

[user1@test ~]$ journalctl -p 3..0 -b -1
ноя 16 11:48:49 test systemd-coredump[1864]: Failed to connect to coredump service: Connection refused
ноя 16 11:48:49 test pulseaudio[908]: Error opening PCM device front:0: Нет такого файла или каталога
ноя 16 11:48:49 test pulseaudio[908]: Error opening PCM device front:0: Нет такого файла или каталога
ноя 16 11:48:50 test kernel: watchdog: watchdog0: watchdog did not stop!

Эти ошибки возникают при выключении компьютера. Что нужно сделать, чтобы их исправить? И нужно ли что-то делать?

Из того что сам нашел, это поставить pavucontrol для исправления ошибки пульсы (еще не пробовал). Это свежая проблема, т.к. до этого пробовал с pipewire, а он спамит предупреждениями, а не ошибками.

Для исправления watchdog did not stop! встречал рекомендацию «пересобрать ядро». Но это выходит за рамки моих знаний, поэтому может кто-то подскажет другой вариант?

Результат journalctl -p 4..0 -b -1: https://pastebin.com/60nAH6QT

Предупреждений до чертовой кучи, в основном от плазмы и ее компонентов. У меня наибольшее беспокойство вызывают следующие сообщения:

ноя 16 11:45:13 test kernel: asus_wmi: fan_curve_get_factory_default (0x00110024) failed: -61
ноя 16 11:45:13 test kernel: asus_wmi: fan_curve_get_factory_default (0x00110025) failed: -61

Они точно связаны со свежими ядрами, т.к. если ставить lts (5.15) ее нет. Поиск, говорит что проблема встречается на ноутах, хотя у меня стационарник. И я предполагаю, что именно из-за них, при загрузке вентилятор видеокарты разгоняется до максимальных оборотов, а потом отключается. Вентилятор отключен до тех пор, пока температура не поднимется до 48 градусов.

И в связи с этим, прошу пояснить:

[user1@test ~]$ inxi -s
Sensors:
  System Temperatures: cpu: 35.1 C mobo: N/A gpu: amdgpu temp: 47.0 C
  Fan Speeds (RPM): N/A gpu: amdgpu fan: 934

amdgpu fan должен же показывать скорость вентилятора видеокарты, а Fan Speeds - процессора? Или я не правильно понимаю? Потому что по факту, крутится только куллер процессора, а видекарты стоит.

ноя 16 11:45:13 test kernel: usb: port power management may be unreliable
ноя 16 11:45:13 test kernel: acpi PNP0C14:01: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00)
ноя 16 11:45:13 test kernel: acpi PNP0C14:02: duplicate WMI GUID 05901221-D566-11D1-B2F0-00A0C9062910 (first instance was on PNP0C14:00)
ноя 16 11:45:15 test kernel: amdgpu: SRAT table not found
ноя 16 11:48:49 test systemd[1]: systemd-oomd.socket: Failed to queue service startup job (Maybe the service file is missing or not a non-template unit?): Transaction for systemd-oomd.service/start is destructive (systemd-reboot.servic>
ноя 16 11:48:49 test systemd[1]: systemd-oomd.socket: Failed with result 'resources'.
ноя 16 11:48:50 test systemd[1]: run-credentials-systemd\x2dtmpfiles\x2dsetup.service.mount: Failed with result 'exit-code'.

Эти сообщения (плюс сообщения про вентиляторы) появляются еще на стадии минимальной установки арча (base{,devel} linux{,-headers,-firmware} nano bash-completion networkmanager amd-ucode). Из них, я знаю только как избавиться от сообщений киллера: отключить его. Поиск в основном приводит на другие темы, содержащие вывод dmesg (не всегда по той же проблеме) или рапорты о багах.

Также прошу поделиться опытом, что вы проверяете, после установки системы? Лог журнала и лог иксов или еще что-то? Насколько вообще стоит реагировать на предупреждения (warning)? Или на них можно/нужно забить?

З.Ы. Если кому интересно, то из трех DE: xfce, cinnamon и plasma. Крыса спамит наименьшее количество сообщений о проблемах, корица чуть больше чем крыса, но буквально на несколько строчек. И обе раза в 2-3 меньше чем плазма.

Но стоит отметить, что это не совсем чистый эксперимент и они были не в равных условиях. Плазма ставилась в минималке с доп пакетами. И возможно кто-то из них, ставился с полным набором пакетов иксов, а кто-то только с сервером.

Кроме ручной установки, пробовал готовые системы, EndeavourOS с несколькими DE, linux mint, debian. Кроме последнего, у всех есть ошибки и предупреждения. Debian вообще после установки незахотел загружаться, но думаю, тут я где-то накосячил.

Добрый.

Подскажите, можно ли для текстового редактора кед, настроить отдельную политику проверки орфографии?

Условно: для системы в целом, включена проверка, но для отдельного приложения выключена (или настроена только на один язык).

На данный момент, на арче с десктопной плазмой, получаю следующее: меняю настройку орфографии в kate или kwriter, получаю глобальное изменение настроек в параметрах системы и наоборот.

Для чего это надо, на данный момент, занялся изучением написания скриптов (пока в контексте автоматизации установки арча) и меня раздражает подчеркивание команд. Думал просто отключю проверку для отдельного текстового редактора… но фиг там. Постоянно включать и отключать при правке текста или скрипта, такое себе развлечение. Как и составление собственного словаря.

Возможно есть специальные словари для языков программирования?

З.Ы. Пока вижу решение либо в полном отключении проверки орфографии, благо для либры и огнелиса есть свои, либо в установке стороннего редактора (xed), которому пофиг на настройки кед.

Дистрибутив Arch с плазмой, в котором установлен libreoffice.

В настройках плазмы: поведение рабочей среды/основные параметры. Установлено щелчок по полосе прокрутки: прокручивает в указанное положение. Вместо прокручивания на одну страницу и использования средней кнопки для прокручивания в заданное положение.

Проверка на огнелисе, показала, что все работает.

В офисе же, изменение этой настройки игнорируется. Отрабатывает по дефолтному (для плазмы) варианту: лкм - фиксированный сдвиг, нажатие колеса - сдивиг в заданное положение.

Для проверки других GTK использовал Gimp - отрабатывает в соответствии с настройкой.

Проверил конфиг: ~.config/gtk-{3,4}.cfg:

gtk-primary-button-warps-slider=true

Согласно гуглу, именно этот параметр отвечает за настройку поведения. Дополнительно посмотрел, меняется ли параметр при изменении настройки: меняется.

Попробовал другие системы (мало ли, накосячил при установке):

• linux mint - по умолчанию, лкм перемещает на место нажатия;
• EndeavourOS с плазмой - не отрабатывает, дополнительно проверил разные версии офиса: fresh и still, с полной переустановкой ОС, аналогично;
• EndeavourOS с корицей - ок;
• EndeavourOS с xfce - ок.

Требуется, чтобы ползунок перемешался по ЛКМ в указанное место. Есть ли у кого готовое решение или указание направления дальнейших раскопок?

Дополнительно, кто знает, можно ли ускорить автопрокрутку в офисе? А то родная медленная. В других приложениях все нормально со скоростью.

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

Правильно ли я понимаю, что на данный момент есть одна звуковая система alsa и три звуковых сервера: pulseaudio, pipewire и jack. Еще есть OSS, но как я понимаю, для linux ее можно не рассматривать?

Alsa отвечает за общение между процессором и звуковой картой. Главный минус в одноканальности, т.е. она может одновременно работать только с одним приложением. Правильно ли я понимаю, что в гипотетическом примере: разговор в микрофон с воспроизведением в колонках. Если используется одна программа, то будут работать оба устройства, а если используются разные программы, то только что-то одно?

Pulseaudio звуковой сервер, который выполняет роль коммутации между разными источниками и разными потребителями. Выполняет смешивание разных источников, если у них разная частота дискретизации, то делает преобразование. В минусах, задержка в сигнале и заикания? Это задержка постоянная или плавающая?

Jack это больше для профессионального аудио. Помогает избежать задержек и настроить прямые коммутации. Если нет надобности в записи аудио, то смысла немного?

Pipewire более новый звуковой сервер. По одним источникам, должен заменить сразу и пульсу и джек, по другим только частично, и то, только в отношении пульсы. В плюсах, меньшие задержки по сранению с пульсой, отсутствуют заикания. В минусах, не весь функционал и какие-то проблемы с преобразованием частот. Пульса, вроде как, ориентируется на источники, а пайпы на конфиг, из-за чего делает преобразование там, где не надо?

На компьютере можно организовать следующие режимы работы:

• звук <-> alsa <-> pulse/pipe <-> приложение
• звук <-> alsa <-> приложение, но только одно

С первым понятно, алса в ядре, к ней доустаналиваются ее утилиты и библиотеки, поверх чего устанавливается нужный сервер.

А как реализовывать второй вариант? Так, чтобы звуковой сервер не пришел по зависимостям. Я экспериментирую на арче, и, к примеру, при установке минимальной плазмы (plasma-desktop), мне уже подтягивают pipewire. Две пары зависимости: pipewire-jack или jack2 и pipewire-session-manager или wireplumber. У которых в свою очередь зависимость на pipewire.

Пока писал, пришло в голову, возможно мне поможет apulse? Если я ее устанавлю перед плазмой, будет ли последняя считать, что у меня стоит пульсаудио, поэтому отсутствует надобность в трубах? Или, как советуют в одной из тем, надо ставить пульсу, а потом ее отключать?

З.Ы. Вообще, после прочитанного, я склоняюсь к варианту алса+пульсаудио. Но в процессе экспериментов, словил заикания музыки. Поэтому думаю о возможности, как бы собрать три варианта и сравнить.

День добрый.

1. Правильно ли я понимаю, что systemd-boot не может работать с каталогом boot? Без использования скриптов для uefi shell.

2. Каких проблемм можно ожидать, если использовать FAT32 для раздела boot? Домашний ПК.

3. У refind есть два конфига:

/boot/refind_linux.conf
esp/EFI/refind/refind.conf

Как я понимаю, первый отвечает за параметры загрузки ядра:

"Boot" "root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw initrd=boot\initramfs-linux.img"

Второй, по идее, должен отвечать за конфигурацию меню. Тогда за что отвечают строки второго конфига, начинающиеся с menuentry? Как пример:

menuentry "Arch Linux" {
	icon     /EFI/refind/icons/os_arch.png
	volume   "Arch Linux"
	loader   /boot/vmlinuz-linux
	initrd   /boot/initramfs-linux.img
	options  "root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw add_efi_memmap initrd=boot\intel-ucode.img initrd=boot\amd-ucode.img"
	submenuentry "Boot using fallback initramfs" {
		initrd /boot/initramfs-linux-fallback.img
	}
	submenuentry "Boot to terminal" {
		add_options "systemd.unit=multi-user.target"
	}
}

На виртуалке, я не заметил никакой разницы, даже при удалении второго конфига.

4. Подгружается ли микрокод, при использовании виртуальной машины? ВМ Oracle VirtualBox, systemd-boot c конфигом:

...
initrd /amd-ucode.img
...

ничего не выводит на команду:

dmesg | grep microcode

5. На что влияет опция ro или rw в конфиге загрузчика?

root=PARTUUID=... rw или ro 

Systemd по умолчанию rw, а refind - ro.

З.Ы. Оффтоп. Столкнулся с необходимостью написать хук для пакмана, методом тыка получилось оформить параметр Exec. Если я правильно понимаю, то он заполняется в соответствии с правилами написания скриптов? Хотелось бы ознакомиться с соответствующими руководствоми, желательно уровня «чайник».