Помогите отдебажить и найти причину: установил kde-plasma/plasma-meta-5.26.5 и позже 5.27.2.

При сохранении чего-либо в программах на qt5 (flameshot, vlc, keepassxc, telegram, skanlite) и нажатии кнопки или пункта меню для открытия диалога «Сохранить» приложение задумывается секунды на 3, открывается диалог, нажимаю кнопку «Сохранить» и дальше приложение подвисает на время от 15 до 30 секунд, думает, при этом одно ядро процессора загружено CPU на 100% и эта программа начинает жрать память до 4-5 Гб (всего 32 Гб). При этом сохранение получается.

До этого работал в openbox и все эти же программы без установленной плазмы работали нормально. Сейчас же, если загрузиться в openbox - также тормозят.

GTK-программы работают идеально.

Запуск в терминале этих программ в выхлопе не дает ничего подозрительного.

Сюда загрузил вывод strace при запуске flameshot. Там видно, что что-то выполняется аж 32 секунды. Как найти что именно?

kid3 задумывается секунд на 10 и падает при нажатии кнопки «Открыть» с такой ошибкой в gdb:

Thread 1 "kid3" received signal SIGSEGV, Segmentation fault.
0x00007ffff69e9658 in QTextEngine::shapeTextWithHarfbuzzNG(QScriptItem const&, unsigned short const*, int, QFontEngine*, QVector<unsigned int> const&, bool, bool) const () from /usr/lib64/libQt5Gui.so.5

Опасно ли использовать прошивку со старым ядром? Например, в CrDroid 7.26 с патчем безопасности за январь 2023 стоит ядро DFC+ 4.4.190, при этом последняя версия по kernel.org - 4.14.303.

Или в андроиде иные механизмы безопасности, которые закрывают уязвимости в голом ядре? Ведь за последние пару лет с момента выхода последнего DFC+ закрыто много CVE именно в ядре.

Вопрос только про ядро, а не про остальные уязвимости типа рут-доступа, разлоченного загрузчика и т.п.

Есть 2 аудиокарточки - встроенная и выход звука через Nvidia HDMI.
Все работало норм, но включил в ядре CONFIG_SND_HDA_CODEC_HDMI.
После перезагрузки или выхода из режима сна карточки определяются

$ /usr/bin/pactl list short sinks
0	alsa_output.pci-0000_09_00.1.hdmi-stereo	module-alsa-card.c	s16le 2-канальный 4410	IDLE
1	alsa_output.pci-0000_0b_00.3.analog-stereo	module-alsa-card.c	s16le 2-канальный 4410	IDLE

$ /usr/bin/pactl list short sinks
1	alsa_output.pci-0000_0b_00.3.analog-stereo	module-alsa-card.c	s16le 2-канальный 4410	IDLE
4	alsa_output.pci-0000_09_00.1.hdmi-stereo-extra1	module-alsa-card.c	s16le 2-канальный 4410	IDLE

Gentoo, openrc.
На третьем hdd стоит офтопик, раздел с которым прописан в fstab как noauto.

При старте системы хочу, чтобы диск переводился в режим standby. В /etc/conf.d/hdparm указываю sdc_args="-q -S 120 -y".
rc-service add hdparm boot
Не помогает.

Создал исполняемый /etc/local.d/sdc_off.start с содержимым:
#!/bin/sh
/sbin/hdparm -q -S 120 -y /dev/sdс
local стартует в default. Не работает.

Вручную после загрузки sudo hdparm -q -S 120 -y /dev/sdс работает.
Как сделать автозагрузку?

Есть юникодные письма с прикрепленными файлами. При просмотре прикрепленных файлов и также при сохранении прикрепленного файла на диск русские имена файлов отображаются верно. Но если открыть из mutt этот файл, то вместо русских символов отображаются значки подчеркивания. Как вылечить?

NeoMutt 20180323
В конфиге
set charset=utf-8
set rfc2047_parameters = yes

Собираюсь приобрести Samsung 850 EVO 250 Гб. Возник вопрос:
1) Стоит ли бояться за ресурс SSD, если разместить на нем профили браузеров Firefox, Chromium и Thunderbird или лучше вынести их на HDD?

2) Тот же вопрос про кэш браузеров?

