TheMagican
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Hallo allerseits, ich habe gestern ein Upate von Kubuntu 17.04 auf 17.10 gemacht. Es hat interessanterweise auch alles funktioniert, sogar meine Nvidia-Intel-Dualgrafik hat noch funktioniert. Leider habe ich jetzt aber das Problem, dass der Login in KDE eine starke Verzögerung hat: Der Start bis zum Login ist schnell wie immer. Wenn ich dann mein Passwort eingebe und Enter drücke, wird der Bildschirm für ca. 50-60s schwarz. Danach kommt der KDE Splash und nach kurzer Wartezeit baut sich der Desktop auf. Die Zeit zwischen Splash-Screen und dem Erscheinen des Desktops ist noch so wie unter 17.04 - aber die 60s Delay davor sind neu. Für mich sieht es so aus, als wenn Plasma auf irgendwas wartet. Insbesondere beim ersten Login nach dem Rechnerstart sieht man, dass in den genannten 60s nichts passiert und sobald der Splash-Screen kommt blinkt dann plötzlich die LED für die Festplattenauslastung. Ich habe auch testweise einen zweiten Benutzer angelegt: Bei diesem habe ich ebenfalls die 60s Verzögerung. Außerdem habe ich mal einen Blick in die .xsession-errors Datei geworfen (siehe Anhang): Nachdem ich das Passwort eingegeben habe, kommen in der Datei die ersten 39 Zeilen hinzu, d.h. bis incl. "dbus-update-activation-environment: setting _=/usr/bin/dbus-update-activation-environment". Danach tut sich erstmal nix; insbesondere geht der Login überhaupt nicht weiter, solange ich nicht von TTY1, auf dem ich die Datei anschaue, wieder auf TTY7 zurückwechsle. Nachdem Wechsel auf TTY7 erscheint dann der Rest in der Datei. Kennt jemand so einen Fehler oder kann mir sonst wie helfen, wie ich das Problem weiter eingrenzen kann? Vielen Dank im Voraus Grüße Andreas
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Was sagt denn systemd-analyze blame
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Sieht für mich unauffällig aus ... 5.774s NetworkManager-wait-online.service
546ms dev-sdb8.device
460ms keyboard-setup.service
316ms motd-news.service
224ms mpd.service
223ms postfix@-.service
201ms udisks2.service
198ms systemd-hwdb-update.service
180ms systemd-resolved.service
141ms systemd-timesyncd.service
139ms ModemManager.service
119ms accounts-daemon.service
107ms syncache.service
101ms console-kit-log-system-start.service
98ms grub-common.service
96ms systemd-logind.service
87ms cgroupfs-mount.service
84ms systemd-fsck@dev-disk-by\x2duuid-9b1c02b3\x2dcea8\x2d4196\x2d95ba\x2de9dcd48af378.service
78ms pppd-dns.service
75ms avahi-daemon.service
70ms teamviewerd.service
69ms virtualbox.service
68ms minidlna.service
67ms rsyslog.service
65ms apparmor.service
63ms upower.service
63ms thermald.service
60ms systemd-udev-trigger.service
58ms smbd.service
42ms boot.mount
41ms systemd-journald.service
40ms NetworkManager.service
35ms systemd-rfkill.service
34ms chef-client.service
34ms apport.service
34ms networking.service
31ms systemd-fsck@dev-disk-by\x2duuid-DAAB\x2d3602.service
30ms bluetooth.service
29ms packagekit.service
28ms sys-kernel-debug.mount
28ms dev-hugepages.mount
27ms run-rpc_pipefs.mount
27ms nmbd.service
27ms laptop-mode.service
25ms kerneloops.service
24ms systemd-modules-load.service
24ms systemd-fsck@dev-disk-by\x2duuid-afb02d39\x2d9a39\x2d4895\x2db2b6\x2d9d9a538f4fdd.service
23ms rc-local.service
23ms systemd-udevd.service
23ms user@1000.service
19ms alsa-restore.service
19ms systemd-fsck@dev-disk-by\x2duuid-424d878a\x2db23f\x2d42f8\x2d8e40\x2d95c2411c512f.service
17ms ufw.service
17ms colord.service
16ms dev-mqueue.mount
16ms kmod-static-nodes.service
16ms plymouth-read-write.service
15ms systemd-tmpfiles-clean.service
15ms systemd-journal-flush.service
14ms systemd-user-sessions.service
13ms mnt-hdd.mount
12ms wpa_supplicant.service
11ms systemd-update-utmp.service
11ms plymouth-quit.service
10ms systemd-tmpfiles-setup-dev.service
10ms polkit.service
9ms resolvconf.service
9ms dns-clean.service
8ms systemd-tmpfiles-setup.service
8ms console-kit-daemon.service
7ms home.mount
7ms systemd-remount-fs.service
7ms systemd-resolved-update-resolvconf.service
7ms dev-disk-by\x2duuid-8bac0516\x2d688b\x2d4094\x2d9d36\x2dd002064c5c16.swap
7ms lmt-poll.service
6ms systemd-sysctl.service
6ms rpcbind.service
5ms boot-efi.mount
5ms sys-kernel-config.mount
5ms console-setup.service
4ms sys-fs-fuse-connections.mount
4ms rtkit-daemon.service
4ms systemd-random-seed.service
4ms nfs-config.service
3ms sddm.service
3ms systemd-backlight@backlight:intel_backlight.service
3ms systemd-update-utmp-runlevel.service
1ms plymouth-quit-wait.service
1ms setvtrgb.service
1ms postfix.service
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Okay. Dann könnten wir noch journalctl -ep err..alert abfragen. Hast du eine externe Festplatte oder Netzlaufwerke über die fstab eingebunden?
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Gute Idee, aber ist glaub auch nix relevantes drin ☹ -- Logs begin at Tue 2017-11-14 20:28:54 CET, end at Tue 2017-11-14 20:30:23 CET. --
Nov 14 20:28:54 andreas-xmg kernel: Couldn't get size: 0x800000000000000e
Nov 14 20:28:54 andreas-xmg kernel: MODSIGN: Couldn't get UEFI db list
Nov 14 20:28:54 andreas-xmg kernel: Couldn't get size: 0x800000000000000e
Nov 14 20:28:54 andreas-xmg kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 022554 [ IBUS ]
Nov 14 20:28:54 andreas-xmg kernel: nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 10ac08 [ IBUS ]
Nov 14 20:28:55 andreas-xmg smartd[1907]: Drive: DEVICESCAN, -M Directive(s) on line 22 of file /etc/smartd.conf need -m ADDRESS Directive
Nov 14 20:28:55 andreas-xmg smartd[1907]: Configuration file /etc/smartd.conf has fatal syntax errors.
Nov 14 20:28:55 andreas-xmg NetworkManager[1918]: ((src/devices/nm-device.c:1452)): assertion '<dropped>' failed Ich hab den Rechner neu gestartet und dann den Befehl ausgeführt ... Eingeloggt war ich dann ca. 20:30Uhr Edit: Nein, ein Netzlaufwerk wird nicht automatisch über die fstab eingebunden. Ich hab zwar einen Eintrag für einen NFS mount drin, der ist aber mit "noauto" drin und wird durch ein NetworkManager Dispatcher Skript gemountet.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Was ist mit Configuration file /etc/smartd.conf has fatal syntax errors.
Festplattenstatus könnte man auch mal testen, so am Rande. Ansonsten:
dmesg nochmal durchgucken Prozessliste mit top oder ähnlichem überwachen KWin-Effekte ausschalten wäre noch eine Möglichkeit zur Eingrenzung. Ich weiß nicht, ob das Probleme macht mit der Nvidia-Karte. Treiber ausprobieren: nouveau / proprietär auf andere Helfer warten, die bessere Ideen haben 😀
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Schonmal Danke für die ganzen Ideen! ☺ Die smartd Konfiguration hab ich gefixt. Leider haben die letzten Vorschläge aber auch nix gebracht:
dmesg war nix zu finden Ich hab auf TTY1 die Prozessorauslastung überwacht. Interessanterweise wollte der Login aber auch nicht weiterlaufen, solange ich auf TTY1 war. Ich musste erst eine Weile auf TTY7 bleiben. Als wenn mich mein Rechner sadistischerweise dazu zwingen will, den schwarzen Bildschirm anzuzeigen... Ich hab den Compositor ausgeschaltet - ohne Ergebnis An den Treibern will ich nur sehr ungern was ändern, da ich aufgrund der Intel-Nvidia-Dualgrafik immer extreme Probleme hab, das überhaupt ans laufen zu bringen ☹
Hat sonst noch jemand Ideen?
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
TheMagican schrieb: Hat sonst noch jemand Ideen?
baloo - Status prüfen, ggf. deaktivieren Anstatt HDMI anderen Anschluß probieren, wenn verfügbar Logdateien nach D-BUS-timeout durchsuchen.
Wir können testen, ob es an Plasma oder KWin liegt:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | #Sicherungsordner für aktuelle config erstellen
mkdir -p $HOME/plasmacfg/
#Settings verschieben und neu KWin starten
mv ~/.config/kwinrc ~/plasmacfg/kwinrc && kwin_x11 --replace
# Dauert der Start wieder 50s? -> Kwin
# Wenn nicht: Plasmashell beenden:
kquitapp plasmashell
#cfg sichern
mv ~/.config/plasma* $HOME/plasmacfg
#Plasmashell neu starten
plasmashell &
|
Falls du das per Script machen willst, kannst du auf das Ende der plasmashel auch mit | while [ "$(pidof plasmashell)" ]; do echo "Läuft noch..."; sleep 1; done
|
warten.
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Wieder mal vielen Dank für die Ideen Habe in den KDE Einstellungen die Desktop Suche deaktiviert. Alle baloo* Pakete deinstallieren geht leider nicht, da sonst gleich kde-desktop mit deinstalliert wird ☹ Habe den externen HDMI Bildschirm von meinem Laptop getrennt Das Skript bzgl. kwin und plasmashell habe ich ausprobiert, aber kwin und plasmashell starten beide ohne merkliche Verzögerung. Aber wie gesagt: Das Problem tritt auch bei einem komplett neu angelegten User auf.
Hat soweit alles keine Auswirkungen gehabt. Ich hab meine Log-Dateien noch nach "timeout" durchsucht, jedoch nichts interessantes gefunden. Außerdem habe ich noch nach "dbus" gesucht und bin vielleicht (?) auf etwas gestoßen. Nachfolgend ein Auszug aus dem syslog mit den dbus-Meldungen direkt nach dem Start des Laptops bzw. während der Anmeldung. Sieht soweit unauffällig aus. Mir ist aber aufgefallen, dass es ja einen Zeitraum von ca. 30s gibt, in dem gar nix passiert (17:47:45 - 17:48:17). Es gibt einige "Activating" Meldungen vor diesem Zeitraum und einige nach diesem Zeitraum, wobei alles, was vor der Pause gestartet wurde auch vor der Pause gestartet war bzw. alles was nach der Pause gestartet wurde auch nach der Pause gestartet war. Einzige Ausnahme ist "org.freedesktop.Notifications", denn das wurde vor der Pause aktiviert, war aber erst nach der Pause vollends gestartet. Keine Ahnung, ob das normal ist, ist mir aber aufgefallen ... ./syslog:699:Nov 15 17:47:18 andreas-xmg dbus-daemon[1844]: Unknown group "power" in message bus configuration file
./syslog:707:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] AppArmor D-Bus mediation is enabled
./syslog:708:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.systemd1'
./syslog:709:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service'
./syslog:1553:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'
./syslog:1567:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.resolve1' unit='dbus-org.freedesktop.resolve1.service'
./syslog:1573:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
./syslog:1574:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
./syslog:1590:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service'
./syslog:1595:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
./syslog:1613:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.ColorManager'
./syslog:1643:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.hostname1'
./syslog:1688:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.resolve1'
./syslog:1697:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='fi.w1.wpa_supplicant1' unit='wpa_supplicant.service'
./syslog:1704:Nov 15 17:47:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'fi.w1.wpa_supplicant1'
./syslog:1738:Nov 15 17:47:19 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service'
./syslog:1740:Nov 15 17:47:20 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.UPower'
./syslog:1904:Nov 15 17:47:26 andreas-xmg dbus-daemon[4786]: Activating service name='org.freedesktop.Notifications'
./syslog:1936:Nov 15 17:47:45 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service'
./syslog:1939:Nov 15 17:47:45 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.ConsoleKit' unit='console-kit-daemon.service'
./syslog:1943:Nov 15 17:47:45 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
./syslog:1945:Nov 15 17:47:45 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.PackageKit'
./syslog:1973:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.freedesktop.Telepathy.AccountManager' unit='telepathy-mission-control-5.service'
./syslog:1975:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating service name='org.kde.kglobalaccel'
./syslog:1976:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating service name='ca.desrt.dconf'
./syslog:1977:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.freedesktop.Telepathy.AccountManager'
./syslog:1979:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating service name='org.freedesktop.Telepathy.Client.KTp.Approver'
./syslog:1980:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating service name='org.freedesktop.Telepathy.Client.KTp.KdedIntegrationModule'
./syslog:1981:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'ca.desrt.dconf'
./syslog:1982:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.kde.kglobalaccel'
./syslog:1983:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating service name='org.kde.KScreen'
./syslog:1984:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.kde.KScreen'
./syslog:1985:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.freedesktop.Telepathy.Client.KTp.Approver'
./syslog:1986:Nov 15 17:48:17 andreas-xmg dbus[1844]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service'
./syslog:1988:Nov 15 17:48:17 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1'
./syslog:1999:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.gnome.zeitgeist.Engine' unit='zeitgeist.service'
./syslog:2003:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.gnome.zeitgeist.SimpleIndexer' unit='zeitgeist-fts.service'
./syslog:2004:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.gnome.zeitgeist.Engine'
./syslog:2009:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.gnome.zeitgeist.SimpleIndexer'
./syslog:2014:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service'
./syslog:2022:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.gtk.vfs.Daemon'
./syslog:2024:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Activating service name='org.gnome.GConf'
./syslog:2025:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.gnome.GConf'
./syslog:2031:Nov 15 17:48:18 andreas-xmg dbus[1844]: [system] Activating service name='org.kde.powerdevil.discretegpuhelper' (using servicehelper)
./syslog:2032:Nov 15 17:48:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.kde.powerdevil.discretegpuhelper'
./syslog:2033:Nov 15 17:48:18 andreas-xmg dbus[1844]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper)
./syslog:2034:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.bluez.obex' unit='dbus-org.bluez.obex.service'
./syslog:2036:Nov 15 17:48:18 andreas-xmg dbus[1844]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper'
./syslog:2038:Nov 15 17:48:18 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.bluez.obex'
./syslog:2043:Nov 15 17:48:19 andreas-xmg dbus-daemon[4786]: Activating service name='org.kde.kuiserver'
./syslog:2044:Nov 15 17:48:19 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.kde.kuiserver'
./syslog:2045:Nov 15 17:48:20 andreas-xmg dbus-daemon[4786]: Successfully activated service 'org.freedesktop.Notifications'
|
V0LKER
Anmeldungsdatum: 23. Februar 2014
Beiträge: 1967
|
Hallo, ich würde einfach mal einen neuen User anlegen und nichts verändern → ausprobieren. Gruß
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
V0LKER schrieb: ich würde einfach mal einen neuen User anlegen und nichts verändern → ausprobieren.
Du meinst einen zweiten Systembenutzer anlegen und mit dem in KDE einloggen, oder? Das hab ich auch schon probiert, mit dem habe ich auch ein Delay. Insofern hat es wohl nix mit meinem Benutzer sondern irgendwas mit dem System zu tun ☹
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Benutzt du Telepathy? Könnte man sonst runterwerfen.
./syslog:1973:Nov 15 17:48:17 andreas-xmg dbus-daemon[4786]: Activating via systemd: service name='org.freedesktop.Telepathy.AccountManager' unit='telepathy-mission-control-5.service'
Was sagt der systemctl status telepathy-mission-control-5 dazu?
|
TheMagican
(Themenstarter)
Anmeldungsdatum: 29. März 2007
Beiträge: 203
|
Ich hab jetzt Telepathy komplett deinstalliert - leider keine Auswirkungen ☹ Dementsprechend gibt auch "systemctl status telepathy-mission-control-5" kein Ergebnis mehr zurück (nach einem Neustart).
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das mit Telepathy war nur so am Rande, weil man es selten nutzt. Ich hatte oben die Antwort übersehen, dass sowohl Kwin, als auch Plasmashell problemlos starten. Wollte das mit der Grafik antesten, ohne dass du am Treiber rumspielen musst (der ist immer noch der Hauptverdächtige 😀)
Das mit dem neuen Nutzer hatte ich gelesen oben, es ging nur darum festzustellen, ob es eine merkliche Verzögerung beim Start von KWin/Plasmashell gibt. Irgendwas scheint da ja zu bremsen. Festplattenstatus hat nichts schlimmes ergeben, nehme ich an? Den hattest du ja oben schon gemacht? Aktivitäten, Autostart, etc. kann man ja theoretisch auch ausschliessen, da der neue Benutzer diese nicht hatte. Du hattest noch Dispatcher erwähnt. Laufen die bei jedem User? Hast du sonst globale Konfigurationen geändert, wie /etc/profile, o.ä.? Nochmal weitersuchen:
systemctl --failed systemd-analyze critical-chain && systemd-analyze .xsession-errors (wenn vorhanden) cat ~.local/share/sddm/xorg-session.log
|
V0LKER
Anmeldungsdatum: 23. Februar 2014
Beiträge: 1967
|
Moin, nur mal so ein Einwurf, die Verzögerung passiert ja erst wenn das Login zum User erfolgt, da er aber einen neuen User angelegt hat, kann es nur sein das etwas gesucht wird und nicht findet. Zusatzprogramme, Icon, Wallpaper etc. Ist das ein Denkanstoss?. Xorg.log?? Netzwerkmanager gabs auch mal probleme. Gruß
|