staging.inyokaproject.org

Hallo,

seit einiger Zeit hat mein System Start-Probleme, d.h. es dauert über 90 Sekunden, bis ich den Desktop sehe. Mit Anzeige des Desktops kommen Meldungen, dass (existierende) Partitionen /home oder /Virtual oder ... nicht eingebunden werden konnte; diese Partitionen werden jedoch im Dateimanager richtig angezeigt.

Ich habe in diesem Forum gesucht und die unten beschriebenen Beobachtungen gemacht; falls Ihr andere Vorschläge zur Problemsuche / -lösung habt, setze ich dies gern um!

Neben meinem User 'standard', der die Probleme hat, habe ich einen neuen User 'neu' angelegt. 'neu' hat das Problem offenbar nicht.

Für User 'standard' nach Erscheinen des Desktop:

$ systemd-analyze time
Startup finished in 8.770s (kernel) + 1min 30.688s (userspace) = 1min 39.458s
graphical.target reached after 53.407s in userspace

Für User 'neu' nach Erscheinen des Desktop:

$ systemd-analyze time
Bootup is not yet finished (org.freedesktop.systemd1.Manager.FinishTimestampMonotonic=0)
Please try again later.

$ systemctl list-jobs
JOB UNIT                                                                        TYPE  STATE  
59  media-myBook8_A.mount                                                       start waiting
58  dev-disk-by\x2duuid-1e05302f\x2dee5e\x2d4a82\x2d9c45\x2dfa05d2146162.device start running
63  dev-disk-by\x2duuid-4bb7051f\x2d0059\x2d4b3d\x2d918e\x2d8d5a97c56a0e.device start running
60  dev-disk-by\x2duuid-7f13008d\x2d50e6\x2d4eec\x2d9503\x2defd757892494.device start running
57  media-myBook8_B.mount                                                       start waiting
62  media-HDD2go.mount                                                          start waiting

Die 'start running' markierten Einträge gibt es in /etc/fstab, zum Beispiel:

UUID=1e05302f-ee5e-4a82-9c45-fa05d2146162   /media/myBook8_B     ext4   auto,nofail,rw,async,users    0  0

Meine Fragen:

• Warum wird die Desktop-Anzeige für User 'standard' verzögert, nicht jedoch für user 'neu'?

• Was soll ich noch prüfen / ändern?

Danke, Michael

1min 30.688s (userspace)

userspace bedeutet, daß es irgendwie mehr an dir als dem Ubuntu(unterbau) liegt. ☹

Nutze doch mal plot, blame und critical-chain, vielleicht bekommst du so griffigere Ergebnisse.

Hier gibt es auch einige langwierige Threads, so eine Analyse ist selten einfach.

Kontrolliere/vergleiche deine fstab mit blkid, oft ist auch das Lan Umfeld schuld, oder vergessene Laufwerke.

P.S. Du hast keine SSD ?

Danke hakel2020,

Nutze doch mal plot, blame und critical-chain, vielleicht bekommst du so griffigere Ergebnisse.

$ systemd-analyze plot > user.png  # Bild beigefügt

$ systemd-analyze blame         
48.274s vboxdrv.service                                                                          
 6.579s NetworkManager-wait-online.service                                                       
 2.689s postgresql@10-main.service                                                               
 2.613s postgresql@12-main.service                                                               
 1.666s dev-sda1.device                                                                          
  691ms fwupd.service                                                                            
  670ms systemd-hwdb-update.service
...

$ systemd-analyze critical-chain
graphical.target @50.908s
└─multi-user.target @50.907s
  └─vboxweb-service.service @50.894s +10ms
    └─vboxdrv.service @2.611s +48.274s
      └─basic.target @2.428s
        └─sockets.target @2.425s
          └─uuidd.socket @2.423s
            └─sysinit.target @2.355s
              └─systemd-timesyncd.service @2.245s +108ms
                └─systemd-tmpfiles-setup.service @2.175s +22ms
                  └─local-fs.target @2.156s
                    └─run-user-1000.mount @13.380s
                      └─swap.target @2.133s
                        └─dev-disk-by\x2duuid-cb7627e6\x2d42c4\x2d4218\x2da2cf\x2d419ff7921a42.swap @2.075s +51ms
                          └─dev-disk-by\x2duuid-cb7627e6\x2d42c4\x2d4218\x2da2cf\x2d419ff7921a42.device @2.068s

Wie gesagt: Die Zeiten sind für User 'neu' nahezu identisch, nur der Desktop kommt dort "sofort".

Kontrolliere/vergleiche deine fstab mit blkid, oft ist auch das Lan Umfeld schuld, oder vergessene Laufwerke.

Ich sehe keine Fehler, blkid zeigt die Partitionen der System-Platte (SSD). Die in meinem ersten Beitrag gelisteten 'start running' Einträge, sind USB-Plattem die nur bei Bedarf angesteckt werden. Das Problem besteht mit wLAN (noch nicht verbunden) ODER LAN-Kabel gesteckt.

... keine SSD ?

Doch, ist vorhanden für die Systemplatte.

michahe schrieb:

Meldungen, dass (existierende) Partitionen /home oder /Virtual oder ... nicht eingebunden werden konnte; diese Partitionen werden jedoch im Dateimanager richtig angezeigt.

Und was ist mit swap? 😉

Wenn das Problem tatsächlich nur bei einem existierenden User besteht, hast Du es vielleicht auf verworrenen Wegen geschafft, einen USB-Stick fest einzutragen, bspw. einen Link in dessen Autostart o.ä.

