[gelöst] gnome - laden des userspace dauert recht lange

[sukram]

Hallo,

ich bin von jessie auf stretch umgestiegen und seitdem dauert es sehr lange (>20 Sek,) bis nach erscheinen der GNOME Desktop-Oberfläche die Icons bzw. die Benutzerumgebung auf dem Schirm erscheinen. Ich bin der Meinung das dauert viel zu lange. Erst Recht da ich SSD und keine HDD Platten mehr habe! Das ging ja auch früher viel schneller.
Was könnte die Verzögerung verursachen?
Hier ein paar informationen:

Code: Alles auswählen

:~$ uname -a
Linux mars 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux

:~$ cat /etc/debian_version 
9.5

Code: Alles auswählen

:~$ systemd-analyze time
Startup finished in 4.068s (firmware) + 5.164s (loader) + 2.002s (kernel) + 10.273s (userspace) = 21.508s

Code: Alles auswählen

:~$ systemd-analyze blame
          8.789s NetworkManager-wait-online.service
          5.276s networking.service
          1.302s mariadb.service
           618ms user@1000.service
           402ms dev-sdb6.device
           401ms mnt-ntfs-wd_daten.mount
           378ms vboxdrv.service
           203ms accounts-daemon.service
           161ms systemd-hwdb-update.service
           156ms exim4.service
           119ms rtkit-daemon.service
           116ms ModemManager.service
           113ms systemd-timesyncd.service
           103ms pppd-dns.service
           101ms NetworkManager.service
           100ms apache2.service
            99ms alsa-restore.service
            80ms systemd-fsck@dev-disk-by\x2duuid-20ED\x2dB241.service
            80ms mnt-nfs-sunny-daten.mount
            76ms home.mount
            69ms systemd-udev-trigger.service
            61ms keyboard-setup.service
            59ms dev-disk-by\x2duuid-593a3cae\x2de2ae\x2d4bfe\x2d84da\x2d5e93fc21c195.swap
            57ms upower.service
            54ms systemd-journald.service
            47ms kdm.service
            40ms systemd-fsck@dev-disk-by\x2duuid-8a70eb8c\x2dfe17\x2d4295\x2da552\x2d174abdfd5f02.service
            38ms colord.service
            38ms systemd-udevd.service
            38ms avahi-daemon.service
            36ms udisks2.service
            36ms rsyslog.service
            32ms minissdpd.service
            32ms packagekit.service
            31ms systemd-logind.service
            31ms speech-dispatcher.service
            31ms polkit.service
            30ms virtualbox.service
            26ms binfmt-support.service
            25ms gdomap.service
            25ms user@120.service
            18ms systemd-modules-load.service
            17ms systemd-tmpfiles-setup-dev.service
            17ms sys-kernel-debug.mount
            16ms run-rpc_pipefs.mount
            16ms var-spool.mount
            16ms dev-mqueue.mount
            15ms gdm.service
            14ms systemd-remount-fs.service
            14ms systemd-update-utmp.service
14ms ssh.service
            13ms boot.mount
            12ms boot-efi.mount
            12ms wpa_supplicant.service
             9ms rpcbind.service
             9ms rc-local.service
             9ms proc-sys-fs-binfmt_misc.mount
             8ms systemd-tmpfiles-setup.service
             7ms systemd-journal-flush.service
             7ms rpc-statd.service
             6ms sys-fs-fuse-connections.mount
             6ms rpc-statd-notify.service
             6ms nfs-config.service
             5ms media-Garmin\x2dUSB\x2dStick.mount
             5ms kmod-static-nodes.service
             4ms openvpn.service
             3ms console-setup.service
             3ms vboxweb-service.service
             3ms systemd-sysctl.service
             3ms vboxautostart-service.service
             3ms systemd-random-seed.service
             3ms vboxballoonctrl-service.service
             3ms systemd-update-utmp-runlevel.service
             3ms var-tmp.mount
             3ms dev-hugepages.mount
             2ms systemd-user-sessions.service
             2ms tmp.mount

[smutbert]

Dafür könnte fehlende Entropie (Zufallszahlen) im Entropie-Cache verantwortlich sein. Das ist in letzter Zeit eine recht beliebte Ursache dafür.

Wenn die Hardware es unterstützt könntest du mit rng-tools5 und sonst unabhängig von der Hardware mit haveged Abhilfe schaffen.

[sukram]

Ich habe rng-tools5 installiert.
Ich muss gestehen, ich weiß nicht so Recht was ich damit beschleunigen könnte.
Ich habe es mal ausgeführt und hier ist das Ergebnis. Vielleicht sagt dir das was:

