Жму Выйти -> Спящий режим. Через некоторое время кнопку включения на системном блоке.
Поведение рандомное: может снять питание с USB, может не снять может включиться по кнопке включения, а может только по reset после включения показывается меню uefi, затем загрузчик, затем обои Simply Linux, а далее опять рандомно - - экран гаснет и пишет “нет сигнала” | открывается чистый рабочий стол БЕЗ запущенных в прошлый раз программ (как после перезагрузки) | появляется окно для ввода пароля, после успешного логина тоже отркывается чистый рабочий стол $ cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-std-def root=UUID=14daf19c-c35a-4a45-a06a-89ad75fdcd89 ro resume=/dev/disk/by-uuid/9c936459-b9fa-4f90-9f9b-35b86bd2e584 panic=30 quiet loglevel=3 splash $ inxi -Fz System: Kernel: 5.10.198-std-def-alt1 arch: x86_64 bits: 64 Desktop: Xfce v: 4.18.1 Distro: Simply Linux 10.4 (Captain Finn) Machine: Type: Desktop Mobo: Micro-Star model: B350 PC MATE (MS-7A34) v: 2.0 serial: <superuser required> UEFI: American Megatrends v: A.J0 date: 01/23/2019 CPU: Info: quad core model: AMD Ryzen 3 2200G with Radeon Vega Graphics bits: 64 type: MCP cache: L2: 2 MiB Speed (MHz): avg: 1438 min/max: 1600/3500 cores: 1: 1421 2: 1420 3: 1421 4: 1491 Graphics: Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Mobile Series] driver: amdgpu v: kernel Display: x11 server: X.Org v: 1.20.14 driver: X: loaded: amdgpu unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu resolution: 1920x1080~60Hz API: OpenGL v: 4.6 vendor: amd mesa v: 23.1.9 renderer: AMD Radeon Vega 8 Graphics (raven LLVM 15.0.7 DRM 3.40 5.10.198-std-def-alt1) Audio: Device-1: AMD Raven/Raven2/Fenghuang HDMI/DP Audio driver: snd_hda_intel Device-2: AMD Family 17h/19h HD Audio driver: snd_hda_intel API: ALSA v: k5.10.198-std-def-alt1 status: kernel-api Server-1: PulseAudio v: 17.0 status: active Network: Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet driver: r8169 IF: enp25s0 state: up speed: 100 Mbps duplex: full mac: <filter> Bluetooth: Device-1: ASUSTek Broadcom BCM20702A0 Bluetooth driver: btusb type: USB Report: hciconfig ID: hci0 state: up address: <filter> bt-v: 4.0 Drives: Local Storage: total: 1.35 TiB used: 1005.49 GiB (72.5%) ID-1: /dev/sda vendor: Western Digital model: WD10EZRZ-22HTKB0 size: 931.51 GiB ID-2: /dev/sdb vendor: Kingston model: SA400S37480G size: 447.13 GiB ID-3: /dev/sdg vendor: Kingston model: DataTraveler 102 size: 7.46 GiB type: USB Partition: ID-1: / size: 31.2 GiB used: 18.07 GiB (57.9%) fs: ext4 dev: /dev/sdb2 ID-2: /opt size: 62.07 GiB used: 53.35 GiB (85.9%) fs: ext4 dev: /dev/sdb5 Swap: ID-1: swap-1 type: partition size: 8 GiB used: 1.3 GiB (16.3%) dev: /dev/sdb3 Sensors: System Temperatures: cpu: 36.6 C mobo: 38.0 C gpu: amdgpu temp: 36.0 C Fan Speeds (rpm): fan-1: 352 fan-2: 897 fan-3: 0 fan-4: 0 fan-5: 0 fan-6: 0 Info: Processes: 257 Uptime: 1d 22h 12m Memory: total: 6 GiB available: 5.8 GiB used: 2.65 GiB (45.7%) Shell: Bash inxi: 3.3.31
Почему? А багрепорт про это уже есть?
Багрепорт куда? Это баги железа, оно не жизнеспособно. Есть ли errata точно не знаю, но скорее всего да
Да ладно? Амуде выпустила железку, которая не может в гибернацию, и так и не поправила? Первый Zen был, конечно, кривой и забагованный, но не настолько же
В гибернацию она может, но если повезёт - часто рандомные сбои происходят пр копировании данных из gpu - возможно, если Обычно после 2-3 гибернаций уже наверняка не может. Ещё зависит от параметров памяти и размера UMA
Ну вот например, closed obsolete. Можно ещё поискать, такого много. https://bugzilla.kernel.org/show_bug.cgi?id=196683 Один из источников проблем: CPU может нормально работать с памятью, а gpu, особенно с некэшированным доступом иногда читает мусор вместо данных, просто в рандомные моменты Вторая причина проблем: GPU невозможно сбросить после ошибки т.к питается она вместе с CPU и программный механизм сброса сломан. Вместе эти проблемы делают эти процы пригодными разве что для помойки, будь что-то одно - было бы не так критично
Так вот ты где сейчас тусишь, Милторг…
Владимир
Но на винде же всё работает. Или нет? Иначе бы весь интернет был в жалобах на ряженку. Как это связано с гибернацией? Она валится не рандомно, а гарантированно. Причём тут рандомные фризы, про которые багрепорт? Они постоянные прекратились в ядре 4.19 а ни разу я их не ловил начиная с обновления бивиса и ядра в 2022. До этого крайне редко, пару раз в год, ловил их после suspend to RAM. «Купи проц и отделюную видюху» Нормальную ОС дешевле купить.
Я давно не пользуюсь компом, но помнится мне что Linux нормально засыпает и просыпается. Зачем тебе именно гибернация?
Может будет достаточно простого засыпания и просыпания системы?
«Я давно не пользуюсь компом» Никаким или именно большим системником? Например, чтобы нормально переживало отключение света. Но вообще соглашусь, что именно на десктопах и именно s2disk не критичен. Но у меня просто руки дошли пофиксить вообще все проблемы с компом. Я немного перфекционист и люблю, когда все работает, даже то, чем пользуюсь редко. «помнится мне что Linux нормально засыпает и просыпается» Таки не на всём и не всегда. У меня был ноут https://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/filesystems-disappear-upon-resume-from-suspend-to-ram-ahci-2-6-30-amd64-732533/ на котором не работал как раз s2RAM, а s2disk работал.
Я кстати не знаю, насколько стабильно такое железо на винде. Жалобы на VIDEO_TDR_FAILURE точно были, а вот проблем с гибернацией там может и меньше. У меня гиьернация заработала когда вынес amdgpu в модуль, так что он стал загружаться уже после запуска init. Только вот через раз вместо гибернации всё зависало нахрен. Обычно если не запускать игрушек - всё ок, но стоит что-то запустить, потом завершить - прощай гибернация, привет зависание
«VIDEO_TDR_FAILURE» По первой ссылке в гугле фиксится установкой дров. «У меня гиьернация заработала когда вынес amdgpu в модуль, так что он стал загружаться уже после запуска init.» Ну это на Генте. А на Убунте и Альте он же и так модулем собран. Или нет? «Только вот через раз вместо гибернации всё зависало нахрен.» У меня сильно другое поведение. Может все таки это зависит не только от видео, но и от чипсета? Ну и 2200G и 2400G - это не совсем одно и то же.
На убунте он собран модулем, но грузится в initramfs, то есть до восстановления образа гибернации. И я не знаю, можно ли это как-то переделать, возможно скрипт упаковки initramfs можно как-то перенастроить
А почему тогда дистростроители его пакуют в initramfs?
Понятия не имею, но это создаёт кучу проблем в виде невлезающего в оперативку initramfs, нехватки места на boot разделе. Изначально скорее всего это делалось чтобы в случае, если без видеодрайвера ничего не рисуется initramfs мог выводить консоль и лого. Зачем это делать при наличии efi/simpledrm - не понятно. Fedora вроде как стала отказываться от ранней загрузки драйвера, но совсем недавно