Kein Start aus Ruhezustand nach Update auf Opensuse Leap 15.3

mathias61 · 25. September 2021

Hallo zusammen,

die Suche im Forum hat mir nicht geholfen. Sollte es für mein Problem doch schon eine Antwort geben freue ich mich auch über einen Link dorthin oder ein besseres Suchmuster als "Ruhezustand".

Unter Opensuse Leap 15.1 hatte der Ruhezustand sehr schön funktioniert. Dann habe ich ein Update auf Opensuse Leap 15.3 gemacht, Hardware ist unverändert. Im Menü Energieverwaltung/Sitzung ist der Ruhezustand weiterhin vorhanden. Schicke ich den Rechner damit in den Ruhezustand tut er das auch. Die init 0 Prozeduren werden nicht durchlaufen, nach kurzer Zeit geht der Rechner aus.

Aber beim erneuten Einschalten fährt er ganz normal hoch, als wenn ich ihn runtergefahren hätte. Die ganzen init Prozeduren werden durchlaufen, uptime zeigt 1 Minute an

Code

free -h
              total        used        free      shared  buff/cache   available
Mem:          7,4Gi       1,2Gi       5,1Gi       262Mi       1,2Gi       5,7Gi
Swap:          15Gi          0B        15Gi

fstab
Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2          206848 163841613 163634766    78G  7 HPFS/NTFS/exFAT
/dev/sda3  *    163842048 225281501  61439454  29.3G 83 Linux
/dev/sda4       225284094 976752639 751468546 358.3G  5 Extended
/dev/sda5       225284096 393056255 167772160    80G 83 Linux
/dev/sda6       393058304 426612735  33554432    16G 82 Linux swap / Solaris
/dev/sda7       426614784 976752639 550137856 262.3G 83 Linux

df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           3.8G   63M  3.7G   2% /dev/shm
tmpfs           1.5G   18M  1.5G   2% /run
tmpfs           4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda3        29G   22G  5.9G  79% /
/dev/sdb1       458G   55G  380G  13% /Backup.alt
/dev/sdc1       699G  119G  581G  17% /Backup
/dev/sda2        79G   50G   29G  64% /windows/c
/dev/sda5        79G  7.7G   67G  11% /home
/dev/sda7       258G  145G  100G  60% /windows/extra
tmpfs           762M   60K  762M   1% /run/user/1000

Alles anzeigen

Hier noch der optionale Parameter für die Kernel Befehlszeile:

Code

splash=silent resume=/dev/sda6

sterun · 25. September 2021

Zitat von mathias61

Unter Opensuse Leap 15.1 hatte der Ruhezustand sehr schön funktioniert. Dann habe ich ein Update auf Opensuse Leap 15.3 gemacht,

Direkt von openSUSE Leap 15.1 auf Version 15.3? Kann klappen, muss aber nicht.

Zitat

Warning: Do not skip a release when upgrading! Example: do not upgrade from 15.1 to 15.3. Instead, from 15.1 upgrade to 15.2, and only then from 15.2 to upgrade to 15.3.

Quelle: https://en.opensuse.org/SDB:System_upgrade

Zum Thema:

Poste doch mal als Root:

Code

journalctl -b 0 -p err

Und die neue Repoliste:

Code

zypper lr -d

Was war denn vorher anders? Bessere Bootzeit aus dem Ruhezustand? Nicht, dass Standby u. Ruhezustand verwechselt werden. Standby ist deutlich schneller, aber der Ruhezustand fährt den PC herunter.

Als Root den Ruhezustand mit...

Code

systemctl hibernate

...auch mal manuell testen und anschl. hier als Root posten...

Code

journalctl -b 0 -p err

...wenn er wieder hochgefahren ist.

mathias61 · 27. September 2021

Hallo sterun,

Danke sehr für Deine Antwort.

Ja, von 15.1 habe ich das Update direkt nach 15.3 gemacht. Die Warnung habe ich leider übersehen.

Standby nutze ich gar nicht, weil ich den Rechner immer mit Schalterleiste vom Strom trennen will.

Aus dem Ruhezustand war er früher deutlich schneller wieder da, als er es jetzt nach einem Neustart ist. Gefühlt war auch der Neustart unter 15.1 etwas schneller, als unter 15.3. Oder vielleicht habe ich mich auch einfach nur an den schnellen Start aus dem Ruhezustand gewöhnt. Beide Zeiten vor dem Update habe ich leider nicht gestoppt.