:~$ dd if=/dev/random of=/dev/null bs=1024 count=1 iflag=fullblock
1+0 Datensätze ein
1+0 Datensätze aus
1024 Bytes (1,0 kB, 1,0 KiB) kopiert, 0,000692912 s, 1,5 MB/s

:~$ rngtest -c 1000 </dev/random
rngtest 5
Copyright (c) 2004 by Henrique de Moraes Holschuh
This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

rngtest: starting FIPS tests...
rngtest: bits received from input: 20000032
rngtest: FIPS 140-2 successes: 999
rngtest: FIPS 140-2 failures: 1
rngtest: FIPS 140-2(2001-10-10) Monobit: 0
rngtest: FIPS 140-2(2001-10-10) Poker: 0
rngtest: FIPS 140-2(2001-10-10) Runs: 0
rngtest: FIPS 140-2(2001-10-10) Long run: 1
rngtest: FIPS 140-2(2001-10-10) Continuous run: 0
rngtest: input channel speed: (min=2.549; avg=16.597; max=20.642)Mibits/s
rngtest: FIPS tests speed: (min=143.410; avg=169.915; max=173.395)Mibits/s
rngtest: Program run time: 1261633 microseconds

[sukram]

Das scheint bei mir lediglich den GNOME Desktop zu betreffen!
KDE (und auch Windows10Prof) lässt sich im Vergleich dazu schnell und akzeptabel laden.

Ich habe rng-tools5 und haveged installiert gehabt - jedoch hatte sich nichts verbessert.
Was kann ich da jetzt noch machen bzw. wie muss ich da jetzt weiter vorgehen um die Ladezeit zu beschleunigen?

[uname]

Habe ich das richtig gedeutet? Sind das 14 Sekunden? Vielleicht was mit dem Netzwerk?

Code: Alles auswählen

8.789s NetworkManager-wait-online.service
5.276s networking.service

Vielleicht kannst du mal testweise das Netzwerk in /etc/network/interfaces manuell konfigurieren falls das möglich ist.

[sukram]

Ich habe jetzt den NetworkManager deaktiviert und die Konfiguration läuft nun über /etc/network/interfaces
Ich verstehe nicht wo immer noch die 25 Sekunden herkommen! Starte ich KDE Plasma ist die Oberfläche mit Icons in 5 Sek. da!

markus@mars:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

allow-hotplug eth0
# auto eth0
iface eth0 inet static
address 192.168.2.10
netmask 255.255.255.0
gateway 192.168.2.1
dns-nameservers 192.168.2.1

markus@mars:~$ systemd-analyze time
Startup finished in 3.409s (firmware) + 10.730s (loader) + 2.726s (kernel) + 5.642s (userspace) = 22.509s

markus@mars:~$ systemd-analyze blame
4.185s mnt-nfs-sunny-daten.mount
1.313s mariadb.service
419ms dev-sdb6.device
390ms mnt-ntfs-wd_daten.mount
379ms vboxdrv.service
250ms rpcbind.service
221ms accounts-daemon.service
180ms systemd-hwdb-update.service
173ms exim4.service
149ms ModemManager.service
138ms upower.service
134ms systemd-timesyncd.service
128ms NetworkManager.service
102ms rtkit-daemon.service
99ms apache2.service
94ms systemd-logind.service
81ms home.mount
77ms systemd-fsck@dev-disk-by\x2duuid-20ED\x2dB241.service
75ms systemd-fsck@dev-disk-by\x2duuid-8a70eb8c\x2dfe17\x2d4295\x2da552\x2d174abdfd5f02.service
72ms rsyslog.service
60ms keyboard-setup.service
55ms systemd-udev-trigger.service
50ms avahi-daemon.service
46ms networking.service
44ms kdm.service
42ms rpc-statd.service
41ms virtualbox.service
39ms systemd-journald.service
38ms colord.service
38ms pppd-dns.service
38ms rpc-statd-notify.service
37ms minissdpd.service
37ms ssh.service
37ms speech-dispatcher.service
34ms user@1000.service
34ms gdomap.service
34ms systemd-udevd.service
32ms packagekit.service
30ms boot.mount
29ms alsa-restore.service
29ms systemd-modules-load.service
25ms udisks2.service
25ms nfs-config.service
25ms user@120.service
22ms gdm.service
20ms dev-disk-by\x2duuid-593a3cae\x2de2ae\x2d4bfe\x2d84da\x2d5e93fc21c195.swap
19ms polkit.service
17ms dev-hugepages.mount
16ms binfmt-support.service
15ms rc-local.service
14ms sys-kernel-debug.mount
14ms run-rpc_pipefs.mount
12ms systemd-tmpfiles-setup-dev.service
10ms wpa_supplicant.service
9ms systemd-update-utmp.service
8ms dev-mqueue.mount
8ms systemd-tmpfiles-setup.service
7ms openvpn.service
7ms systemd-user-sessions.service
6ms systemd-remount-fs.service
6ms kmod-static-nodes.service
5ms boot-efi.mount
5ms systemd-journal-flush.service
5ms var-spool.mount
4ms console-setup.service
4ms var-tmp.mount
4ms systemd-random-seed.service
4ms systemd-sysctl.service
4ms proc-sys-fs-binfmt_misc.mount
3ms sys-fs-fuse-connections.mount
3ms vboxautostart-service.service
3ms systemd-update-utmp-runlevel.service
3ms vboxweb-service.service
3ms vboxballoonctrl-service.service
1ms tmp.mount

