2 votes

MadHatter avatar

La suspension vers la RAM ne fonctionne pas

Demandé el 7 de Novembre, 2020
Quand la question a-t-elle été
2367 affichage
Nombre de visites la question a
4 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

MODIFICATION IMPORTANTE : Aujourd'hui, Supermicro a répondu officiellement à ma demande. Le site X11SPA ne supporte ni la suspension vers la RAM ni la suspension vers le disque. À mon avis, il s'agit d'un défaut important, car cette carte mère est leur fleuron pour les applications orientées station de travail. Soyez-en conscient.

Ubuntu 20.10 ici, première installation sur un système nouvellement construit. Tout fonctionne parfaitement sauf une chose qui est très importante pour moi : suspendre2ram .

Si j'essaie de suspendre (dormir) via systemctl suspend L'écran s'éteint, mais rien d'autre ne se produit, l'alimentation reste en marche, les ventilateurs tournent. À ce stade, si j'appuie sur le bouton d'alimentation, le moniteur s'allume, et tout est comme je l'ai laissé.

Regardez ça maintenant. Sur mon système :

$ cat /sys/power/mem_sleep
[s2idle]

Alors que sur un ordinateur portable où suspendre travaux c'est le cas :

$ cat /sys/power/mem_sleep
s2idle [deep]

Comment puis-je déboguer le problème ? Il y a sûrement un dispositif qui empêche la suspension, mais comment le trouver ?

Ce qui suit :

  1. inxi pour vous montrer la configuration du système.
  2. pertinent syslog décharge.

EDIT1 : J'ai essayé l'hibernation. Le système reprend avec un écran corrompu, puis se bloque et nécessite une réinitialisation dure.

EDIT2 : Installé windows10, s2ram non autorisé. L'hibernation se bloque plus ou moins de la même manière.

System:    Host: bliz Kernel: 5.8.0-26-lowlatency x86_64 bits: 64 compiler: gcc v: 10.2.0 Desktop: KDE Plasma 5.19.5 
           tk: Qt 5.14.2 wm: kwin_x11 dm: SDDM Distro: Ubuntu 20.10 (Groovy Gorilla) 
Machine:   Mobo: Supermicro model: X11SPA-TF v: 1.01 serial: <superuser/root required> UEFI: American Megatrends v: 3.3 
           date: 02/21/2020 
Memory:    RAM: total: 125.44 GiB used: 1.94 GiB (1.5%) 
           RAM Report: permissions: Unable to run dmidecode. Root privileges required. 
CPU:       Info: 24-Core model: Intel Xeon Platinum 8260M bits: 64 type: MT MCP arch: Cascade Lake rev: 5 
           L2 cache: 33.0 MiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 220800 
           Speed: 1000 MHz min/max: 1000/3900 MHz Core speeds (MHz): 1: 1204 2: 1001 3: 1000 4: 1167 5: 1001 6: 1000 
           7: 1088 8: 1200 9: 1504 10: 1000 11: 1200 12: 1049 13: 1146 14: 1000 15: 1100 16: 1000 17: 1098 18: 1036 
           19: 1000 20: 1141 21: 1113 22: 1341 23: 1041 24: 1143 25: 1000 26: 1089 27: 1000 28: 1043 29: 1001 30: 1141 
           31: 1087 32: 1001 33: 1086 34: 1200 35: 1101 36: 1307 37: 1001 38: 1177 39: 1070 40: 1000 41: 1017 42: 1001 
           43: 1089 44: 1056 45: 1000 46: 1086 47: 1001 48: 1099 
Graphics:  Device-1: ASPEED Graphics Family vendor: Super Micro driver: ast v: kernel bus ID: 04:00.0 chip ID: 1a03:2000 
           Device-2: NVIDIA TU106 [GeForce RTX 2060 SUPER] driver: nvidia v: 455.28 bus ID: 19:00.0 chip ID: 10de:1f06 
           Device-3: NVIDIA TU106 [GeForce RTX 2060 SUPER] driver: nvidia v: 455.28 bus ID: 1a:00.0 chip ID: 10de:1f06 
           Device-4: NVIDIA TU106 [GeForce RTX 2060 SUPER] driver: nvidia v: 455.28 bus ID: 65:00.0 chip ID: 10de:1f06 
           Device-5: NVIDIA TU106 [GeForce RTX 2060 SUPER] driver: nvidia v: 455.28 bus ID: b4:00.0 chip ID: 10de:1f06 
           Display: x11 server: X.Org 1.20.9 compositor: kwin_x11 driver: modesetting,nvidia unloaded: fbdev,nouveau,vesa 
           resolution: 1920x1080~60Hz s-dpi: 101 
           OpenGL: renderer: GeForce RTX 2060 SUPER/PCIe/SSE2 v: 4.6.0 NVIDIA 455.28 direct render: Yes 
