Fehler beim Aufruf von StartServiceByName für org.freedesktop.fwupd

erich_s · 20. August 2021

Hallo,

ich habe Anfang August 2021 den Upgrade von openSUSE Leap 15.2 auf openSUSE Leap 15.3 gemacht. Seit einigen Tagen (ca. ab 16.08.21) erhalte ich die im beigefügten Bild gezeigte Fehlermeldung jeweils kurz nach dem Einschalten des Rechners. Die Anwendung, in der die Meldung gezeigt wird ist "Software", die ich sonst nie verwende. Ich habe "Aktualisieren" versucht, das ändert aber nichts, die Fehlermeldung erscheint nach wie vor. Es gibt auch Fehlermeldungen "error -110" bei Start des Systems (beigefügt ein Auszug) und weitere Merkwürdigkeiten wie nach meinem Gefühl langsamer Systemstart und Start von Anwendungen wie z.B. "Dokument-Scanner" erst nach mehreren Versuchen. Da will/kann ich aber nicht spekulieren, ob es da Zusammenhänge gibt. Zunächst bitte ich um Hilfe was den "Fehler beim Aufruf von StartServiceByName für org.freedesktop.fwupd" betrifft.
Danke, Erich

sterun · 20. August 2021

Hallo Erich

Der fwupd-Service kann Firmware aktualisieren.

Welche, siehst du hier:

https://fwupd.org/lvfs/devices/

Die 3x fwupd-Dienste stehen bei mir auf "Manuell" / "Inaktiv(Tot)"

Poste doch mal:

Code

zypper lr -d

Und ebenfalls - aber als Root:

Code

systemctl --failed

Code

systemctl status fwupd

Code

systemd-analyze critical-chain

Code

systemd-analyze blame | head -n 7

erich_s · 20. August 2021

Hallo,
hier die gewünschten Daten:

Code

Linux-Desktop:/home/erich # zypper lr -d
#  | Alias                     | Name                                                         | Enabled   | GPG Check       | Refresh        | Priority  | Type   | URI                                                                     | Serv->
---+---------------------------+--------------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+-------------------------------------------------------------------------+-------
 1 | openSUSE-Leap-15.3-1      | openSUSE-Leap-15.3-1                                         | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/           | 
 2 | openSUSE_Leap_15.3        | Packman                                                      | Ja        | (r ) Ja         | Ja             |   90      | rpm-md | http://ftp.fau.de/packman/suse/openSUSE_Leap_15.3/                      | 
 3 | repo-backports-update     | Update repository of openSUSE Backports                      | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/backports/                | 
 4 | repo-debug                | Debug Repository                                             | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/distribution/leap/15.3/repo/oss/     | 
 5 | repo-debug-non-oss        | Debug Repository (Non-OSS)                                   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/distribution/leap/15.3/repo/non-oss/ | 
 6 | repo-debug-update         | Update Repository (Debug)                                    | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/oss/                | 
 7 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS)                           | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/non-oss/            | 
 8 | repo-non-oss              | Non-OSS Repository                                           | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/non-oss/       | 
 9 | repo-oss                  | Haupt-Repository                                             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/           | 
10 | repo-sle-update           | Update repository with updates from SUSE Linux Enterprise 15 | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/sle/                      | 
11 | repo-source               | Source Repository                                            | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/distribution/leap/15.3/repo/oss/    | 
12 | repo-update               | Hauptaktualisierungs-Repository                              | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/oss                       | 
13 | repo-update-non-oss       | Aktualisierungs-Repository (Nicht-Open-Source-Software)      | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/non-oss/                  | 
Linux-Desktop:/home/erich #

Alles anzeigen

Code

Linux-Desktop:/home/erich # systemctl --failed
  UNIT             LOAD   ACTIVE SUB    DESCRIPTION              
● fwupd.service    loaded failed failed Firmware update daemon   
● tpdaemon.service loaded failed failed Turboprint Monitor Daemon

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.

2 loaded units listed.
Linux-Desktop:/home/erich #

Alles anzeigen

Code

Linux-Desktop:/home/erich # systemctl status fwupd
● fwupd.service - Firmware update daemon
     Loaded: loaded (/usr/lib/systemd/system/fwupd.service; static)
     Active: failed (Result: timeout) since Fri 2021-08-20 13:29:47 CEST; 1h 54>
       Docs: https://fwupd.org/
    Process: 3611 ExecStart=/usr/lib/fwupd/fwupd (code=killed, signal=TERM)
   Main PID: 3611 (code=killed, signal=TERM)

Aug 20 13:28:17 Linux-Desktop systemd[1]: Starting Firmware update daemon...
Aug 20 13:29:47 Linux-Desktop systemd[1]: fwupd.service: start operation timed >
Aug 20 13:29:47 Linux-Desktop systemd[1]: fwupd.service: Failed with result 'ti>
Aug 20 13:29:47 Linux-Desktop systemd[1]: Failed to start Firmware update daemo>
lines 1-11/11 (END)