Die Ausgaben von zypper lr -d und den beiden journalctl -b 0 -p err füge ich als Anlagen bei. Das ist hoffentlich ok.

Ruhezustand mit systemctl hibernate:

Er bootet neu.

1:03 Minuten von der ersten Grub Meldung bis zum Loginfenster (also ohne die Zeit des Bios).

44 Sekunden von der Passworteingabe bis der KDE Desktop bereit ist (aufgebaut werden 3 xterm, 2 dolphin, Systemmonitor und ein Firefox, meine Standardprogramme). Auch dies war nach dem Ruhezustand deutlich schneller.

journalctl -b 0 -p err > journalctl.systemctlHibernate.txt

Ruhezustand manuell (über das KDE Menü)

Vorführeffekt: Es hat jetzt funktioniert. Hoffentlich bleibt das so.

Bios bis login: 20 Sekunden

Passwort bis fertiger Desktop 2 Sekunden.

journalctl -b 0 -p err > journalctl.manuell.txt

Und wenn gar nix hilft mache ich im nächsten Urlaube eine Neuininstallation.

LG

Mathias

sterun · 27. September 2021

Hallo Mathias

Doppeltes Repo, nicht schlimm, trotzdem mal löschen - dient der Übersichtlichkeit:

Code

zypper rr "openSUSE-Leap-15.3-1"

Source und Debug Repos ebenfalls, wenn du diese nicht benötigst (dient auch nur der Übersichtlichkeit):

Code

zypper rr "repo-debug"

Code

zypper rr "repo-debug-non-oss"

Code

zypper rr "repo-debug-update"

Code

zypper rr "repo-debug-update-non-oss"

Code

zypper rr "repo-source"

Danach einmal zeigen:

Code

uname -a

Code

systemctl --failed

Code

systemd-analyze blame

Code

systemd-analyze critical-chain

Versuch mal bitte, Konsolenausgaben, vom eigegebenen Befehl bis zum Ende der Ausgabe, als Code-Tags zu posten. Ist besser lesbar:

------------------------------------------------

Verwendung des Editors im Forum

------------------------------------------------

mathias61 · 28. September 2021

Hallo sterun,

heute ist das System auch wieder schnell aus dem Ruhezustand gestartet. Drück mir die Daumen, dass es so bleibt.

Trotzdem habe ich danach die von Dir genannten Repos entfernt, jetzt sind noch 6 übrig. Wenn davon etwas fehlen sollte wird es wohl auffallen. Außer der mitgelieferten Software nutze ich hier nur vmplayer.

Hier kommen die weiteren Ausgaben:

Code

linux-4kmj:/home/mathias # zypper lr -d
# | Alias                 | Name                                                         | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                               | Service
--+-----------------------+--------------------------------------------------------------+---------+-----------+---------+----------+--------+-------------------------------------------------------------------+--------
1 | repo-backports-update | Update repository of openSUSE Backports                      | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.3/backports/          | 
2 | repo-non-oss          | Non-OSS Repository                                           | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/non-oss/ | 
3 | repo-oss              | Haupt-Repository                                             | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/     | 
4 | repo-sle-update       | Update repository with updates from SUSE Linux Enterprise 15 | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.3/sle/                | 
5 | repo-update           | Hauptaktualisierungs-Repository                              | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.3/oss                 | 
6 | repo-update-non-oss   | Aktualisierungs-Repository (Nicht-Open-Source-Software)      | Yes     | (r ) Yes  | Yes     |   99     | rpm-md | http://download.opensuse.org/update/leap/15.3/non-oss/            | 
linux-4kmj:/home/mathias # uname -a
Linux linux-4kmj 5.3.18-59.24-default #1 SMP Mon Sep 13 15:06:42 UTC 2021 (2f872ea) x86_64 x86_64 x86_64 GNU/Linux
linux-4kmj:/home/mathias # systemctl --failed
  UNIT           LOAD   ACTIVE SUB    DESCRIPTION                                       
● vmware.service loaded failed failed LSB: This service starts and stops VMware services

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed.

Alles anzeigen

Fortsetzung in nächster Nachricht, da max 10000 Zeichen möglich sind.

mathias61 · 28. September 2021

Code