Network:   Device-1: Intel I210 Gigabit Network vendor: Super Micro driver: igb v: 5.6.0-k port: 2000 bus ID: 05:00.0 
           chip ID: 8086:1533 
           IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 00:25:90:be:43:2d 
           Device-2: Aquantia AQC107 NBase-T/IEEE 802.3bz Ethernet [AQtion] vendor: Super Micro driver: atlantic v: kernel 
           port: 2000 bus ID: 06:00.0 chip ID: 1d6a:07b1 
           IF: eth0 state: down mac: 00:25:90:be:43:f5 
Drives:    Local Storage: total: 476.94 GiB used: 11.38 GiB (2.4%) 
           ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 PRO 512GB size: 476.94 GiB speed: 31.6 Gb/s lanes: 4 
Partition: ID-1: / size: 287.37 GiB used: 11.37 GiB (4.0%) fs: ext4 dev: /dev/nvme0n1p2 
Swap:      ID-1: swap-1 type: partition size: 180.06 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/nvme0n1p3 
Sensors:   System Temperatures: cpu: 50.0 C mobo: N/A gpu: nvidia temp: 62 C 
           Fan Speeds (RPM): N/A gpu: nvidia fan: 29% 
Info:      Processes: 752 Uptime: 2m Init: systemd v: 246 runlevel: 5 Compilers: gcc: 10.2.0 alt: 10 Packages: apt: 2979 
           Shell: Bash v: 5.0.17 running in: konsole inxi: 3.1.07 

