mago
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
Hallo zusammen, ich habe kürzlich ein Upgrade von 18.04 auf 20.04 durchgeführt. Hat alles soweit ganz gut geklappt, doch seitdem bekomme ich direkt nach dem Login immer die Fehlermeldung
"Es wurde ein Problem mit einer Systemanwendung festgestellt", mit den Optionen Abbrechen und Problem melden
Ich dachte eigentlich, dass wenn man "Problem melden" klickt ein Fenster mit weiteren Infos aufklappt. War das nicht früher mal so? Jedenfalls ist dem nicht so, und so stehe ich völlig im Dunkeln *wer* da *welches* Problem hat.
Wie kann ich das näher einkreisen?
Möglicherweise steht das in Zusammenhang mit der Tatsache, dass der Systemstart relativ lange dauert (~1min), trotz halbwegs aktueller CPU und vor allem SSD. Möglicherweise besteht sogar eine Verbindung zu dem cryptsetup Problem, das ich schon an anderer Stelle hier im Forum gepostet habe: https://forum.ubuntuusers.de/topic/cryptsetup-warning-option-size-missing-in-cryp/
Bin mir aber nicht sicher.
Hoffe jemand hat eine Idee. Viele Grüße
Marco
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Zu apport und Boot findest du viele Threads hier. https://wiki.ubuntuusers.de/systemd/systemd-analyze/ Mit SSD sind 12s "Normal". 💡
|
woko1754
Anmeldungsdatum: 12. November 2008
Beiträge: 801
Wohnort: Lübeck
|
Ein Blick in '/var/log/syslog' ist auch oft hilfreich. Dort nach Fehlermeldung suchen.
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
@hakel
Wo sind da Threads? Das ist doch nur das Wiki zu systemd-analyze?
Hm okay, war mein Gefühl also richtig dass das ein bisschen zäh ist... 😉
Hab mal genauer nachgemessen: 44s von grub (ist ein Dualboot-Laptop) bis Loginscreen.
Da würde ich ja schon gern von weg kommen.
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
@woko1754
Also wenn ich im syslog bloß nach "error" suche bekomme ich grob geschätzt drei Dutzend Einträge nur für den Startup. Ich weiß dass unter der Haube nicht immer alles rund läuft, aber mir schein das ein bisschen viel. PS:
Andererseits sagt mir die Suchmaschine meiner Wahl, dass da Fehler dabei sind (ACPI z.B.) mit denen ich auf meinem Thinkpad offenbar leben muss. Der andere Weg über systemd-analyze zeigt jedenfalls, dass mein System unheimlich viel Zeit im kernel space verbringt:
systemd-analyze
Startup finished in 35.146s (kernel) + 7.657s (userspace) = 42.803s
graphical.target reached after 7.605s in userspace Aber nicht richtig, wo:
systemd-analyze blame
4.565s NetworkManager-wait-online.service
1.378s dev-sda3.device
946ms dev-loop9.device
923ms blueman-mechanism.service
879ms snapd.service
849ms dev-loop8.device
832ms dev-loop10.device
818ms dev-loop1.device
809ms dev-loop11.device
791ms dev-loop12.device
781ms mpd.service
755ms dev-loop2.device
738ms dev-loop13.device Der network manager ist unschön, okay, aber das ist ja nur ein kleiner Teil. Zumal der wahrscheinlich eher im userspace läuft.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Das siehst du absolut richtig, gut analysiert. 👍
Startup finished in 35.146s (kernel) + 7.657s (userspace) = 42.803s
Da die Probleme nicht im userspace liegen kann man relativ wenig machen. Mehr eine "Hardwarekiste". Neueste Firmware und speziell zum Gerät mal nach Bootoptionen googlen. Was systemd-analyze angeht finde ich auch plot sehr hilfreich. In deinem Fall eher hoffnungslos. Bei ACPI kannst du froh sein, wenn es stabil läuft.
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
hakel schrieb: Zu apport und Boot findest du viele Threads hier.
Hab diesbzgl. mal im Forum rumgesucht. Leider nicht wirklich hilfreich was ich zu apport finde, weil
1) Threads >7 Jahre alt
2) beim Klick auf "Problem senden..." kommt überhaupt nichts... kein Feedback, keine weitergehende Info *wo* das Problem liegt
3) der Lösungsvorschlag meist ist: "deinstalliere apport". Das ist keine Lösung, sondern ein Augen verschließen Da die Probleme nicht im userspace liegen kann man relativ wenig machen. Mehr eine "Hardwarekiste".
Hmm na toll... Neueste Firmware und speziell zum Gerät mal nach Bootoptionen googlen.
Aktuelles BIOS habe ich gerade letzte Woche geflasht, nachdem ich seit Kauf mit der ersten Version unterwegs war 🙄 Bei ACPI kannst du froh sein, wenn es stabil läuft.
Klingt ja wenig zuversichtlich. Prinzipiell läuft der Laptop stabil, aaaber ich habe eigentlich Zeitlebens Probleme mit Suspend-to-* und Hibernate mit der Kiste. PS:
WOW!
dmesg sagt:
...
[ 2.275653] usb 2-8: Product: Integrated Camera
[ 2.275654] usb 2-8: Manufacturer: Chicony Electronics Co.,Ltd.
[ 2.275655] usb 2-8: SerialNumber: 0x0001
[ 2.303110] psmouse serio1: synaptics: queried min coordinates: x [1266..], y [1096..]
[ 2.303114] psmouse serio1: synaptics: Trying to set up SMBus access
[ 35.022292] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[ 35.169386] systemd[1]: Inserted module 'autofs4'
[ 35.182963] systemd[1]: systemd 245.4-4ubuntu3.3 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid)
[ 35.201012] systemd[1]: Detected architecture x86-64.
[ 35.230781] systemd[1]: Set hostname to <viator-lin>.
[ 35.322286] systemd[1]: /lib/systemd/system/dbus.socket:5: ListenStream= references a path below legacy directory /var/run/, updating /var/run/dbus/system_bus_socket → /run/dbus/system_bus_socket; please update the unit file accordingly.
[ 35.398724] systemd[1]: Created slice system-modprobe.slice.
... Dreht der Kernel ernsthaft 33s lang Däumchen???
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Probleme mit Suspend-to-* und Hibernate mit der Kiste.
Das ist ACPI! 👍
Das ist keine Lösung, sondern ein Augen verschließen
apport ist das Problem. Das ist nur der proprietäre Fehler Client von Canonical. Bitte im Wiki nachlesen ...
Dreht der Kernel ernsthaft 33s lang Däumchen???
Richtig und darauf hast du als user kaum Einfluß, Mainline Kernel, Bootoptionen etc. etc.
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
hakel schrieb:> Das ist keine Lösung, sondern ein Augen verschließen
apport ist das Problem. Das ist nur der proprietäre Fehler Client von Canonical. Bitte im Wiki nachlesen ...
Naja, apport nervt halt rum wenn im Hintergrund irgendwas crasht. Wenn ich apport entferne bekomme ich die Meldung nicht mehr, die Ursache für den Crash bleibt bestehen.
Dreht der Kernel ernsthaft 33s lang Däumchen???
Richtig und darauf hast du als user kaum Einfluß, Mainline Kernel, Bootoptionen etc. etc.
Kernel command line enthält nur das übliche: image, root UUID, ro quiet spash und vt.handoff=7
Im Netz finde ich bislang nichts das darauf hindeutet dass das ein bekanntes Problem mit meinem Laptop wäre.
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
mago schrieb: Im Netz finde ich bislang nichts das darauf hindeutet dass das ein bekanntes Problem mit meinem Laptop wäre.
...schrieb er, und fand nur Minuten später die Lösung für den langen Boot: https://askubuntu.com/questions/1030867/how-to-diagnose-fix-very-slow-boot-on-ubuntu-18-04 Der Kerneloption "noresume" beschleunigt das booten im Kernelspace um 30s:
systemd-analyze
Startup finished in 4.102s (kernel) + 7.472s (userspace) = 11.575s Jetzt muss ich nur noch schauen, was ich damit mache und ob ich das will 😀 Nur die Ursache für das Eingangsproblem ist halt immer noch nicht gefunden :/
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
apport nervt halt rum wenn im Hintergrund irgendwas crasht.
Wenn du apport interpretieren kannst und dir hilfreiche Infos liefert, bist du ein IT Guru und/oder dein Gerät sehr wackelig. Ich merke auch so, wenn etwas nicht stimmt und dann schaue ich in die Logs. Plymouth habe ich deaktiviert, dann sehe ich beim Start, ob etwas nicht stimmt. quiet, splash raus noplymouth rein in die Grub. Geschmackssache! Vielleicht solltest du die Bezeichnung deines Gerätes verraten, könnte ja sein, daß jemand hier die Gurke auch hat. ☹
|
mago
(Themenstarter)
Anmeldungsdatum: 6. Juli 2008
Beiträge: 101
|
Ich schreibe meine Gedanken und Ergebnisse hier mal weiter, für die Nachwelt "noresume" verhindert hibernation. Geht bei mir eh nicht, dachte ich, und im weiteren Verlauf bin ich drauf gestoßen, dass mit verschlüsselter swap Partition offenbar ohnehin kein hibernating möglich ist und das gleichzeitig die Ursache für mein Problem zu sein scheint.
Mal schauen, ob ich mich damit abfinde dass es halt nicht geht und den workaround mit der kerneloption nutze oder die swap wieder entschlüssle. Dann könnte ich vllt auch wieder den Ruhezustand benutzen. hakel Vielleicht solltest du die Bezeichnung deines Gerätes verraten, könnte ja sein, daß jemand hier die Gurke auch hat. ☹
Meine "Gurke" ist ein Thinkpad T450s, das ich eigentlich mal wegen sehr guter Linux-Unterstützung gewählt habe 😉
Aber es zeichnet sich ja ab, dass das Problem eher mit Konfiguration denn mit der Hardware zu tun hat. PS: Lösung für mein hibernation Problem (inkl. der langen Bootzeit): https://forum.ubuntuusers.de/topic/cryptsetup-warning-option-size-missing-in-cryp/
|