staging.inyokaproject.org

Mein Rechner fährt nicht mehr runter. Bereitschaft funktioniert, aber Herunterfahren bleibt ohne Wirkung. Beim nochmaligen Befehl Herunterfahren kommt ein Fenster mit folgender Meldung:

GDBus.Error.org.xcfe.SessionManager.ErrorFailed:Die Sitzungsverwaltung darf nicht beschädigt sein, wenn herunter gefahren werden soll

Das Problem besteht seit gestern, seit ein Firefox snap update gefordert war. Ich habe wie in diesem Thread/Verlinkung empfohlen den Session Folder geleert. Das hat aber nichts geholfen. Was kann ich denn sonst machen?

https://forum.ubuntuusers.de/topic/fehler-waehrend-des-abmeldevorgangserhalten/#post-9382584

MacMoto schrieb:

Was kann ich denn sonst machen?
Beim nochmaligen Befehl Herunterfahren ...

Uns mitteilen, was du mit "Befehl Herunterfahren" meinst.
Handelt es sich um einen GUI-Befehl oder was hast du ggf ins Terminal geschrieben?
Wenn du das Terminal benutzt hast, dann bitte im Codeblock (mit 1. Befehl – 2. Ausgabe – 3. Prompt/Endezeichen) posten.

Ich habe über die "Maus"/Anwendungsmenu oben links das Herunterfahren zu machen (wie immer). Dabei erscheint dann das Warnfenster wie angehängt mit dem Text wie im ersten Beitrag. Insofern gibt es keine Terminal Ausgaben.

Mit dem Terminal Befehl poweroff fährt er ohne Probleme runter, aber beim Hochfahren dauert es dann wieder (wie seit gestern) länger als vorher.

Beim Herunterfahren per XFCE wird Hibernate/Ruhezustand genutzt?

Wenn du in den Einstellungen von Xfce die Sitzungsspeicherung deaktivierst, funktioniert es?

Du könntest auch mal Plymouth im Grub deaktivieren, wie im Wiki beschrieben.

Wenn das wieder der Bug aus dem alten Thread ist, sieht es natürlich schlecht aus. ☹

Aus den gegebenen Optionen, die das grafische Menu von oben links bietet, tritt der Fehler nur bei "Herunterfahren" auf. Bereitschaft und Neustart wird fehlerfrei genommen und der Rechner fährt auch danach einwandfrei (bis auf die relativ lange Startzeit zum Aufbau des Desktop) hoch.

Im Startverhalten ist die Sitzungsspeicherung deaktiviert (siehe Screenshot) oder sehe ich das falsch?

Plymouth habe ich deaktiviert, aber der Rechner fuhr trotzdem nicht runter. Ich mache gleich noch einen Hard Reboot.

Ich habe noch einmal (der Fehler trat aber schon vor dem letzten Versuch auf) ein Update Versuch gemacht. Dabei kamen diese Meldungen. Ist es eventuell ein Speicherplatzproblem? Ich habe auf der Partition noch knapp 700MB.

Aktualisierung für 7 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: http://de.archive.ubuntu.com/ubuntu noble InRelease: Splitting up /var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_noble_InRelease into data and signature failed
W: Fehlschlag beim Holen von https://updates.signal.org/desktop/apt/dists/xenial/InRelease Fehler beim Schreiben in Datei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 2606:4700:4400::6812:2076 443]
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/noble/InRelease Splitting up /var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_noble_InRelease into data and signature failed
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/noble-updates/InRelease Fehler beim Schreiben in Datei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 141.30.62.23 80]
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/noble-backports/InRelease Fehler beim Schreiben in Datei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 141.30.62.23 80]
W: Fehlschlag beim Holen von http://security.ubuntu.com/ubuntu/dists/noble-security/InRelease Fehler beim Schreiben in Datei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 2620:2d:4002:1::101 80]
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Die angemahnte Prüfung ergab dieses:

sudo apt list --upgradable
Auflistung… Fertig
grub-common/noble-updates 2.12-1ubuntu7.1 amd64 [aktualisierbar von: 2.12-1ubuntu7]
grub-pc-bin/noble-updates 2.12-1ubuntu7.1 amd64 [aktualisierbar von: 2.12-1ubuntu7]
grub-pc/noble-updates 2.12-1ubuntu7.1 amd64 [aktualisierbar von: 2.12-1ubuntu7]
grub2-common/noble-updates 2.12-1ubuntu7.1 amd64 [aktualisierbar von: 2.12-1ubuntu7]
python3-distupgrade/noble-updates 1:24.04.23 all [aktualisierbar von: 1:24.04.22]
ubuntu-release-upgrader-core/noble-updates 1:24.04.23 all [aktualisierbar von: 1:24.04.22]
ubuntu-release-upgrader-gtk/noble-updates 1:24.04.23 all [aktualisierbar von: 1:24.04.22]

MacMoto schrieb:

Plymouth habe ich deaktiviert, aber der Rechner fuhr trotzdem nicht runter.