Nov  7 17:50:25 bliz systemd[1]: anacron.service: Succeeded.
Nov  7 17:51:48 bliz ModemManager[1471]: <info>  [sleep-monitor] system is about to suspend
Nov  7 17:51:48 bliz NetworkManager[1289]: <info>  [1604767908.1255] manager: sleep: sleep requested (sleeping: no  enabled: yes)
Nov  7 17:51:48 bliz NetworkManager[1289]: <info>  [1604767908.1256] manager: NetworkManager state is now ASLEEP
Nov  7 17:51:48 bliz whoopsie[2263]: [17:51:48] offline
Nov  7 17:51:48 bliz systemd[1]: Reached target Sleep.
Nov  7 17:51:48 bliz systemd[1]: Starting Suspend...
Nov  7 17:51:48 bliz kernel: [  995.921939] PM: suspend entry (s2idle)
Nov  7 17:51:48 bliz systemd-sleep[3346]: Suspending system...
Nov  7 17:51:48 bliz kernel: [  995.928295] Filesystems sync: 0.006 seconds
Nov  7 17:51:48 bliz acpid: client 1788[0:0] has disconnected
Nov  7 17:52:10 bliz kernel: [  996.340713] Freezing user space processes ... (elapsed 0.002 seconds) done.
Nov  7 17:52:10 bliz kernel: [  996.343045] OOM killer disabled.
Nov  7 17:52:10 bliz kernel: [  996.343046] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Nov  7 17:52:10 bliz kernel: [  996.344199] printk: Suspending console(s) (use no_console_suspend to debug)
Nov  7 17:52:10 bliz kernel: [  996.346322] serial 00:04: disabled
Nov  7 17:52:10 bliz kernel: [  996.346577] serial 00:03: disabled
Nov  7 17:52:10 bliz kernel: [ 1016.883067] pci 0000:16:05.0: disabled boot interrupts on device [8086:2034]
Nov  7 17:52:10 bliz kernel: [ 1016.883157] pci 0000:64:05.0: disabled boot interrupts on device [8086:2034]
Nov  7 17:52:10 bliz kernel: [ 1016.883192] pci 0000:b2:05.0: disabled boot interrupts on device [8086:2034]
Nov  7 17:52:10 bliz kernel: [ 1016.883581] usb usb3: root hub lost power or was reset
Nov  7 17:52:10 bliz kernel: [ 1016.883584] usb usb4: root hub lost power or was reset
Nov  7 17:52:10 bliz kernel: [ 1016.883594] usb usb5: root hub lost power or was reset
Nov  7 17:52:10 bliz kernel: [ 1016.883597] usb usb6: root hub lost power or was reset
Nov  7 17:52:10 bliz kernel: [ 1016.883940] power_meter ACPI000D:00: Found ACPI power meter.
Nov  7 17:52:10 bliz kernel: [ 1016.885528] serial 00:03: activated
Nov  7 17:52:10 bliz kernel: [ 1016.886870] serial 00:04: activated
Nov  7 17:52:10 bliz kernel: [ 1016.943776] nvme nvme0: Shutdown timeout set to 8 seconds
Nov  7 17:52:10 bliz kernel: [ 1016.972019] nvme nvme0: 32/0/0 default/read/poll queues
Nov  7 17:52:10 bliz kernel: [ 1017.212955] ata3: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214100] ata2: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214135] ata8: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214177] ata6: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214222] ata5: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214266] ata7: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214312] ata1: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.214368] ata4: SATA link down (SStatus 0 SControl 300)
Nov  7 17:52:10 bliz kernel: [ 1017.392324] usb 1-1.2: reset low-speed USB device number 6 using xhci_hcd
Nov  7 17:52:10 bliz kernel: [ 1017.751867] usb 1-1.2: device descriptor read/64, error -32
Nov  7 17:52:10 bliz kernel: [ 1018.749136] fbcon: Taking over console
Nov  7 17:52:10 bliz kernel: [ 1018.749140] OOM killer enabled.
Nov  7 17:52:10 bliz kernel: [ 1018.749141] Restarting tasks ... 
Nov  7 17:52:10 bliz kernel: [ 1018.751194] Console: switching to colour frame buffer device 128x48
Nov  7 17:52:10 bliz kernel: [ 1018.751614] done.
Nov  7 17:52:10 bliz kernel: [ 1018.754898] PM: suspend exit
Nov  7 17:52:10 bliz acpid: client 1788[0:0] has disconnected
Nov  7 17:52:10 bliz pipewire[2335]: #033[1;33m[W][000000998.421004][main-loop.c:157 pw_main_loop_run()] main-loop 0x55fa059cc0a0: iterate error -4 (Interrupted system call)#033[0m
Nov  7 17:52:10 bliz systemd-sleep[3346]: System resumed.
Nov  7 17:52:10 bliz acpid: client 1788[0:0] has disconnected
Nov  7 17:52:10 bliz pipewire[2341]: #033[1;33m[W][000000998.421027][main-loop.c:157 pw_main_loop_run()] main-loop 0x55eacc699e10: iterate error -4 (Interrupted system call)#033[0m
Nov  7 17:52:10 bliz acpid: client 1788[0:0] has disconnected
Nov  7 17:52:10 bliz systemd[1]: systemd-suspend.service: Succeeded.
Nov  7 17:52:10 bliz systemd[1]: Finished Suspend.
Nov  7 17:52:10 bliz systemd[1]: Stopped target Sleep.
Nov  7 17:52:10 bliz systemd[1]: Reached target Suspend.
Nov  7 17:52:10 bliz systemd[1]: Stopped target Suspend.
Nov  7 17:52:10 bliz ModemManager[1471]: <info>  [sleep-monitor] system is resuming
Nov  7 17:52:10 bliz NetworkManager[1289]: <info>  [1604767930.9755] manager: sleep: wake requested (sleeping: yes  enabled: yes)
Nov  7 17:52:10 bliz NetworkManager[1289]: <info>  [1604767930.9757] device (eno1): state change: activated -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Nov  7 17:52:10 bliz NetworkManager[1289]: <info>  [1604767930.9928] dhcp4 (eno1): canceled DHCP transaction
Nov  7 17:52:10 bliz NetworkManager[1289]: <info>  [1604767930.9929] dhcp4 (eno1): state changed bound -> done
Nov  7 17:52:10 bliz avahi-daemon[1283]: Withdrawing address record for 192.168.1.7 on eno1.
Nov  7 17:52:10 bliz avahi-daemon[1283]: Leaving mDNS multicast group on interface eno1.IPv4 with address 192.168.1.7.
Nov  7 17:52:10 bliz avahi-daemon[1283]: Interface eno1.IPv4 no longer relevant for mDNS.
Nov  7 17:52:10 bliz avahi-daemon[1283]: Withdrawing address record for fe80::b8ff:d7cb:f7bb:ca99 on eno1.
Nov  7 17:52:10 bliz avahi-daemon[1283]: Leaving mDNS multicast group on interface eno1.IPv6 with address fe80::b8ff:d7cb:f7bb:ca99.
Nov  7 17:52:10 bliz avahi-daemon[1283]: Interface eno1.IPv6 no longer relevant for mDNS.
Nov  7 17:52:11 bliz NetworkManager[1289]: <info>  [1604767931.0036] manager: NetworkManager state is now CONNECTED_GLOBAL
Nov  7 17:52:11 bliz NetworkManager[1289]: <info>  [1604767931.0329] manager: NetworkManager state is now DISCONNECTED
Nov  7 17:52:11 bliz NetworkManager[1289]: <info>  [1604767931.0341] device (eth0): state change: unavailable -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Nov  7 17:52:11 bliz NetworkManager[1289]: <info>  [1604767931.0369] device (eno1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'managed')
Nov  7 17:52:11 bliz dbus-daemon[1287]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 pid=1289 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Nov  7 17:52:11 bliz systemd[1]: Starting Network Manager Script Dispatcher Service...
Nov  7 17:52:11 bliz dbus-daemon[1287]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Nov  7 17:52:11 bliz systemd[1]: Started Network Manager Script Dispatcher Service.
Nov  7 17:52:11 bliz nm-dispatcher[3625]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Nov  7 17:52:11 bliz NetworkManager[1289]: <info>  [1604767931.0651] device (eth0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'managed')
Nov  7 17:52:11 bliz acpid: client connected from 1788[0:0]
Nov  7 17:52:11 bliz acpid: 1 client rule loaded
Nov  7 17:52:11 bliz acpid: client connected from 1788[0:0]
Nov  7 17:52:11 bliz acpid: 1 client rule loaded
Nov  7 17:52:11 bliz acpid: client connected from 1788[0:0]
Nov  7 17:52:11 bliz acpid: 1 client rule loaded
Nov  7 17:52:11 bliz acpid: client connected from 1788[0:0]
Nov  7 17:52:11 bliz acpid: 1 client rule loaded
Nov  7 17:52:13 bliz ModemManager[1471]: <info>  [base-manager] couldn't check support for device '/sys/devices/pci0000:00/0000:00:1c.6/0000:05:00.0': not supported by any plugin
Nov  7 17:52:14 bliz kernel: [ 1021.957276] igb 0000:05:00.0 eno1: igb: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
Nov  7 17:52:14 bliz kernel: [ 1022.063973] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2455] device (eno1): carrier: link connected
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2459] device (eno1): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2475] policy: auto-activating connection 'Wired connection 1' (da1d0e20-bea3-38af-9caf-d380db64c81e)
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2485] device (eno1): Activation: starting connection 'Wired connection 1' (da1d0e20-bea3-38af-9caf-d380db64c81e)
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2487] device (eno1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2494] manager: NetworkManager state is now CONNECTING
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2499] device (eno1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2509] device (eno1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2513] dhcp4 (eno1): activation: beginning transaction (timeout in 45 seconds)
Nov  7 17:52:14 bliz avahi-daemon[1283]: Joining mDNS multicast group on interface eno1.IPv6 with address fe80::b8ff:d7cb:f7bb:ca99.
Nov  7 17:52:14 bliz avahi-daemon[1283]: New relevant interface eno1.IPv6 for mDNS.
Nov  7 17:52:14 bliz avahi-daemon[1283]: Registering new address record for fe80::b8ff:d7cb:f7bb:ca99 on eno1.*.
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2811] dhcp4 (eno1): option dhcp_lease_time      => '21600'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2811] dhcp4 (eno1): option domain_name          => 'homenet.telecomitalia.it'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2811] dhcp4 (eno1): option domain_name_servers  => '192.168.1.1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2811] dhcp4 (eno1): option expiry               => '1604789534'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option ip_address           => '192.168.1.7'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_broadcast_address => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_domain_name => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_domain_name_servers => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_domain_search => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_host_name  => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_interface_mtu => '1'
Nov  7 17:52:14 bliz avahi-daemon[1283]: Joining mDNS multicast group on interface eno1.IPv4 with address 192.168.1.7.
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2812] dhcp4 (eno1): option requested_ms_classless_static_routes => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_nis_domain => '1'
Nov  7 17:52:14 bliz avahi-daemon[1283]: New relevant interface eno1.IPv4 for mDNS.
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_nis_servers => '1'
Nov  7 17:52:14 bliz avahi-daemon[1283]: Registering new address record for 192.168.1.7 on eno1.IPv4.
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_ntp_servers => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_rfc3442_classless_static_routes => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_root_path  => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_routers    => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_static_routes => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2813] dhcp4 (eno1): option requested_subnet_mask => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2814] dhcp4 (eno1): option requested_time_offset => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2814] dhcp4 (eno1): option requested_wpad       => '1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2814] dhcp4 (eno1): option routers              => '192.168.1.1'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2814] dhcp4 (eno1): option subnet_mask          => '255.255.255.0'
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2814] dhcp4 (eno1): state changed unknown -> bound
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2836] device (eno1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2858] device (eno1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2860] device (eno1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2865] manager: NetworkManager state is now CONNECTED_LOCAL
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2875] manager: NetworkManager state is now CONNECTED_SITE
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2876] policy: set 'Wired connection 1' (eno1) as default for IPv4 routing and DNS
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2953] device (eno1): Activation: successful, device activated.
Nov  7 17:52:14 bliz NetworkManager[1289]: <info>  [1604767934.2965] manager: NetworkManager state is now CONNECTED_GLOBAL
Nov  7 17:52:16 bliz systemd-resolved[1264]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] Cannot reach: https://daisy.ubuntu.com
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/2
Nov  7 17:52:16 bliz whoopsie[2263]: [17:52:16] online
Nov  7 17:52:16 bliz dbus-daemon[2340]: [session uid=1000 pid=2340] Activating service name='org.kde.KSplash' requested by ':1.98' (uid=1000 pid=3707 comm="/usr/bin/kwin_x11 --crashes 1 " label="unconfined")
Nov  7 17:52:24 bliz systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Nov  7 17:52:29 bliz systemd-resolved[1264]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
Demandé el 7 de Novembre, 2020 par MadHatter

