что вам не нравится?

sensors
radeon-pci-0100
Adapter: PCI adapter
temp1: +32.0°C (crit = +120.0°C, hyst = +90.0°C)

k10temp-pci-00c3
Adapter: PCI adapter
temp1: +5.8°C (high = +70.0°C)
(crit = +70.0°C, hyst = +69.0°C)

f71868a-isa-0290
Adapter: ISA adapter
+3.3V: 3.39 V
in1: 976.00 mV
in2: 1.50 V
in3: 976.00 mV
in4: 1.10 V
in5: 1.10 V
in6: 1.12 V
3VSB: 3.39 V
Vbat: 3.28 V
5VSB: 5.04 V
fan1: 1039 RPM
fan2: 943 RPM
fan3: 1787 RPM
temp1: +29.0°C (high = +85.0°C, hyst = +81.0°C)
(crit = +100.0°C, hyst = +96.0°C) sensor = thermistor
temp2: +26.0°C (high = +85.0°C, hyst = +81.0°C)
(crit = +91.0°C, hyst = +87.0°C) sensor = thermistor
temp3: +22.0°C (high = +70.0°C, hyst = +68.0°C)
(crit = +85.0°C, hyst = +83.0°C) sensor = transistor

fam15h_power-pci-00c4
Adapter: PCI adapter
power1: N/A (crit = 95.09 W)

теперь покажите выхлоп sensors

<code>
[sputnik75@sputnik75-ms7793 ~]$ sudo sensors-detect
[sudo] пароль для sputnik75: 
# sensors-detect version 3.6.0+git
# System: MSI MS-7793 [3.0]
# Board: MSI A78-G41 PC Mate (MS-7793)
# Kernel: 5.10.36-2-MANJARO x86_64
# Processor: AMD Athlon(tm) X4 860K Quad Core Processor (21/48/1)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
AMD Family 12h and 14h thermal sensors...                   No
AMD Family 15h thermal sensors...                           Success!
    (driver `k10temp')
AMD Family 16h thermal sensors...                           No
AMD Family 17h thermal sensors...                           No
AMD Family 15h power sensors...                             Success!
    (driver `fam15h_power')
AMD Family 16h power sensors...                             No
Hygon Family 18h thermal sensors...                         No
AMD Family 19h thermal sensors...                           No
Intel digital thermal sensor...                             No
Intel AMB FB-DIMM thermal sensor...                         No
Intel 5500/5520/X58 thermal sensor...                       No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...               No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
Found `Fintek F71868A Super IO Sensors'                     Success!
    (address 0x295, driver `f71882fg')

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): y
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO): y
Probing for `National Semiconductor LM78' at 0x290...       Success!
    (confidence 6, driver `lm78')
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-piix4' for device 0000:00:14.0: AMD Hudson-2 SMBus
Module i2c-dev loaded successfully.

Next adapter: SMBus PIIX4 adapter port 0 at 0b00 (i2c-0)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x52
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)
Client found at address 0x53
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter: SMBus PIIX4 adapter port 2 at 0b00 (i2c-1)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: SMBus PIIX4 adapter port 3 at 0b00 (i2c-2)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: SMBus PIIX4 adapter port 4 at 0b00 (i2c-3)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: SMBus PIIX4 adapter port 1 at 0b20 (i2c-4)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x90 (i2c-5)
Do you want to scan it? (yes/NO/selectively): y
Client found at address 0x4a
Probing for `National Semiconductor LM75'...                No
Probing for `National Semiconductor LM75A'...               No
Probing for `Dallas Semiconductor DS75'...                  No
Probing for `National Semiconductor LM77'...                No
Probing for `Analog Devices ADT7410/ADT7420'...             No
Probing for `Analog Devices ADT7411'...                     No
Probing for `Maxim MAX6642'...                              No
Probing for `Texas Instruments TMP435'...                   No
Probing for `National Semiconductor LM73'...                No
Probing for `National Semiconductor LM92'...                No
Probing for `National Semiconductor LM76'...                No
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Probing for `NXP/Philips SA56004'...                        No
Client found at address 0x4b
Probing for `National Semiconductor LM75'...                No
Probing for `National Semiconductor LM75A'...               No
Probing for `Dallas Semiconductor DS75'...                  No
Probing for `National Semiconductor LM77'...                No
Probing for `Analog Devices ADT7410/ADT7420'...             No
Probing for `Analog Devices ADT7411'...                     No
Probing for `Maxim MAX6642'...                              No
Probing for `Texas Instruments TMP435'...                   No
Probing for `National Semiconductor LM92'...                No
Probing for `National Semiconductor LM76'...                No
Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
Probing for `NXP/Philips SA56004'...                        No
Probing for `Analog Devices ADT7481'...                     No

Next adapter: Radeon i2c bit bus 0x91 (i2c-6)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x92 (i2c-7)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x93 (i2c-8)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x94 (i2c-9)
Do you want to scan it? (yes/NO/selectively): y
y
Next adapter: Radeon i2c bit bus 0x95 (i2c-10)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x96 (i2c-11)
Do you want to scan it? (yes/NO/selectively): y

Next adapter: Radeon i2c bit bus 0x97 (i2c-12)
Do you want to scan it? (yes/NO/selectively): y


Now follows a summary of the probes I have just done.
Just press ENTER to continue: 