markus@mars:~$ systemctl status mnt-nfs-sunny-daten.mount
● mnt-nfs-sunny-daten.mount - /mnt/nfs/sunny/daten
Loaded: loaded (/etc/fstab; generated; vendor preset: enabled)
Active: active (mounted) since Tue 2018-11-13 10:10:59 CET; 8min ago
Where: /mnt/nfs/sunny/daten
What: sunny:/exports/data
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
Process: 765 ExecMount=/bin/mount sunny:/exports/data /mnt/nfs/sunny/daten -t nfs -o vers=2 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
CGroup: /system.slice/mnt-nfs-sunny-daten.mount

Nov 13 10:10:54 mars systemd[1]: Mounting /mnt/nfs/sunny/daten...
Nov 13 10:10:59 mars systemd[1]: Mounted /mnt/nfs/sunny/daten.

[sukram]

Hat keiner mehr einen Tipp für mich? Selbst Windows ist schneller geladen als mein Gnome.
Wie geschrieben ist die KDE Umgebung schnell geladen. Nur Gnome Standard und Classic dauern so lange.
Wenn ich mich abmelde und wieder anmelde dauert es jedes mal wieder ca. 20 Sek. bis ich loslegen kann...

[sukram]

Das scheint wohl jetzt am Gnome 3 zu liegen.
Die Analysezeiten sind ja m.M. nach soweit okay.
Werde mich nach einem anderen Desktop umsehen da mir die >20 Sek. definitiv zu viel sind. Wie gesagt, da ist Windows 10 schneller parat

[jph]

Das scheint wohl jetzt am Gnome 3 zu liegen.
Die Analysezeiten sind ja m.M. nach soweit okay.
Werde mich nach einem anderen Desktop umsehen da mir die >20 Sek. definitiv zu viel sind. Wie gesagt, da ist Windows 10 schneller parat

Bevor du dich mit KDE o.ä. kasteist setzt doch mal die GNOME-Konfiguration in ~/.local/share zurück (umbenennen/verschieben) und versuch es erneut. Achtung: in dem Verzeichnis legen mittlerweile sehr viele Programme ihre Konfiguration ab, daher nicht löschen! Wenn es das ist, kannst du anschließend Schritt für Schritt Konfigurationsdateien zurückschieben, bis du den Übeltäter gefunden hast.

Was mir als mögliche Ursache noch einfiele: hast du Netzlaufwerke eingebunden und die als Symlinks in ~ verfügbar gemacht? Wenn die Netzlaufwerke nicht reagieren (warum auch immer), kann das für Verzögerungen sorgen.

Apropos Netzwerk: die Hinweise zum NetworkManager weiter oben im Thread sind Käse, da NetworkManager die Verbindung bereits vor der Anmeldung an GNOME aufgebaut hat (es sei denn, dass du die Verbindung ausschließlich deinem User vorbehalten hast). Das kannst du alles wieder reparieren.

[Radfahrer]

Werde mich nach einem anderen Desktop umsehen da mir die >20 Sek. definitiv zu viel sind. Wie gesagt, da ist Windows 10 schneller parat

Und was machst du, wenn beim neuen Desktop dann irgendein anderes Problem auftritt? Wieder einen neuen suchen? Und wenn du dann alle durch hast? Windows? Mac OS?

Ich würde ja versuchen, das Problem zu lösen. Da es ja nicht bei jedem auftritt, wird es kaum ein prinzipielles Problem des Desktops sein.

[willy4711]

+ 10.730s (loader)

Verständnisfrage:
Was ist denn dieser loader ? Habe ich bei mir noch nie gesehen.