linux-4kmj:/home/mathias # systemd-analyze blame
52.336s backup-rpmdb.service                                                                     
36.542s mandb.service                                                                            
16.577s backup-sysconfig.service                                                                 
15.703s logrotate.service                                                                        
 7.828s NetworkManager-wait-online.service                                                       
 6.318s lvm2-monitor.service                                                                     
 4.693s initrd-switch-root.service                                                               
 3.793s apparmor.service                                                                         
 3.717s polkit.service                                                                           
 3.671s smartd.service                                                                           
 3.316s avahi-daemon.service                                                                     
 2.938s firewalld.service                                                                        
 2.917s dracut-initqueue.service                                                                 
 2.644s display-manager.service                                                                  
 2.465s systemd-logind.service                                                                   
 2.168s windows-extra.mount                                                                      
 2.149s postfix.service                                                                          
 2.131s systemd-udevd.service                                                                    
 1.794s fstrim.service                                                                           
 1.789s rsyslog.service                                                                          
 1.719s windows-c.mount                                                                          
 1.505s nmb.service                                                                              
 1.442s vmware-USBArbitrator.service                                                             
 1.259s Backup.alt.mount                                                                         
 1.197s Backup.mount                                                                             
  989ms kbdsettings.service                                                                      
  936ms teamviewerd.service                                                                      
  922ms plymouth-quit-wait.service                                                               
  899ms systemd-tmpfiles-setup-dev.service                                                       
  813ms systemd-fsck@dev-disk-by\x2duuid-7cb9f6fe\x2db282\x2d45ae\x2db5f3\x2dc4b9aac3ee44.service
  696ms nscd.service                                                                             
  689ms NetworkManager.service                                                                   
  650ms ModemManager.service                                                                     
  648ms smb.service                                                                              
  641ms udisks2.service                                                                          
  629ms mcelog.service                                                                           
  574ms sound-extra.service                                                                      
  503ms systemd-tmpfiles-clean.service                                                           
  486ms systemd-random-seed.service                                                              
  485ms vmware.service                                                                           
  443ms dev-disk-by\x2duuid-63819e5d\x2dfa81\x2d45e0\x2d894c\x2d28ecd7c1df98.swap                
  358ms systemd-journald.service                                                                 
  357ms systemd-modules-load.service                                                             
  342ms systemd-tmpfiles-setup.service                                                           
  304ms systemd-sysctl.service                                                                   
  301ms systemd-vconsole-setup.service                                                           
  255ms modprobe@configfs.service                                                                
  238ms plymouth-switch-root.service                                                             
  238ms systemd-remount-fs.service                                                               
  232ms klog.service                                                                             
  232ms chronyd.service                                                                          
  229ms upower.service                                                                           
  227ms systemd-journal-flush.service                                                            
  220ms systemd-fsck-root.service                                                                
  213ms auditd.service                                                                           
  210ms systemd-udev-trigger.service                                                             
  206ms user@1000.service                                                                        
  173ms dev-hugepages.mount                                                                      
  173ms dev-mqueue.mount                                                                         
  172ms sys-kernel-debug.mount                                                                   
  171ms sys-kernel-tracing.mount                                                                 
  166ms kmod-static-nodes.service                                                                
  160ms modprobe@fuse.service                                                                    
  159ms modprobe@drm.service                                                                     
  151ms plymouth-start.service                                                                   
  141ms initrd-parse-etc.service                                                                 
  139ms home.mount                                                                               
  134ms iscsi.service                                                                            
  129ms alsa-restore.service                                                                     
  111ms plymouth-read-write.service                                                              
  100ms dracut-shutdown.service                                                                  
   97ms rtkit-daemon.service                                                                     
   66ms sysroot.mount                                                                            
   37ms dracut-cmdline.service                                                                   
   30ms systemd-update-utmp.service                                                              
   28ms issue-generator.service                                                                  
   26ms dracut-pre-udev.service                                                                  
   20ms systemd-user-sessions.service                                                            
   13ms initrd-cleanup.service                                                                   
    7ms sys-fs-fuse-connections.mount                                                            
    7ms user-runtime-dir@1000.service                                                            
    7ms systemd-update-utmp-runlevel.service                                                     
    6ms initrd-udevadm-cleanup-db.service                                                        
    2ms sys-kernel-config.mount

Alles anzeigen

Code