Réponses

Trop de publicités?

2voto

MadHatter avatar
MadHatter Points 369

Supermicro a répondu officiellement à ma demande. Le X11SPA supporte ni suspendu à la mémoire vive (ACPI S3) ni suspension sur disque (ACPI S4). À mon avis, il s'agit d'un défaut important, car cette carte mère est leur fleuron pour les applications orientées station de travail. Soyez-en conscient.

Répondu el 13 de Novembre, 2020 par MadHatter (369 Points )

1voto

Carles Mateo avatar
Carles Mateo Points 1282

Tu peux éteindre la sortie :

sudo s2ram -n

Pour voir si votre configuration est reconnue. Si elle n'est pas reconnue, veuillez la modifier :

/etc/powersave/sleep

Et essayez :

SUSPEND2RAM_FORCE=yes

De cette page : http://powersave.sourceforge.net/powersave/Suspend2Ram.html Vous pouvez également essayer :

Ajoutez-les simplement à votre ligne "kernel" dans /boot/Grub/menu.lst. Plus d'informations à leur sujet peuvent être trouvées dans /usr/src/linux/Documentation/power/video.txt.

Vous pouvez essayer ce qui suit :

* acpi_sleep=s3_bios
calls the video BIOS during resume to initialize the video card.
* acpi_sleep=s3_mode
calls the video BIOS during resume to reset the text mode.
* acpi_sleep=s3_bios,s3_mode
combines the above.