3) Нет ли подводных камней, если вышеперечисленное будет симлинкаться в 10 Гб зашифрованный (Luks) файл-контейнер на SSD? Монтируется при входе в учетку с помощью pam_mount.

4) f2fs или ext4?

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

$ dmesg | grep ASPM
[    0.784023] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
[    0.784079] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    1.224704] r8169 0000:05:00.0: can't disable ASPM; OS doesn't have ASPM control

В dsdt в Scope (_SB.PCI0) есть метод, который, как я понимаю, надо исправить, чтобы заработал ASPM, но не знаю что именно:

Method (_OSC, 4, Serialized)  // _OSC: Operating System Capabilities
            {
                Name (SUPP, Zero)
                Name (CTRL, Zero)
                If ((Arg0 == ToUUID ("33db4d5b-1ff7-401c-9657-7441c03dd766") /* PCI Host Bridge Device */))
                {
                    CreateDWordField (Arg3, Zero, CDW1)
                    CreateDWordField (Arg3, 0x04, CDW2)
                    CreateDWordField (Arg3, 0x08, CDW3)
                    SUPP = CDW2 /* \_SB_.PCI0._OSC.CDW2 */
                    CTRL = CDW3 /* \_SB_.PCI0._OSC.CDW3 */
                    If (((SUPP & 0x16) != 0x16))
                    {
                        (CTRL &= 0x1E)
                    }

                    CTRL &= 0x1D
                    If (~(CDW1 & One))
                    {
                        If ((CTRL & One)) {}
                        If ((CTRL & 0x04))
                        {
                            EPNM = One
                        }
                        Else
                        {
                            EPNM = Zero
                        }

                        If ((CTRL & 0x10)) {}
                    }

                    If ((Arg1 != One))
                    {
                        CDW1 |= 0x08
                    }

                    If ((CDW3 != CTRL))
                    {
                        CDW1 |= 0x10
                    }

                    CDW3 = CTRL /* \_SB_.PCI0._OSC.CTRL */
                    Return (Arg3)
                }
                Else
                {
                    CDW1 |= 0x04
                    Return (Arg3)
                }
            }

После апгрейда компа столкнулся со странной проблемой: если играть в WoT после выхода из спящего режима, то пинг в игре 999, но лагов нет и по ощущениями как-будто нормальный пинг, но иногда с фризами на несколько секунд и частыми вылетами после и перед боем. Если пинговать серверы WoT в консоли, то пинг 20-30. Трассировка с помощью mtr не показывает ни одного потерянного пакета на протяжении получаса. Если комп после загрузки не был в спящем режиме, то пинг в игре 20-30, никаких вылетов и фризов.

Возможно, проблема с clocksource, т.к. при старте

clocksource: Switched to clocksource tsc

[ 6643.421300] TSC synchronization [CPU#0 -> CPU#1]:
[ 6643.421301] Measured 2393901869 cycles TSC warp between CPUs, turning off TSC clock.
[ 6643.421303] tsc: Marking TSC unstable due to check_tsc_sync_source failed

После выхода из спящего режима TSC недоступен, только hpet и acpi_pm. Пробовал загружаться с clocksource=hpet - такое же поведение пинга в игре. Ставил в параметрах загрузки tsc=reliable, при этом после выхода из спящего режима TSC не помечался нестабильным, но очень странно двигалась мышка, с какими-то неадекватными ускорениями, а WoT вообще был неиграбелен: ангар работал нормально, но в бою горел пинг 999 и вообще нельзя было управлять танком - все было как-будто замершее, кроме чата.

dsdt встроен в ядро: 0 Errors, 2 Warnings, 15 Remarks, 0 Optimizations.

$ dmesg | grep -i 'error\|warn\|exception\|fail'
[    0.000000] ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20150930/tbfadt-654)
[    0.205303] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20150930/hwxface-580)
[    0.205458] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20150930/hwxface-580)
[    0.211134] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    0.717739] bus: 'acpi': add driver hardware_error_device
[    6.137929] vboxdrv: module verification failed: signature and/or required key missing - tainting kernel
[    7.163329] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[ 6643.421303] tsc: Marking TSC unstable due to check_tsc_sync_source failed

Что может быть?