linux-4kmj:/home/mathias # systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @31.125s
└─display-manager.service @28.480s +2.644s
  └─systemd-user-sessions.service @28.458s +20ms
    └─remote-fs.target @28.456s
      └─iscsi.service @28.322s +134ms
        └─network-online.target @28.321s
          └─NetworkManager-wait-online.service @20.492s +7.828s
            └─NetworkManager.service @19.734s +689ms
              └─network-pre.target @19.733s
                └─firewalld.service @16.794s +2.938s
                  └─polkit.service @13.061s +3.717s
                    └─basic.target @12.946s
                      └─sockets.target @12.946s
                        └─pcscd.socket @12.945s
                          └─sysinit.target @12.879s
                            └─systemd-update-utmp.service @12.847s +30ms
                              └─auditd.service @12.633s +213ms
                                └─systemd-tmpfiles-setup.service @12.289s +342ms
                                  └─local-fs.target @12.189s
                                    └─windows-extra.mount @10.020s +2.168s
                                      └─local-fs-pre.target @9.953s
                                        └─lvm2-monitor.service @3.635s +6.318s
                                          └─dm-event.socket @3.594s
                                            └─-.mount
                                              └─system.slice
                                                └─-.slice

Alles anzeigen

Danke sehr für die Hilfe und schönen Abend

Mathias

sterun · 28. September 2021

Und noch kurz (als Root):

Code

fdisk -l

sterun · 28. September 2021

Nachtrag, da ich leider vorerst offline bin...

Mit meiner letzten Frage (fdisk) wollte ich kontrollieren, ob du mit Logical Volumes arbeitest. Wenn nicht, kann der "lvm2-monitor.service" zu einem verzögerten Boot- und Shutdown beitragen. Solltest du "postfix" und "iscsi" nicht nutzen, lohnt es sich, diese ebenfalls zu deaktivieren.

Als Root stoppen und deaktivieren wir folgende Services:

Logical Volumes:

Code

systemctl stop lvm2-monitor.service

Code

systemctl disable lvm2-monitor.service

Postfix:

Code

systemctl stop postfix.service

Code

systemctl disable postfix.service

iscsi:

Code

systemctl stop iscsi.service

Code

systemctl disable iscsi.service

Anschl. einmal Neustart, testen und berichten.

mathias61 · 30. September 2021

Hallo sterun,

heute hat der Start aus dem Ruhezustand auch wieder funktioniert, so kann es bleiben

lvn nutze ich (meines Wissens) nicht.

Code

linux-4kmj:~ # fdisk -l
Disk /dev/sda: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: WDC WD5000AAKX-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xfe88bd43

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2          206848 163841613 163634766    78G  7 HPFS/NTFS/exFAT
/dev/sda3  *    163842048 225281501  61439454  29.3G 83 Linux
/dev/sda4       225284094 976752639 751468546 358.3G  5 Extended
/dev/sda5       225284096 393056255 167772160    80G 83 Linux
/dev/sda6       393058304 426612735  33554432    16G 82 Linux swap / Solaris
/dev/sda7       426614784 976752639 550137856 262.3G 83 Linux


Disk /dev/sdb: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: 12 HN-M500MBB   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: EABC3CF4-CD65-425B-90F7-39D564521E50

Device     Start       End   Sectors   Size Type
/dev/sdb1   2048 976773134 976771087 465.8G Linux filesystem


Disk /dev/sdc: 698.61 GiB, 750121910272 bytes, 1465081856 sectors
Disk model: Elements 10B8   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 5464699C-72E2-4DFE-8469-0469AD41AF9D

Device     Start        End    Sectors   Size Type
/dev/sdc1   2048 1465079807 1465077760 698.6G Microsoft basic data

Alles anzeigen

Code

linux-4kmj:~ # systemctl status lvm2-monitor.service
● lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling
     Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; enabled; vendor preset: enabled)
     Active: active (exited) since Mon 2021-09-27 20:48:42 CEST; 2 days ago
       Docs: man:dmeventd(8)
             man:lvcreate(8)
             man:lvchange(8)
             man:vgchange(8)
   Main PID: 408 (code=exited, status=0/SUCCESS)

Sep 27 20:48:42 linux-4kmj systemd[1]: Finished Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
linux-4kmj:~ # systemctl stop lvm2-monitor.service
linux-4kmj:~ # systemctl disable lvm2-monitor.service
Removed /etc/systemd/system/sysinit.target.wants/lvm2-monitor.service.

Alles anzeigen

Code