Plymouth ist für das Herunterfahren auch nicht zuständig. Es verbirgt nur die Meldung. Jetzt, da du sie lesen kannst, solltest du das auch tun. Vielleicht führt das weiter.

Ist es eventuell ein Speicherplatzproblem? Ich habe auf der Partition noch knapp 700MB.

Das ist so gut wie nix. Da muss nur eine Aktualisierung von linux-firmware anstehen (~500 MB im Download; Das war die Woche der Fall.) und das System gerät an seine Grenzen. Ob du dieses Upgrade schon hinter dir hast oder nicht; du solltest Platz schaffen; → Systempflege

In einer VM begnüge ich mich gerne mal mit 1,2 G freien Speicher; muss dann aber oft aufräumen. Für ein Produktivsystem würde ich da noch mehr ansetzen.

Wo finde ich die Meldung von Plymouth?

Ich habe seit der Installation keine neuen Programme installiert, hat da noch mehrere GB frei. Wie kann das sein?

Ich habe neben dem aktuellen 51 nur die Vorgänger Version 6.8.0-50 drauf. Ich habe die Systempflege gemacht. Das Ergebnis ist erschreckend:

~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs           785M    1.9M  783M    1% /run
/dev/sda1        15G     14G   48M  100% /
tmpfs           3.9G       0  3.9G    0% /dev/shm
tmpfs           5.0M     12K  5.0M    1% /run/lock
/dev/sda2       432G    318G   93G   78% /home
tmpfs           785M    136K  785M    1% /run/user/1000

sda1 ist voll und das wurde dir in deinem vorhergehenden Thread bereits vorausgesagt das 15GB zu wenig sind!

Hallo MacMoto,

in Zeiten von snap sind 15GB sehr wenig. Das kann auch der Grund sein, warum der Speicherplatz eng wurde: Hier liegt viel davon unter /var/lib/snapd - und das ist halt unterhalb von /, also root.

An Deiner Stelle würde ich dringend von einem Live-System starten, und auf Kosten von /home den Speicherplatz von root um ca. 10GB vergrößern. Was Du auch noch tun könntest: Den Speicherplatz für das Journal begrenzen - siehe z.B. hier für eine Anleitung:

https://wiki.ubuntuusers.de/systemd/journald/#Speichereinstellung-fuer-das-Journal-aendern

Grüße

schollsky

Der Platz reicht einfach nicht. Das Ausgangsproblem ist vermutlich ein irreführendes Nebenprodukt des fehlenden Platzes. Auch eine Session legt Caches an und benötigt Platz zum manövrieren.

Wenn man sieht wie voll die home ist, wirst du um einen neuen Massespeicher kaum rumkommen. ☹

Xubuntu nutzt eigentlich nur FF und TB für Snap.

W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists ... write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar)

Da muß man sich um Plymouth nicht mehr kümmern! ☹

W: Fehlschlag beim Holen von https://updates.signal.org/desktop/apt/dists/xenial/InRelease Fehl

Xenial !

P.S. Bei einer vollen Festplatte sollte man mit Operationen am Paketsystem vorsichtig sein. Am Ende geht gar nichts mehr.

hakel2022 schrieb:

W: Fehlschlag beim Holen von https://updates.signal.org/desktop/apt/dists/xenial/InRelease Fehl

Xenial !

Ja, „xenial“ ist irreführend, aber es heißt tatsächlich so.

Xenial

Prima, ein Problem weniger ... 👍

Dieser Thread ist jetzt irgendwie tot und steht auch im falschen Subforum.

Keine Ahnung wie man da noch Platz schaffen kann.

FF Snap weg und Cache auf 50MB setzen, var/log kontrollieren - das bringt alles nix ... ☹

Systempflege gemacht.

Hoffe, autoremove ist noch durchgelaufen ohne Fehler!

hakel2022 schrieb:

Keine Ahnung wie man da noch Platz schaffen kann.

/home aufräumen und ausmisten. 😀

Und dann / vergrößern. Und vielleicht auch die sdb (die ja auch noch vorhanden ist) sinnvoller nutzen. Steht aber wie gesagt alles in dem vorhergehenden Thread.

Es gab ja schon genügend Problemfälle hier, wo ein übergroßes Journal der Platzfresser auf / war. Probieren wir es doch erst einmal damit:

sudo journalctl --vacuum-size 50M     # dampft rigoros auf 50 MB ein

Falls danach nicht mindestens 1 GB auf / frei sind, suche den/die Verursacher per ncdu. Das mußt du ggf. nachinstallieren, liegt in den Universe-Paketquellen.

ncdu / -x    # -x ... same filesystem

Umpartitionieren sehe ich immer als die letzte Option an.

Ist es nicht immer noch so, dass bei einer Aktualisierung alte Kerne nicht entfernt werden und deshalb mit der Zeit sehr viel Speicherplatz einnehmen können, wenn man nichts unternimmt?

Mein Tipp fürs Terminal:

sudo apt autopurge && sudo apt autoclean