4.185s mnt-nfs-sunny-daten.mount
390ms mnt-ntfs-wd_daten.mount
81ms home.mount

Die Mount -Zeiten finde ich auch extrem lange.
für das NFS - Share vielleicht mal in der fstab es mit dem Parameter

Code: Alles auswählen

noauto,x-systemd.automount

versuchen.

[sukram]

GNOME-Konfiguration (Datei gnome-setting-deamons und gnome-shell) in ~/.local/share umbenennen/verschieben habe ich gemacht, brachte aber keinen Erfolg. Sind da evtl. noch andere Konfigdateien betroffen?

In der fstab habe ich die Änderung vorgenommen, brachte auch keinen Erfolg.

Code: Alles auswählen

noauto,x-systemd.automount

Wenn ich mich am Desktop abmelde und wieder anmelde, dann benötigt Gnome3 immer über 20 Sekunden bevor die Icons auf dem Desktop erscheinen. Zu diesem Zeitpunkt ist doch m.M. nach das gesamte Networking und mounts abgeschlossen. Kann man GNOME debuggen um zu sehen was da wie lange braucht?
Ich lege jetzt einmal einen weiteren Benutzer an und schau mal ob das da auch so lange braucht!

Hier noch einmal eine aktuelle Messung. Was "loader" bedeutet kann ich auch nicht sagen. Das wird bei mir immer mit analysiert.

Code: Alles auswählen

markus@mars:~$ systemd-analyze time
Startup finished in 3.412s (firmware) + 2.065s (loader) + 1.684s (kernel) + 7.771s (userspace) = 14.933s

[sukram]

Ein neu angelegter User hat nicht das Problem. Hier ist der Desktop kpl. leer! Ich kann sofort mit dem Mauszeiger in der linken oberen Ecke das Seitenpanel öffnen und z.B. den Firefox starten.
Das kann ich im Prinzip nach einem Test in meiner eigenen Umgebung auch, aber hier scheint das "laden" der Icons das System etwas auszubremsen.
Kann es sein, dass unter Stretch und unter GNOME 3 die alten Icons bzw. gar keine Icons auf dem Desktop erwünscht sind? Auf jeden Fall scheint hier das Problem zu liegen!

[Radfahrer]

Kann es sein, dass unter Stretch und unter GNOME 3 die alten Icons bzw. gar keine Icons auf dem Desktop erwünscht sind?

So ist es. Eigentlich waren unter Gnome 3 von vornherein keine Icons auf dem Desktop vorgesehen. Ich meine sogar, dass das bei den ersten Versionen auch gar nicht möglich war. Erst später konnte man das über das Gnome-Tweak-Tool wieder einstellen.

Schalte es doch probehalber mal aus.
Im Optimierungswerkzeug und Arbeitsoberfläche geht das.

[jph]

Schalte es doch probehalber mal aus.
Im Optimierungswerkzeug und Arbeitsoberfläche geht das.

Das schaltet nur die Anzeige ab. Die Oberfläche ist ein Verzeichnis (bei mir heißt es „Desktop“) und dessen Inhalt ist weiterhin vorhanden, auch wenn man die Symbole ausblendet.

Möglicherweise muss das Verzeichnis vorübergehend umbenannt und so aus dem Weg geräumt werden. (Anmelden in der Shell, Verzeichnis umbenennen, Anmelden in GNOME.)

[sukram]

Neue Erkenntnisse!

Bei mir heißt das Verzeichnis der Desktopoberfläche "Schreibtisch" und nicht Desktop.
Nachdem ich das Verzeichnis umbenannt und mich neu angemeldet hatte wurde, wieder ca. 20 Sek. zeitverzögert, die kpl. Verzeichnisstruktur inkl. der Dateien von meinem Home-Verzeichnis auf dem Desktop abgebildet. Textdateien ließen sich durch klick öffnen. Die Verzeichnisse oder auch das Systemeigene und bekannte Icon "Netzwerk-Server", "Persönlicher Ordner" oder der Papierkorb lassen sich nicht öffnen bzw. starten. Dazu hatte ich bereits ein eigenes Thema aufgemacht- Jetzt sehe ich den Zusammenhang.

Ich habe dann mal ein Verzeichnis "Schreibtisch" erstellt was keine Veränderung brachte. Es wurde lediglich ein Icon "Schreibtisch" auf dem Desktop platziert!

Was ist das wo falsch eingestellt?

[sukram]

Lösung:

Gnome-Tweak-Tools -> Arbeitsoberfläche -> Symbole auf der Arbeitsfläche auf Aus schalten

