Gnome Einstellungen starten nicht mehr -> Problem mit upower

Hallo,
bei mir läuft das aktuelle Manjaro mit Gnome Desktop auf einem Acer Spin 5. Ich habe folgendes Problem:
Die Gnome Einstellungen öffnen sich nicht mehr und der Akku wird nicht mehr angezeigt.

Wenn ich sudo systemctl restart upower.service versuche, kommt diese Meldung:

Job for upower.service failed because the control process exited with error code.
See "systemctl status upower.service" and "journalctl -xeu upower.service" for details.

journalctl -xeu upower.service gibt folgendes aus:

Stopped Daemon for power management.
░░ Subject: A stop job for unit upower.service has finished
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ A stop job for unit upower.service has finished.
░░ 
░░ The job identifier is 7632 and the job result is done.
Apr 23 13:14:40 manjaro systemd[1]: upower.service: Start request repeated too >
Apr 23 13:14:40 manjaro systemd[1]: upower.service: Failed with result 'exit-co>
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ The unit upower.service has entered the 'failed' state with result 'exit-cod>
Apr 23 13:14:40 manjaro systemd[1]: Failed to start Daemon for power management.
░░ Subject: A start job for unit upower.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ A start job for unit upower.service has finished with a failure.
░░ 
░░ The job identifier is 7632 and the job result is failed.

Ich habe versucht upower zu entfernen, aber da hängen viele Abhängigkeiten dran, weswegen ich das dann auch nicht forciert habe.

Kann jemand helfen?

upower konkurriert mit tlp, bedeutet, du kannst nicht tlp und upower gleichzeitig verwenden. Ich bezweifle stark, dass der Akku nicht angezeigt wird, weil dieser Service nicht läuft. Im Grunde ist dieser nur dafür zuständig, Energie-Richtlinien zu setzen, nicht aber dein Akku-Status abzufragen.

Hast du ein benutzerdefiniertes Theme konfiguriert? Das war schon mal der Grund, warum die Gnome-Einstellungen sich nicht öffnen lassen.

Ich habe mehrere gnome extensions installiert. Aber auch wenn ich die abschalte, verändert sich nichts. Ansonsten habe ich eben nur die Standardeinstellungen und ein anderes Hintergrundbild gesetzt, das aber schon dabei war.

Ich habe jetzt mal tlp deinstalliert. Das hat aber auch keine Änderung gebracht.

Start mal das im terminal:

gnome-control-center
Failed to register: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying

Habs gerade nochmal gemacht. Da kommt das:

(gnome-control-center:5952): libupower-glib-WARNING **: 14:04:27.759: Couldn't connect to proxy: Fehler beim Aufruf von StartServiceByName für org.freedesktop.UPower: Failed to activate service 'org.freedesktop.UPower': timed out (service_start_timeout=25000ms)

(gnome-control-center:5952): GLib-GObject-CRITICAL **: 14:04:52.780: g_object_get: assertion 'G_IS_OBJECT (object)' failed

(gnome-control-center:5952): libupower-glib-CRITICAL **: 14:04:52.820: up_client_get_devices_full: assertion 'UP_IS_CLIENT (client)' failed
Speicherzugriffsfehler (Speicherabzug geschrieben)

dbus läuft?

systemctl status dbus

Ist dein System aktuell?

sudo pacman-mirrors --geoip
sudo pacman-mirrors --fasttrack
pamac update --force-refresh

dbus läuft:

dbus.service - D-Bus System Message Bus
     Loaded: loaded (/usr/lib/systemd/system/dbus.service; static)
     Active: active (running) since Sun 2023-04-23 13:51:40 CEST; 16min ago
TriggeredBy: ● dbus.socket
       Docs: man:dbus-daemon(1)
   Main PID: 797 (dbus-daemon)
      Tasks: 1 (limit: 9373)
     Memory: 6.1M
        CPU: 2.527s
     CGroup: /system.slice/dbus.service
             └─797 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