Alles anzeigen

Code

Linux-Desktop:/home/erich # 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 @1min 42.800s
└─multi-user.target @1min 42.799s
  └─getty.target @1min 42.798s
    └─getty@tty1.service @1min 42.797s
      └─plymouth-quit-wait.service @1min 21.781s +21.011s
        └─systemd-user-sessions.service @1min 21.750s +27ms
          └─remote-fs.target @1min 21.725s
            └─iscsi.service @1min 21.503s +219ms
              └─network-online.target @1min 21.413s
                └─network.target @1min 21.412s
                  └─wicked.service @1min 7.649s +13.761s
                    └─wickedd-nanny.service @1min 7.619s +25ms
                      └─wickedd.service @1min 7.530s +87ms
                        └─wickedd-dhcp6.service @1min 7.022s +506ms
                          └─network-pre.target @1min 6.948s
                            └─wpa_supplicant.service @1min 40.994s +59ms
                              └─dbus.service @1min 459ms
                                └─basic.target @1min 440ms
                                  └─sockets.target @1min 440ms
                                    └─virtlogd.socket @1min 439ms
                                      └─sysinit.target @1min 365ms
                                        └─systemd-udev-settle.service @3.400s +56.964s
                                          └─systemd-udev-trigger.service @3.292s +104ms
                                            └─systemd-udevd-kernel.socket @3.238s
                                              └─system.slice
                                                └─-.slice
Linux-Desktop:/home/erich #

Alles anzeigen

Code

Linux-Desktop:/home/erich # systemd-analyze blame | head -n 7
1min 30.075s fwupd.service                                                            
     56.964s systemd-udev-settle.service                                              
     21.011s plymouth-quit-wait.service                                               
     13.761s wicked.service                                                           
      6.448s libvirtd.service                                                         
      6.140s smartd.service                                                           
      4.232s initrd-switch-root.service                                               
Linux-Desktop:/home/erich #

sterun · 20. August 2021

Krass... dein System braucht wirklich seeehr lange zum Booten

Starte Yast - Dienste-Verwaltung

systemd-udev-settle = Manuell

(laut Manpage: Using this service is not recommended)

fwupd = Manuell

fwupd-offline-update = Manuell

fwupd-refresh = Manuell

iscsi = Manuell

Dann Reboot und erneut posten:

Code

systemctl --failed

Code

systemd-analyze critical-chain

Code

systemd-analyze blame | head -n 7

Sauerland · 20. August 2021

Man kann auch fwupd deinstallieren, ist auch nicht nötig........

erich_s · 22. August 2021

Hallo

ich antworte zunächst auf Beitrag #4.

systemd-udev-settle = Manuell --> ist bereits "Manuell", aktueller Status: "Aktiv(Beendet)"

fwupd = Manuell --> ist bereits "Manuell", aktueller Status: "Aktiv(Läuft)"

fwupd-offline-update = Manuell --> ist bereits "Manuell", aktueller Status: "Inaktiv(Tot)"

fwupd-refresh = Manuell --> ist bereits "Manuell", aktueller Status: "Inaktiv(Tot)"

und hier die einzige Änderung, die ich gemacht habe:

iscsi = Manuell --> geändert auf "Manuell" (war: "Beim Systemstart")

Nach reboot hier die gewünschten Posts:

Code

erich@Linux-Desktop:~> su root
Passwort: 
Linux-Desktop:/home/erich # systemctl --failed
  UNIT             LOAD   ACTIVE SUB    DESCRIPTION              
● tpdaemon.service loaded failed failed Turboprint Monitor Daemon

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.
Linux-Desktop:/home/erich #

Alles anzeigen

Code

Linux-Desktop:/home/erich # 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 @43.155s
└─multi-user.target @43.155s
  └─getty.target @43.154s
    └─getty@tty1.service @43.153s
      └─plymouth-quit-wait.service @25.811s +17.336s
        └─systemd-user-sessions.service @25.773s +30ms
          └─network.target @25.726s
            └─wicked.service @15.601s +10.124s
              └─wickedd-nanny.service @15.570s +29ms
                └─wickedd.service @15.527s +40ms
                  └─wickedd-dhcp6.service @15.223s +299ms
                    └─network-pre.target @15.178s
                      └─wpa_supplicant.service @41.440s +78ms
                        └─dbus.service @8.355s
                          └─basic.target @8.342s
                            └─sockets.target @8.342s
                              └─virtlogd.socket @8.341s
                                └─sysinit.target @8.330s
                                  └─apparmor.service @6.343s +1.986s
                                    └─var.mount @6.203s +125ms
                                      └─local-fs-pre.target @6.187s
                                        └─lvm2-monitor.service @2.781s +3.404s
                                          └─dm-event.socket @2.774s
                                            └─-.mount
                                              └─system.slice
                                                └─-.slice