Aussi, si cela ne fonctionne pas, il peut être utile d'essayer avec le paramètre du noyau "vga=normal", qui vous donnera une simple console texte pendant le démarrage (désolé, pas de graphiques fantaisistes pour celui-ci). Vous devez supprimer le paramètre existant "vga=0x317".

Il est également possible que vous soyez en hibernation, et non en suspension, et que quelque chose se passe mal.

Je vois que vous avez 128 Go de RAM et 180 Go de swap. C'est beaucoup, donc je suppose que vous l'utilisez lorsque vous tentez de suspendre/hiberner. Pour l'hibernation, vous avez besoin d'au moins la même quantité de mémoire utilisée, libre sur le swap. Cela ne devrait pas être un problème à moins que lorsque vous essayez d'hiberner alors qu'il y a en utilisation une quantité de RAM + swap, qui est plus grande que le swap libre. Par exemple, si vous utilisez 120 Go de RAM plus 70 Go de swap à partir du NVMe, cela fait 190 Go, et votre swap est de 180 Go, donc dans cette situation le crash est garanti.

S'il vous plaît, vérifiez les journaux comme ceci :

cat /var/log/syslog | grep -i "kill\|time\|hang\|panic"
dmesg -T | grep -i "kill\|time\|hang\|panic"

Il existe des situations dans lesquelles le système est occupé (par exemple avec des E/S ou des échanges) et le système ne peut pas suspendre. Utilisez-vous des volumes iSCSI comme invités ?