Apr 23 14:06:22 manjaro dbus-daemon[797]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service'>
Apr 23 14:06:22 manjaro dbus-daemon[797]: [system] Successfully activated service 'org.freedesktop.locale1'
Apr 23 14:06:34 manjaro dbus-daemon[797]: [system] Failed to activate service 'org.freedesktop.UPower': timed out (service_start_timeout=25000ms)
Apr 23 14:06:34 manjaro dbus-daemon[797]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.220' >
Apr 23 14:06:59 manjaro dbus-daemon[797]: [system] Failed to activate service 'org.freedesktop.UPower': timed out (service_start_timeout=25000ms)
Apr 23 14:07:00 manjaro dbus-daemon[797]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.224' >
Apr 23 14:07:25 manjaro dbus-daemon[797]: [system] Failed to activate service 'org.freedesktop.UPower': timed out (service_start_timeout=25000ms)
Apr 23 14:07:25 manjaro dbus-daemon[797]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.224' >
Apr 23 14:07:50 manjaro dbus-daemon[797]: [system] Failed to activate service 'org.freedesktop.UPower': timed out (service_start_timeout=25000ms)
Apr 23 14:07:51 manjaro dbus-daemon[797]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.225' >

Die mirrors habe ich auch nochmals aktualisiert. Bringt alles nichts.
Für mich als Laie sieht das so aus, als ob upower das Problem auslöst.

Scheint mir auch so… bei mir startet upowerd ganz normal. Ok… mal im debug modus:

systemctl edit --full upower.service

Dann änderst du

ExecStart=/usr/lib/upowerd

in

ExecStart=/usr/lib/upowerd --debug

und speichern.

Dann die Dienste Neuladen:

systemctl daemon-reload

und upower neu starten und journal gleich verfolgen:

systemctl restart upower.service && journalctl --unit upower.service --follow --no-hostname

Sind da jetzt mehr Informationen?

Da kommt dann noch immer nur:

Job for upower.service failed because the control process exited with error code.
See "systemctl status upower.service" and "journalctl -xeu upower.service" for details.

systemctl status upower.service:

upower.service - Daemon for power management
     Loaded: loaded (/etc/systemd/system/upower.service; disabled; preset: disabled)
     Active: failed (Result: exit-code) since Sun 2023-04-23 14:27:53 CEST; 10s ago
       Docs: man:upowerd(8)
    Process: 13694 ExecStart=/usr/lib/upowerd --debug (code=exited, status=127)
   Main PID: 13694 (code=exited, status=127)
        CPU: 71ms

Apr 23 14:27:53 manjaro systemd[1]: upower.service: Scheduled restart job, restart counter is at 5.
Apr 23 14:27:53 manjaro systemd[1]: Stopped Daemon for power management.
Apr 23 14:27:53 manjaro systemd[1]: upower.service: Start request repeated too quickly.
Apr 23 14:27:53 manjaro systemd[1]: upower.service: Failed with result 'exit-code'.
Apr 23 14:27:53 manjaro systemd[1]: Failed to start Daemon for power management.

und journalctl -xeu upower.service:

journalctl -xeu upower.service
░░ The unit upower.service has entered the 'failed' state with result 'exit-code'.
Apr 23 14:26:37 manjaro systemd[1]: Failed to start Daemon for power management.
░░ Subject: A start job for unit upower.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ A start job for unit upower.service has finished with a failure.
░░ 
░░ The job identifier is 43257 and the job result is failed.
Apr 23 14:26:37 manjaro systemd[1]: upower.service: Scheduled restart job, restart counter is at 5.
░░ Subject: Automatic restarting of a unit has been scheduled
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ Automatic restarting of the unit upower.service has been scheduled, as the result for
░░ the configured Restart= setting for the unit.
Apr 23 14:26:37 manjaro systemd[1]: Stopped Daemon for power management.
░░ Subject: A stop job for unit upower.service has finished
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ A stop job for unit upower.service has finished.
░░ 
░░ The job identifier is 43348 and the job result is done.
Apr 23 14:26:37 manjaro systemd[1]: upower.service: Start request repeated too quickly.
Apr 23 14:26:37 manjaro systemd[1]: upower.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ The unit upower.service has entered the 'failed' state with result 'exit-code'.
Apr 23 14:26:37 manjaro systemd[1]: Failed to start Daemon for power management.
░░ Subject: A start job for unit upower.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░ 
░░ A start job for unit upower.service has finished with a failure.
░░ 
░░ The job identifier is 43348 and the job result is failed.

