Жму Выйти -> Спящий режим. Через некоторое время кнопку включения на системном блоке.
Поведение рандомное: может снять питание с 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
mittorn
И если это баг, то куда это репортить и с какими логами? В вики дистрибутива этого не указано.
Шигорину пиши, лучше матом.
«А в каком линуксе этот гибернейт нормально работает?» Ви-таки спрашиваете или утверждаете? «Шигорину» https://www.altlinux.org/Team/Famous#Michael_Shigorin Ему?
Написал. Ответил, что давно не занимается x86 и не знает. Посоветовал попробовать ядро и прошивку новее. [damix@ryzen ~]$ ls -l /dev/disk/by-uuid/ итого 0 lrwxrwxrwx 1 root root 10 дек 5 23:24 14daf19c-c35a-4a45-a06a-89ad75fdcd89 -> …/…/sdb2 lrwxrwxrwx 1 root root 10 дек 5 23:24 5BFD-810E -> …/…/sdb1 lrwxrwxrwx 1 root root 10 дек 5 23:24 73e03704-2464-4e46-85a9-a03fd31568ac -> …/…/sda1 lrwxrwxrwx 1 root root 10 дек 5 23:24 9c936459-b9fa-4f90-9f9b-35b86bd2e584 -> …/…/sdb3 lrwxrwxrwx 1 root root 10 дек 5 23:24 eb05d86c-de20-47b8-babe-17349c919fd6 -> …/…/sdb5 lrwxrwxrwx 1 root root 10 дек 5 23:24 ecbfc714-0d3f-427c-99fa-659adf6ca0fe -> …/…/sdb4 [damix@ryzen ~]$ cat /sys/power/state freeze mem disk [damix@ryzen ~]$ cat /sys/power/disk [platform] shutdown reboot suspend test_resume [damix@ryzen ~]$ cat /sys/power/image_size 2442420224 [damix@ryzen ~]$
Ааа, блин, сорри, я совсем забыл что Мише персональный Эльбрус подогнали. Старею видать :)
я совсем забыл что Мише персональный Эльбрус подогнали.
Представляю как у него округлились глаза, когда ему кто-то на полном серьезе написал, что юзает его поделие :)
А в каком линуксе этот гибернейт нормально работает?
Я проверял только на двух - Альте и Убунте. Не работал ни на одном. Но симптомы тогда были другими (вот что я тогда записал): systemctl hibernate
Экран гаснет, через несколько секунд идикатор жесткого диска гаснет, WD перестает крутиться, кулеры становятся тише (возможно один из них останавливается), индикатор питания продолжает гореть, питание с USB-устройств не снимается. Если в этом состоянии обесточить системный блок выключателем на блоке питания, далее включить кнопкой включения, показывается восстановление образа и проценты, после чего экран гаснет. Если подключиться по SSH, то на команды реагирует, dmesg выдает следующее. [ 367.499337] PM: free pages cleared after restore [ 367.499360] PM: Restoring platform NVS memory [ 376.691718] Enabling non-boot CPUs … [ 376.691774] x86: Booting SMP configuration: [ 376.691775] smpboot: Booting Node 0 Processor 1 APIC 0x1 [ 376.692150] microcode: CPU1: patch_level=0x0810100b [ 376.694576] CPU1 is up [ 376.694598] smpboot: Booting Node 0 Processor 2 APIC 0x2 [ 376.694813] microcode: CPU2: patch_level=0x0810100b [ 376.697227] CPU2 is up [ 376.697245] smpboot: Booting Node 0 Processor 3 APIC 0x3 [ 376.697449] microcode: CPU3: patch_level=0x0810100b [ 376.699781] CPU3 is up [ 376.700843] ACPI: Waking up from system sleep state S4 [ 376.778262] usb usb1: root hub lost power or was reset [ 376.778264] usb usb2: root hub lost power or was reset [ 376.778310] usb usb3: root hub lost power or was reset [ 376.778312] usb usb4: root hub lost power or was reset [ 376.779139] [drm] PCIE GART of 1024M enabled (table at 0x000000F400900000). [ 376.779204] [drm] PSP is resuming… [ 376.779465] parport_pc 00:04: activated [ 376.780331] serial 00:05: activated [ 376.780427] usb usb5: root hub lost power or was reset [ 376.780428] usb usb6: root hub lost power or was reset [ 376.799081] [drm] reserve 0x400000 from 0xf43f800000 for PSP TMR [ 376.800942] sd 4:0:0:0: [sda] Starting disk [ 376.800963] sd 5:0:0:0: [sdb] Starting disk [ 377.105894] ata2: SATA link down (SStatus 0 SControl 300) [ 377.105993] ata9: SATA link down (SStatus 0 SControl 300) [ 377.113886] ata1: SATA link down (SStatus 0 SControl 300) [ 377.127894] usb 1-5: reset high-speed USB device number 3 using xhci_hcd [ 377.267686] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 377.267708] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 377.267923] ata6.00: configured for UDMA/133 [ 377.268865] ata5.00: configured for UDMA/133 [ 377.407701] usb 1-8: reset high-speed USB device number 4 using xhci_hcd [ 377.683503] usb 1-3: reset full-speed USB device number 2 using xhci_hcd [ 378.179160] usb 1-9: reset low-speed USB device number 5 using xhci_hcd [ 378.730782] usb 1-8.3: reset high-speed USB device number 6 using xhci_hcd [ 379.130508] usb 1-8.4: reset full-speed USB device number 7 using xhci_hcd [ 400.800685] [drm] psp command failed and response status is (0x0) [ 400.800746] [drm:psp_hw_start [amdgpu]] ERROR PSP load asd failed! [ 400.800798] [drm:psp_resume [amdgpu]] ERROR PSP resume failed [ 400.800840] [drm:amdgpu_device_fw_loading [amdgpu]] ERROR resume of IP block <psp> failed -22 [ 400.800882] [drm:amdgpu_device_resume [amdgpu]] ERROR amdgpu_device_ip_resume failed (-22). [ 400.800886] PM: dpm_run_callback(): pci_pm_restore+0x0/0xb0 returns -22 [ 400.800892] PM: Device 0000:38:00.0 failed to restore async: error -22 [ 400.803474] acpi LNXPOWER:01: Turning OFF [ 400.803517] PM: Basic memory bitmaps freed [ 400.803518] OOM killer enabled. [ 400.803519] Restarting tasks … done. [ 400.806282] PM: hibernation exit [ 400.808732] amdgpu 0000:38:00.0: couldn’t schedule ib on ring <sdma0> [ 400.808833] [drm:amdgpu_job_run [amdgpu]] ERROR Error scheduling IBs (-22) [ 400.808844] amdgpu 0000:38:00.0: couldn’t schedule ib on ring <sdma0> [ 400.808942] [drm:amdgpu_job_run [amdgpu]] ERROR Error scheduling IBs (-22) [ 400.808946] amdgpu 0000:38:00.0: couldn’t schedule ib on ring <sdma0> [ 400.809004] [drm:amdgpu_job_run [amdgpu]] ERROR Error scheduling IBs (-22) и т. д.Я про это и говорил. В линуксе после гибернации что-нибудь да не поднимается, обычно графика или сеть.
Типа это скорее правило, чем исключение?
Ну… на ноутах от компании System76 наверняка гибернейт работает правильно. У остальных как повезет.
Ещё я сталкивался с ситуацией, когда файлы фирмвари не могли прочитаться из фс из-за фриза системы. Можешь попробовать поместить /lib/firmware в tmpfs. Но даже если это поможет - 2200G/2400G/2500U только на помойку
У меня есть точно такая же мать в тестовом стенде, один в один
Могу проверить, свинукс мне всё равно там нужен
На венде-то у тебя работает?
Что за стенд и для чего? «На венде-то у тебя работает?» Не знаю, не ставил еще ее сюда.
Видюхи тестировать-ремонтировать
«Могу проверить, свинукс мне всё равно там нужен» Желательно, если не трудно.
AMD Raven Ridge
Боюсь, что здесь не будет работать гибернация. Купи проц и отделюную видюху
Боюсь, что здесь не будет работать гибернация
Почему? А багрепорт про это уже есть?
Багрепорт куда? Это баги железа, оно не жизнеспособно. Есть ли 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 вроде как стала отказываться от ранней загрузки драйвера, но совсем недавно
Как обычно, в пердоликсе что-то не работает. Просто поставь ос для десктопа на компьбтер вместо роутерной прошивки.
Спасибо, мнение виндуозного быдла очень важно для нас, а теперь иди переустаналвиать шindoшs
Чем
echo freeze > /sys/power/stateот рута не устраивает?