linux-4kmj:~ # systemctl status postfix.service
● postfix.service - Postfix Mail Transport Agent
     Loaded: loaded (/usr/lib/systemd/system/postfix.service; enabled; vendor preset: enabled)
     Active: active (running) since Thu 2021-09-30 20:25:20 CEST; 23min ago
   Main PID: 24474 (master)
      Tasks: 3 (limit: 4915)
     CGroup: /system.slice/postfix.service
             ├─24474 /usr/lib/postfix/bin//master -w
             ├─24549 pickup -l -t fifo -u
             └─24550 qmgr -l -t fifo -u

Sep 30 20:25:18 linux-4kmj systemd[1]: Starting Postfix Mail Transport Agent...
Sep 30 20:25:18 linux-4kmj echo[24155]: Starting mail service (Postfix)
Sep 30 20:25:20 linux-4kmj postfix/postfix-script[24472]: starting the Postfix mail system
Sep 30 20:25:20 linux-4kmj postfix/master[24474]: daemon started -- version 3.5.9, configuration /etc/postfix
Sep 30 20:25:20 linux-4kmj systemd[1]: Started Postfix Mail Transport Agent.
linux-4kmj:~ # systemctl stop postfix.service
linux-4kmj:~ # systemctl disable postfix.service
Removed /etc/systemd/system/multi-user.target.wants/postfix.service.

Alles anzeigen

Code

linux-4kmj:~ # systemctl status iscsi.service
● iscsi.service - Login and scanning of iSCSI devices
     Loaded: loaded (/usr/lib/systemd/system/iscsi.service; enabled; vendor preset: enabled)
     Active: active (exited) since Thu 2021-09-30 20:25:25 CEST; 24min ago
       Docs: man:iscsiadm(8)
             man:iscsid(8)
   Main PID: 24905 (code=exited, status=21)

Sep 30 20:25:25 linux-4kmj systemd[1]: Starting Login and scanning of iSCSI devices...
Sep 30 20:25:25 linux-4kmj iscsiadm[24900]: iscsiadm: No records found
Sep 30 20:25:25 linux-4kmj systemd[1]: Finished Login and scanning of iSCSI devices.
Sep 30 20:25:25 linux-4kmj iscsiadm[24904]: iscsiadm: No records found
Sep 30 20:25:25 linux-4kmj iscsiadm[24905]: iscsiadm: Could not get list of targets from firmware. (err 21)
linux-4kmj:~ # systemctl stop iscsi.service
linux-4kmj:~ # systemctl disable iscsi.service
Removed /etc/systemd/system/remote-fs.target.wants/iscsi.service.

Alles anzeigen

Code

init 6

Nach dem Neustart sind die 3 Services weiterhin disabled:

Code

linux-4kmj:~ # systemctl status lvm2-monitor.service
● lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling
     Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:dmeventd(8)
             man:lvcreate(8)
             man:lvchange(8)
             man:vgchange(8)
linux-4kmj:~ # systemctl status postfix.service
● postfix.service - Postfix Mail Transport Agent
     Loaded: loaded (/usr/lib/systemd/system/postfix.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
linux-4kmj:~ # systemctl status iscsi.service
● iscsi.service - Login and scanning of iSCSI devices
     Loaded: loaded (/usr/lib/systemd/system/iscsi.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:iscsiadm(8)
             man:iscsid(8)

Alles anzeigen

Der Rechner scheint normal zu laufen.

In den Ruhezustand und wieder starten:

Zeit von nach dem BIOS bis zum fertigen Desktop: 29 Sekunden

Schönen Abend
Mathias

sterun · 30. September 2021

Sieht alles sauber aus. Wenn der Ruhezustand jetzt funktioniert und als Nebeneffekt die Bootzeit halbiert wurde, sind wir hier durch. Wenn dem so ist, kannst du deine Anfrage noch als "erledigt" markieren. Das machst du mit einem Doppelklick in das "Unerledigt" Kästchen - ganz oben unter deiner Themenüberschrift

Kein Start aus Ruhezustand nach Update auf Opensuse Leap 15.3

Fedora 40 offeriert PyTorch und benennt Atomic-Varianten um

Fehler bei der Validitätsprüfung

Neue Clonezilla-Version aktualisiert Unterbau

Schleswig-Holstein migriert nach Linux - Windows und Microsoft Office werden ersetzt durch Linux und LibreOffice

[Leap15.5] Keine Soundausgabe über Bluetooth

A_Kueb

Kukulkan

vpn

Nidrnox

hudel

Teilen

Tags