Sorry, wenn du nicht den Anweisungen folgst, dann kommen wir dem Problem nicht auf den Grund. Copy&Paste kann ich auch.

Bei mir sieht das dann so aus:

$ systemctl restart upower.service && journalctl --unit upower.service --follow --no-hostname
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        emitting added: /org/freedesktop/UPower/devices/line_power_ucsi_source_psy_USBC000o001
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        registering subsystem : usbmisc
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        failed to coldplug /sys/devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.1/usbmisc/hiddev0
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        failed to coldplug /sys/devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.1/usbmisc/hiddev0
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        device /sys/devices/pci0000:00/0000:00:14.0/usb1/1-8/1-8:1.1/usbmisc/hiddev0 has parent id: /sys/devices/pci0000:00/0000:00:14.0/usb1/1-8
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        on_battery = no
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        warning_level = none
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        daemon now not coldplug
Apr 23 14:25:16 upowerd[58075]: TI:14:25:16        BlueZ disappeared
Apr 23 14:25:16 systemd[1]: Started Daemon for power management.

Ich habe einfach ein & weggelassen, dann hats funktioniert:

systemctl restart upower.service & journalctl --unit upower.service --follow --no-hostname
[1] 15151
Apr 23 14:34:14 systemd[1]: Starting Daemon for power management...
Apr 23 14:34:15 upowerd[15138]: /usr/lib/upowerd: error while loading shared libraries: libplist-2.0.so.4: cannot open shared object file: No such file or directory
Apr 23 14:34:15 systemd[1]: upower.service: Main process exited, code=exited, status=127/n/a
Apr 23 14:34:15 systemd[1]: upower.service: Failed with result 'exit-code'.
Apr 23 14:34:15 systemd[1]: Failed to start Daemon for power management.
Apr 23 14:34:15 systemd[1]: upower.service: Scheduled restart job, restart counter is at 5.
Apr 23 14:34:15 systemd[1]: Stopped Daemon for power management.
Apr 23 14:34:15 systemd[1]: upower.service: Start request repeated too quickly.
Apr 23 14:34:15 systemd[1]: upower.service: Failed with result 'exit-code'.
Apr 23 14:34:15 systemd[1]: Failed to start Daemon for power management.
Job for upower.service failed because the control process exited with error code.
See "systemctl status upower.service" and "journalctl -xeu upower.service" for details.
Apr 23 14:34:24 systemd[1]: Starting Daemon for power management...
Apr 23 14:34:24 upowerd[15177]: /usr/lib/upowerd: error while loading shared libraries: libplist-2.0.so.4: cannot open shared object file: No such file or directory

Es scheint wohl libplist-2.0.so.4 zu sein, weil das Verzeichnis nicht vorhanden ist.

Was kann ich da machen?

1 Like

Das ist seltsam…

$ pamac search --files libplist-2.0
/usr/lib/libplist-2.0.so wird besessen von libplist
/usr/lib/libplist-2.0.so.3 wird besessen von libplist
/usr/lib/libplist-2.0.so.3.3.0 wird besessen von libplist
/usr/lib/pkgconfig/libplist-2.0.pc wird besessen von libplist

Wenn ich dann vergleiche:

$ mbn info libplist -q
Branch         : archlinux
Name           : libplist
Version        : 2.2.0-6
Repository     : extra
Build Date     : Sat 28 Jan 2023 10:42:33 
Packager       : Antonio Rojas <arojas@archlinux.org>
Branch         : unstable
Name           : libplist
Version        : 2.2.0-6
Repository     : extra
Build Date     : Sat 28 Jan 2023 10:42:33 
Packager       : Antonio Rojas <arojas@archlinux.org>
Branch         : testing
Name           : libplist
Version        : 2.2.0-6
Repository     : extra
Build Date     : Sat 28 Jan 2023 10:42:33 
Packager       : Antonio Rojas <arojas@archlinux.org>
Branch         : stable
Name           : libplist
Version        : 2.2.0-6
Repository     : extra
Build Date     : Sat 28 Jan 2023 10:42:33 
Packager       : Antonio Rojas <arojas@archlinux.org>