Driver `fam15h_power' (autoloaded):
  * Chip `AMD Family 15h power sensors' (confidence: 9)

Driver `k10temp' (autoloaded):
  * Chip `AMD Family 15h thermal sensors' (confidence: 9)

Driver `lm78':
  * ISA bus, address 0x290
    Chip `National Semiconductor LM78' (confidence: 6)

Driver `f71882fg':
  * ISA bus, address 0x295
    Chip `Fintek F71868A Super IO Sensors' (confidence: 9)

Do you want to generate /etc/conf.d/lm_sensors? (YES/no): y
Created symlink /etc/systemd/system/multi-user.target.wants/lm_sensors.service → /usr/lib/systemd/system/lm_sensors.service.
Unloading i2c-dev... OK

[sputnik75@sputnik75-ms7793 ~]$ 
</code>

# sensors-detect version 3.6.0+git
# System: MSI MS-7793 [3.0]
# Board: MSI A78-G41 PC Mate (MS-7793)
# Kernel: 5.10.36-2-MANJARO x86_64
# Processor: AMD Athlon(tm) X4 860K Quad Core Processor (21/48/1)

zgrep CORETEMP /proc/config.gz
CONFIG_SENSORS_CORETEMP=m

sensors-detect запускали после установки?

в ядре есть поддержка? выхлоп
$ zgrep CORETEMP /proc/config.gz

Можно вообще его выкинуть в пользу light-locker, как ниже сказал berligostr.
ИМХО, черный экран — лучший скринсейвер.

в моей конфигурации просто удален xfce4-screensaver, установлен только light-locker, описанных вами проблем не имею

А я уже начал думать, что я 1 с такой странной проблемой… Но вообще это да, такое себе решение, хотелось бы 100% фиксации. Но в любом случае спасибо за ответ

Фиксация значков не помогает. После одной-нескольких перезагрузок, снова начинают слетать. Тоже раздражала такая фигня. Но пофиксить не получилось. Утешил себя тем, что разнес значки по краям экрана (на скриншоте видно). Не бог весть какое решение, но теперь они на месте всегда.

ПКМ на Раб.столе -> Настроить Рабочий стол -> Значки -> Расположение -> Зафиксировать

так-же маялся с этой проблемой, нашёл решение пока единственное: переход на amdgpu-pro вместо radeon и ядро 5.4. на новых ядрах не адекватно работают драйвера: загрузка дискретки идёт, но всё зависает.

Только что посмотрел такое видео по проблеме. Правда, на не нашем языке, но, может, пригодится.
Опять же, там больше про оптимизацию использования, а не про сохранность определённого заряда на долгое время.

пока я ждал резюме сообщества о том, что проблема в моей конфигурации (о чем я подозревал на 90%, но очень хотел быть уверенным на все 100), я провел некоторые наблюдения. а именно: последил за расходом памяти (а ее у меня ну очень мало, всего 4G, память распаяна и не расширяется), и формированием свопа (он у меня на systemd-swap, там организовано чанковое расширение своп пространства + Zswap). наблюдения показали, что при работе в огнелисе с гуглокартами при полноэкранном разворачивании, происходит почти критическое заполнение памяти и разрастание свопа. параметр vm.swappiness у меня был установлен на 60, так как размер озу на моем пк небольшой). я очень надеялся на установленный в системе nohang, который должен был бы по идее прибить жрущий процесс, но так как потребление огнелисом не выходило за критические рамки, этого не происходило. в вашем гугле многие советовали изменить параметры nohang, но предупреждали о возможных последствиях. а так как я наблюдал околокритическое заполнение памяти при сборке некоторых пакетов из аур, то не стал менять установленные у nohang параметры по умолчанию.
первое, что я сделал это уменьшил параметр vm.swappiness до 10. однако, это стало приводить к образованию фризов системы при работе с тем же огнелисом. но да, повторяемость бага упала до 50%. но фризы, это тоже неприятно, последовательный подбор vm.swappiness привел меня к значению 40, фризы пропали, но вероятность эффекта бага увеличилась до 75%.
далее мои изыскания привели к ananicy. установка которых еще уменьшило вероятность появления бага.
и последним штрихом стала установка пакета uresourced и запуск соответсвующей службы(да, я прочитал предупреждение о нем на гите).
эффект бага описанный в моей публикации пропал. решено
зы. готов к критике и с удовольствием выслушаю ваше мнение и рекомендации

благодарю всех участников, значит я у себя что-то наху*вертил в системе, буду разбираться

да, xfce4-screensaver идет по умолчанию.

Разве это нормальное поведение по умолчанию? И как бы вопрос как это разблокировать?
По поводу консолей alt + ctrl + F3 — они не работаю во втором экране ввода пароля, где разблокировка, но в первом экране разблокировки работает

Если проблема действительно в xfce4-screensaver — то можно посоветовать использовать вместо него xscreensaver.

Но тут появляется второе окно, которое выглядит похоже

Предположу, что происходит нечто подобное.
Есть ли в системе xfce4-screensaver?

Аналогично, не воспроизводится.
После разблокировки переключаюсь на другой workspace, все ОК. После выхода из лисьего фуллскрина на текущем десктопе также УМВР.
Testing, все обновлено, блокировка осуществляется посредством дерганья light-locker-command --lock менеджером питания.