Linux-Desktop:/home/erich #

Alles anzeigen

Code

Linux-Desktop:/home/erich # systemd-analyze blame |head -n 7
17.336s plymouth-quit-wait.service                                               
10.124s wicked.service                                                           
 4.777s smartd.service                                                           
 4.193s firewalld.service                                                        
 3.819s initrd-switch-root.service                                               
 3.647s systemd-udev-settle.service                                              
 3.404s lvm2-monitor.service                                                     
Linux-Desktop:/home/erich #

Gruß, Erich

erich_s · 22. August 2021

Zitat von Sauerland

Man kann auch fwupd deinstallieren, ist auch nicht nötig........

Ich bin jetzt nach Jahren zum ersten Mal über diesen fwupd gestolpert, bisher hatte ich da nie Probleme oder Fehlermeldungen gesehen. Wie kann man fwupd deinstallieren?

Danke und Gruß, Erich

sterun · 22. August 2021

Postest du noch als Root:

Code

systemctl list-unit-files --state enabled | grep -Ei "netw|wick"

Code

systemctl get-default

Code

systemctl list-dependencies --reverse plymouth-quit-wait.service

Code

cat /etc/default/grub | grep -Ei GRUB_CMDLINE_LINUX_DEFAULT

Code

update-alternatives --config default-displaymanager

(diesen letzten Befehl mit ctrl+c abbrechen und nur die Auswahl posten)

erich_s · 22. August 2021

Hallo,

hier die gewünschten Posts:

Code

erich@Linux-Desktop:~> su root
Passwort: 
Linux-Desktop:/home/erich # systemctl list-unit-files --state enabled | grep -Ei "netw|wick"
NetworkManager-dispatcher.service enabled disabled     
wicked.service                    enabled disabled     
wickedd-auto4.service             enabled disabled     
wickedd-dhcp4.service             enabled disabled     
wickedd-dhcp6.service             enabled disabled     
wickedd-nanny.service             enabled disabled     
Linux-Desktop:/home/erich #

Code

Linux-Desktop:/home/erich # systemctl get-default
graphical.target
Linux-Desktop:/home/erich #

Code

Linux-Desktop:/home/erich # systemctl list-dependencies --reverse plymouth-quit-wait.service
plymouth-quit-wait.service
● └─multi-user.target
●   └─graphical.target
Linux-Desktop:/home/erich #

Code

Linux-Desktop:/home/erich # cat /etc/default/grub | grep -Ei GRUB_CMDLINE_LINUX_DEFAULT
GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/disk/by-id/ata-ST2000DM001-1ER164_S4Z0CAXK-part4 splash=silent quiet showopts"
Linux-Desktop:/home/erich #

Code

Linux-Desktop:/home/erich # update-alternatives --config default-displaymanager
There are 4 choices for the alternative default-displaymanager (providing /usr/lib/X11/displaymanagers/default-displaymanager).

  Selection    Path                                  Priority   Status
------------------------------------------------------------
* 0            /usr/lib/X11/displaymanagers/gdm       25        auto mode
  1            /usr/lib/X11/displaymanagers/console   5         manual mode
  2            /usr/lib/X11/displaymanagers/gdm       25        manual mode
  3            /usr/lib/X11/displaymanagers/lightdm   15        manual mode
  4            /usr/lib/X11/displaymanagers/xdm       10        manual mode

Press <enter> to keep the current choice[*], or type selection number: ^C
Linux-Desktop:/home/erich #

Alles anzeigen

Übrigens ist die ursprünglich von mir beschriebene Fehlermeldung heute (22.08.21) noch nicht aufgetreten.

Gruß, Erich

sterun · 22. August 2021

Zitat von erich_s

Übrigens ist die ursprünglich von mir beschriebene Fehlermeldung heute (22.08.21) noch nicht aufgetreten.

Dieser Fehler sollte auch nicht mehr kommen, da alle fwupd Services aus sind. Nur nebenbei aufgefallen ist halt noch die sehr lange Startzeit des Systems ("Plymouth"). Dieses würde ich gerne noch, wenn du möchtest, beheben. Dazu aber erst später mehr.

Nachtrag:

Wenn du LVM nicht nutzt, kannst du den lvm2-monitor ebenfalls deaktivieren. Spart zusätzlich weitere Sekunden beim Starten und Beenden des Systems.

Als Root:

Code

systemctl stop lvm2-monitor

Code

systemctl disable lvm2-monitor

Fehler beim Aufruf von StartServiceByName für org.freedesktop.fwupd

Taskleiste startet nicht

Proxmox VE 8.2 hilft mit Assistent beim Umzug von VMware

Probleme mit dem Ausdruck von pdf-Dateien über Okular

USB WLAN Sticks für Opensuse?

Neuinstallation leap 15.5: init Prozess scheitert beim Booten - Kernel Panik

MichaRadius

A_Kueb

Kukulkan

vpn

Nidrnox

Teilen

Tags