Dann ist in jedem Zweig die gleiche Version vorhanden.

Warum fragt upower bei dir nach einer noch aktuelleren Version?

$ ldd /usr/lib/upowerd | grep libplist
	libplist-2.0.so.3 => /usr/lib/libplist-2.0.so.3 (0x00007fdd85f77000)

Ich würde jetzt mal vermuten, dass AUR Pakete, die Gnome-Extensions enthalten, dafür verantwortlich sind.

Bei mir spuckt pamac search --files libplist-2.0 das aus:

/usr/lib/libplist-2.0.so wird besessen von libplist
/usr/lib/libplist-2.0.so.3 wird besessen von libplist
/usr/lib/libplist-2.0.so.3.3.0 wird besessen von libplist
/usr/lib/pkgconfig/libplist-2.0.pc wird besessen von libplist

und ldd /usr/lib/upowerd | grep libplist

libplist-2.0.so.3 => /usr/lib/libplist-2.0.so.3 (0x00007fd2c1ace000)
libplist-2.0.so.4 => not found
libplist-2.0.so.4 => not found

Versuch mal den linker cache neu zu erstellen:

sudo ldconfig --verbose

Vielleicht das Problem damit behoben? Jedenfalls nicht unüblich, dass dieser Schritt bei manchen AUR Paketen übergangen wird.

Das hat auch nicht geholfen. Ich bin echt ratlos.

Ich lasse den Laptop jetzt einfach ohne Netzteil laufen bis er ausgeht, drücke dann nochmal den Battery-Reset Knopf und hoffe, dass sich alles in Wohlgefallen auflöst…

Das hat leider auch nix gebracht. Ich versuche heute Nachmittag mal einfach das Timeshift Backup wiederherzustellen.

Das Zurückspielen des Backups hats gebracht. Danke nochmals für die Hilfe @megavolt !

Leider muss ich mich doch nochmal melden. Es ging mir nun doch auf den Nerv libplist zu ignorieren. Ich habe es zusammen mit den libimobile Paketen entfernt. Das hat kurzzeitig Probleme mit gdm gebracht, die ich aber durch eine Neuinstallation in tty behoben habe. Obwohl die Pakete jetzt weg sind, die Probleme mit upower verursacht haben, besteht das ursprüngliche Problem noch immer. Ich bin echt ratlos!

Um mal auf den alten Ansatz zurückzukommen, wo du keine Ausgabe zurückgegeben hast:

sudo ldconfig --verbose | grep -i libplist

In einer VM, die ich null modifiziert habe, sieht das so aus:

$ sudo ldconfig --verbose | grep -i libplist
[sudo] Passwort für test: 
ldconfig: Pfad »/usr/lib64« mehrfach angegeben
(in <builtin>:0 und <builtin>:0)
ldconfig: Kann »stat()« für »/usr/libx32« nicht aufrufen: Datei oder Verzeichnis nicht gefunden
	libplist-2.0.so.3 -> libplist-2.0.so.3.3.0
	libplist++-2.0.so.3 -> libplist++-2.0.so.3.3.0

Hier werden die globalen dynamischen Bibliotheken gesammelt und abgefragt. Irgendetwas muss da falsch sein, denn ansonsten würde es nicht nach einer neueren Version abfragen.

Vielleicht so:

sudo pacman-mirrors --geoip
sudo pacman-mirrors --fasttrack
pamac clean --verbose --keep 0
pamac clean --verbose --build-files
pamac update --force-refresh --enable-downgrade --no-aur
pamac reinstall upower --overwrite "*"

Ich vermute, dass du eine neuere oder fehlerhaft upower Binärdatei installiert hast, aber den “downgrade” deaktiviert hast. Dann verwendet es immer den Cache, wenn du diesen nicht geleert hast.