Danke @von.wert,

Meldungen, dass (existierende) Partitionen /home oder /Virtual oder ... nicht eingebunden werden konnte; diese Partitionen werden jedoch im Dateimanager richtig angezeigt.

Und was ist mit swap? 😉

Die "nicht eigebunden" Meldungen kommen nicht immer und wenn, dann unterschiedlich: /home und /Virtual habe ich gesehen, /swap nocht nie, swap ist aber vorhanden, siehe Screenshot.

Wenn das Problem tatsächlich nur bei einem existierenden User besteht, hast Du es vielleicht auf verworrenen Wegen geschafft, einen USB-Stick fest einzutragen, bspw. einen Link in dessen Autostart o.ä.

$ lsusb
Bus 001 Device 003: ID 058f:9540 Alcor Micro Corp. AU9540 Smartcard Reader
Bus 001 Device 002: ID 8087:8000 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 005: ID 04ca:7035 Lite-On Technology Corp. Integrated Camera
Bus 002 Device 004: ID 8087:07dc Intel Corp. 
Bus 002 Device 003: ID 138a:0017 Validity Sensors, Inc. VFS 5011 fingerprint sensor
Bus 002 Device 002: ID 1199:a001 Sierra Wireless, Inc. Sierra Wireless EM7345 4G LTE
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub]]]
Außerdem: Die Hardware und die Einstellungen grub, /etc/fstab, ...) sind doch identisch für die User 'standard' und 'neu'. Nur die Reaktion (Desktop verzögert / sofort) ist unterschiedlich.

michahe schrieb:

Die "nicht eigebunden" Meldungen kommen nicht immer und wenn, dann unterschiedlich:

Also ist das gar nicht wirklich gesagt, daß das für User unterschiedlich ist - oder kannst Du das hundertprozentig verifizieren?

Was heißt "unterschiedlich" hier konkret?

/home und /Virtual habe ich gesehen, /swap nocht nie,

"/swap" gibt es nicht, das ist swap. Das wird auch nicht in einem Filemanager angezeigt.

Danke @von.wert,

Die "nicht eingebunden" Meldungen kommen nicht immer und wenn, dann unterschiedlich:

Also ist das gar nicht wirklich gesagt, daß das für User unterschiedlich ist - oder kannst Du das hundertprozentig verifizieren? Was heißt "unterschiedlich" hier konkret?

Nach > 50 Bootvorgängen je User 'standard' und 'neu'

• Desktop-Anzeige bzw. -Zugriff verzögert: Immer für User 'standard', niemals für User 'neu'.

• Fehlermeldung "nicht eingebunden" bei 80% für User 'standard', niemals für User 'neu'.

• Fehlermeldung "nicht eingebunden" für User 'standard' ca. 50% / 50% für /home und /virtual.

Insbesondere der erste Punkt ist. m.E. ausschlaggebend. Die Fehlermeldung "nicht eingebunden" ist sowieso obsolet, trotz Meldung sind die jeweiligen Partitionen vorhanden und eingebunden / zugreifbar.

michahe schrieb:

Die Fehlermeldung "nicht eingebunden" ist sowieso obsolet

Es wird aber offensichtlich versucht, etwas einzubinden und nur unter diesem User. Also sieh bspw. in "/home/standard/.config/autostart/"! Vielleicht soll auf eine Datei zugegriffen werden, die auf einem nicht mehr gesteckten USB-Stick o.ä. liegt.

Danke @von.wert,

Es wird aber offensichtlich versucht, etwas einzubinden und nur unter diesem User. Also sieh bspw. in "/home/standard/.config/autostart/"!

Die Verzeichnisse "/home/standard/.config/autostart/" und "/home/standard/.config/autostart-scripts/" sind leer.

Es gibt zwei Einträge in Systemeinstellungen > Starten & Beenden > Aufgabenplaner, die habe ich erfolglos de-aktiviert.

Ich habe versucht:

$ systemctl stop postgresql --now

das überlebt aber leider den Neustart nicht, d.h. postgresql ist nach dem Booten wieder aktiv.

Was muss ich noch prüfen?

systemctl disable postgresql

michahe schrieb:

Wie gesagt: Die Zeiten sind für User 'neu' nahezu identisch, nur der Desktop kommt dort "sofort".

Hast du schonmal Folgendes probiert (nach jedem Einzelschritt Neustart):

• Den Inhalt von ~/.cache gelöscht?

• Den Konfigurationsordner ~/.config umbenannt? Relevante Inhalte daraus kann man schrittweise wieder zurückholen, falls sich eine Änderung ergibt.

Danke Dogeater, aber leider ...

$ systemctl stop postgresql --now
$ systemctl disable postgresql
Synchronizing state of postgresql.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable postgresql
update-rc.d: error: Permission denied

Danke dingsbums,

Hast du schonmal Folgendes probiert (nach jedem Einzelschritt Neustart):

• Den Inhalt von ~/.cache gelöscht?

• Den Konfigurationsordner ~/.config umbenannt? Relevante Inhalte daraus kann man schrittweise wieder zurückholen, falls sich eine Änderung ergibt.

Beides mit Neustarts erledigt, keine Änderung: Verzögerung bleibt. Dann ~/.config wieder "zurückbenannt".

michahe schrieb:

update-rc.d: error: Permission denied

sudo

Danke von.wert,

$ systemctl stop postgresql --now
$ sudo systemctl disable postgresql

hat funktioniert, aber an der Startverzögerung nichts geändert.

Was kann ich noch tun?