Jetzt habe ich aber keine Symbole mehr auf der Arbeitsfläche!
Irgendwie finde ich das doof, dass die Entwickler von Gnome nicht mehr möchten das Symbole auf der Arbeitsfläche platziert werden.

[Radfahrer]

Naja, ich habe noch nie verstanden, wozu man die braucht. Man hat doch einen Dateimanager. Aber das nur nebenbei.

[sukram]

Naja, ich habe noch nie verstanden, wozu man die braucht. Man hat doch einen Dateimanager. Aber das nur nebenbei.

Über den Dateimanager eine Anwendung starten oder eine Datei öffnen ist einfach für immer den gleichen Handlungsablauf ein Schritt zuviel!
Nach dem erscheinen des Desktops ein klick aufs Icon und los gehts.

Man öffnet ja auch am realen Schreibtisch nicht erst umständlich eine Schublade wenn das aktuell zu bearbeitende Dokument oben auf liegt!

[jph]

Nach dem erscheinen des Desktops ein klick aufs Icon und los gehts.

Das Bedienkonzept von GNOME ist ein anderes. Ein Teil davon ist, dass der Desktop im Regelfall von Fenstern bedeckt ist und Icons daher dort nichts zu suchen haben. Muss dir nicht gefallen, ist aber so.

Ich drücke immer die Super-Taste („Windows“) und fange dann an, den Namen der Anwendung zu tippen. Das geht schneller als jedes Mausgefuhrwerke.

Edit: Zitat ergänzt.

[sukram]

Ich drücke immer die Super-Taste („Windows“) und fange dann an, den Namen der Anwendung zu tippen. Das geht schneller als jedes Mausgefuhrwerke.

Ich akzeptiere das so aber zwingt mich jetzt eine andere Oberfläche zu verwenden.

Ich habe schon immer über Shortcuts bestimmte Dokumente geöffnet und das möchte ich so beibehalten. Wenn ich mir vorstelle ich sitze an meinem realen Schreibtisch und vor mir liegt ein DIN-A4 Blatt und ich muss erst, anstatt es in die Hand zu nehmen und mit dem lesen zu beginnen, erst einmal eine runde um den Bührostuhl drehen .... Das ist viel zu umständlich.

Eben gerade habe ich wieder über den Dateimanager Nautilus mehrere Klicks machen müssen um ein Textdokument zu öffnen

[jph]

Ich habe schon immer über Shortcuts bestimmte Dokumente geöffnet und das möchte ich so beibehalten. Wenn ich mir vorstelle ich sitze an meinem realen Schreibtisch und vor mir liegt ein DIN-A4 Blatt und ich muss erst, anstatt es in die Hand zu nehmen und mit dem lesen zu beginnen, erst einmal eine runde um den Bührostuhl drehen .... Das ist viel zu umständlich.

Was willst du eigentlich? Hilfe erhalten oder rumstänkern? Letzteres kann ich auch: du scheinst so jung zu sein, dass du noch nie an einem Schreibtisch gearbeitet hast, denn du weißt nicht damit umzugehen. Der Schreibtisch ist eine – von wenigen Werkzeugen (Telefon, massiver Kristallaschenbecher etc.) abgesehen – leere Arbeitsfläche. Dokumente werden separat, bpsw. in einem Aktenschrank, aufbewahrt und bei Bedarf von dort geholt. Nach getaner Arbeit verschwinden die Dokumente wieder dorthin. Google mal nach „Clean Desk Policy“.

Genau so macht es der gute Handwerker mit seiner Werkbank…

Eben gerade habe ich wieder über den Dateimanager Nautilus mehrere Klicks machen müssen um ein Textdokument zu öffnen

Ich habe gerade auch einen Facepalm gemacht. Die Suche, die nach dem Tipp auf die Super-Taste aufgerufen wird, sucht nämlich auch nach Dateien. Wenn du da den Namen der gesuchten Datei eintippst (Teile reichen), dann wird sie dir dort auch angezeigt und du kannst sie öffnen. Bei bestimmten Dateitypen erfolgt sogar eine Volltextsuche im Dateiinhalt.

Damit endet meine Beteiligung an diesem Thread.

[sukram]

Was willst du eigentlich? Hilfe erhalten oder rumstänkern?

Das zum Thema "Helfen und gute Umgangsform im Forum"

Ich habe doch meine Lösung gefunden. Ich verwende seit ca. 20Uhr GNOME nicht mehr!
Du hättest dir deinen Kommentar sparen können

[Radfahrer]

Herzlichen Glückwunsch!
Bis zum ersten Problem mit dem neuen Desktop. Aber ein paar gibt es ja noch.