Mise à jour : Vous pouvez activer les traces en suspendant en exécutant en tant que root un script comme ceci :

#!/bin/sh
sync
echo 1 > /sys/power/pm_trace
echo mem > /sys/power/state

Ces explications et bien d'autres viennent d'ici : https://www.kernel.org/doc/html/latest/power/s2ram.html

Vous pouvez vérifier dmesg avec :

dmesg -T | less
Répondu el 11 de Novembre, 2020 par Carles Mateo (1282 Points )

0voto

darth_epoxy avatar
darth_epoxy Points 586

Donnez-lui un tourbillon sleep 1 && xset dpms force standby pourrait fonctionner pour S2RAM.
Je l'ai trouvé. aquí .

Répondu el 10 de Novembre, 2020 par darth_epoxy (586 Points )

0voto

MegaMind avatar
MegaMind Points 821

Permissions Si votre suspension échoue, et qu'un # tail /var/log/acpid montre des erreurs "Permission refusée", assurez-vous que vos nouveaux événements et actions ACPI scripts ont les permissions appropriées.

Erreur d'écriture Si # echo mem > /sys/power/state affiche "write error : Operation not permitted", vérifiez que l'option CONFIG_HOTPLUG_CPU est activée dans le noyau. Suspend2 sélectionne automatiquement cette option.

Interface sysfs cassée Vous pouvez rencontrer des problèmes lorsque vous utilisez # echo standby > /sys/power/state ou # echo mem > /sys/power/state (la machine se met en veille et se réveille immédiatement). Ceci peut être évité en utilisant # echo -n 3 >/proc/acpi/sleep pour la mettre en veille. Cela peut également se produire si le démon hotplug est toujours en cours d'exécution ou si les modules usb hcd sont toujours chargés.

Reprise immédiate après une suspension Si une reprise commence quelques secondes après la suspension, cela peut être dû aux modules USB. Déchargez les modules uhci_hcd et ehci_hcd avant de suspendre. Les utilisateurs de hibernate-scripts ajoutent "UnloadModules uhci_hcd ehci_hcd" à /etc/hibernate/common.conf.

Se bloque lors du "passage au code UP". Vous utilisez peut-être un régulateur de fréquence tel que "conservateur" ou "ondemand", qui a parfois des problèmes de suspension. Le passage à un gouverneur tel que "powersave" ou "performance" avant la suspension peut résoudre ce problème.

Le démon MySQL est en cours d'exécution Si vous exécutez MySQL, la mise en veille peut également ne pas fonctionner, arrêtez donc d'abord MySQL, puis la mise en veille. N'oubliez pas de redémarrer MySQL au réveil.

Le rétroéclairage de l'écran LCD reste allumé pendant la veille Lorsque votre système est équipé d'un contrôleur graphique Radeon Mobility, il se peut que le rétroéclairage de l'écran LCD ne s'éteigne pas automatiquement. Utilisez radeontool pour éteindre votre rétroéclairage avant la suspension dans votre action de sommeil script.

Consommation élevée pendant le sommeil Vous pouvez également prendre note du problème de consommation d'énergie élevée en mode veille ACPI.

Les cartes SD doivent être démontées Sur les versions actuelles (10.x) et antérieures d'Ubuntu, le système ne parvient pas à se suspendre (écran noir, "lune" clignotante) si une carte SD est montée. Utilisez le script sur la page de la communauté Aspire One afin de contourner ce problème en toute sécurité. Sur d'autres systèmes, vous pouvez simplement ajouter "sdhci mmc_block mmc_core" à la ligne MODULES= dans acpi-support. Ou essayez ceci (pm-utils & pci-sd) : Ajoutez la ligne suivante au fichier # /etc/pm/config.d/00sleep_module pour décharger le module avant la mise en veille :

SUSPEND_MODULES="$SUSPEND_MODULES sdhci"
Répondu el 11 de Novembre, 2020 par MegaMind (821 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X