tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
Kannst du das mal mit nem breiteren Terminalfenster aufrufen? Da fehlt die Hälfte der Meldung (ja, hätte man bei einer Umleitung gesehen, aber auch von einer Textdatei in einen Codeblock funktioniert Copy und Paste). Auch kannst du den Dienst mal testweise komplett abschalten. sudo systemctl disable gpu-manager.service
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
● gpu-manager.service - Detect the available GPUs and deal with any system changes
Loaded: loaded (/lib/systemd/system/gpu-manager.service; enabled; vendor preset: enabled)
Active: inactive (dead) since Thu 2019-04-11 17:05:03 CEST; 1h 53min ago
Process: 586 ExecStart=/usr/bin/gpu-manager --log /var/log/gpu-manager.log (code=exited, status=0/SUCCESS)
Main PID: 586 (code=exited, status=0/SUCCESS)
Apr 11 17:03:36 rh04 gpu-manager[586]: Error: can't open /lib/modules/4.15.0-47-generic/updates/dkms
Apr 11 17:03:34 rh04 systemd[1]: Starting Detect the available GPUs and deal with any system changes...
Apr 11 17:05:03 rh04 systemd[1]: Started Detect the available GPUs and deal with any system changes.
So?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
dfb schrieb: So?
Jau. Und was passiert jetzt, wenn du den Dienst deaktivierst wie oben beschrieben?
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
Beim Runterfahren gab es eine Fehlermeldung: "flip_done timed out" Das Starten dauert jetzt 3:05.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
dfb schrieb: Beim Runterfahren gab es eine Fehlermeldung: "flip_done timed out"
Den Dienst per disable zu deaktivieren bewirkt nur, dass er beim Systemstart nicht ausgeführt wird, im laufenden System gar nichts. Die sollte™ also nicht davon kommen.
Das Starten dauert jetzt 3:05.
Und wenn du jetzt noch, wie bereits ebenfalls vorgeschlagen, Plymouth abschaltest?
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
Habe ich vor dem Runterfahren.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
Und die aktuelle Ausgabe von systemd-analyze --blame zeigt jetzt was?
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
1min 23.864s lightdm.service
1min 23.850s plymouth-quit-wait.service
27.244s systemd-logind.service
10.850s systemd-journal-flush.service
10.533s dev-sdb7.device
6.352s NetworkManager-wait-online.service
6.298s systemd-sysctl.service
6.045s systemd-udevd.service
4.814s networkd-dispatcher.service
4.316s NetworkManager.service
3.953s snapd.service
3.752s udisks2.service
3.729s grub-common.service
2.210s accounts-daemon.service
2.050s ModemManager.service
1.940s thermald.service
1.669s keyboard-setup.service
1.321s systemd-tmpfiles-setup-dev.service
1.248s systemd-modules-load.service
1.202s wpa_supplicant.service
964ms apport.service
908ms systemd-fsck@dev-disk-by\x2duuid-6fda948b\x2d20ed\x2d49a6\x2d8909\x2dbe1d0cf5b024.service
829ms home.mount
776ms dev-hugepages.mount
774ms systemd-remount-fs.service
767ms dev-mqueue.mount
689ms systemd-random-seed.service
686ms upower.service
682ms avahi-daemon.service
680ms rsyslog.service
626ms sys-kernel-debug.mount
557ms systemd-resolved.service
494ms systemd-timesyncd.service
475ms systemd-journald.service
457ms polkit.service
450ms apparmor.service
370ms motd-news.service
315ms dev-disk-by\x2duuid-d9916fee\x2d631b\x2d4033\x2d9bc8\x2da9585db03cf0.swap
298ms plymouth-read-write.service
278ms ufw.service
259ms systemd-udev-trigger.service
242ms snapd.seeded.service
239ms systemd-rfkill.service
207ms systemd-tmpfiles-clean.service
181ms kmod-static-nodes.service
175ms user@1000.service
149ms systemd-tmpfiles-setup.service
103ms systemd-update-utmp.service
94ms networking.service
93ms rtkit-daemon.service
92ms plymouth-start.service
44ms snapd.socket
34ms setvtrgb.service
29ms alsa-restore.service
27ms systemd-backlight@backlight:acpi_video0.service
26ms kerneloops.service
24ms resolvconf-pull-resolved.service
22ms dns-clean.service
16ms console-setup.service
15ms ureadahead-stop.service
13ms sys-fs-fuse-connections.mount
12ms systemd-update-utmp-runlevel.service
12ms pppd-dns.service
12ms resolvconf.service
8ms systemd-user-sessions.service
8ms sys-kernel-config.mount
Das kommt bei systemd-analyze blame Bei systemd-analyze --blame kommt eine Fehlermeldung.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53625
Wohnort: Berlin
|
Ja, sorry, blame ohne -- ist korrekt. Jetzt hängt also LightDM und Plymouth ist offensichtlich NICHT ausgeschaltet worden. Zeige bitte die Ausgaben von systemctl status lightdm.service und egrep -e GRUB_CMDLINE_LINUX_DEFAULT /etc/default/grub
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
Ja, hab ich mir schon gedacht.
Die Ausgabe kommt gleich.
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
● lightdm.service - Light Display Manager
Loaded: loaded (/lib/systemd/system/lightdm.service; indirect; vendor preset: enabled)
Active: active (running) since Fri 2019-04-12 11:58:41 CEST; 1h 3min ago
Docs: man:lightdm(1)
Process: 743 ExecStartPre=/bin/sh -c [ "$(basename $(cat /etc/X11/default-display-manager 2>/dev/null))" = "lightdm" ] (code=exited, status=0/SUCCESS)
Main PID: 747 (lightdm)
Tasks: 7 (limit: 3540)
CGroup: /system.slice/lightdm.service
├─747 /usr/sbin/lightdm
└─887 /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
Apr 12 12:00:41 rh04 lightdm[934]: PAM adding faulty module: pam_kwallet5.so
Apr 12 12:00:41 rh04 lightdm[934]: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Apr 12 12:00:47 rh04 lightdm[1000]: PAM unable to dlopen(pam_gnome_keyring.so): /lib/security/pam_gnome_keyring.so: cannot open shared object file: No such file or directory
Apr 12 12:00:47 rh04 lightdm[1000]: PAM adding faulty module: pam_gnome_keyring.so
Apr 12 12:00:47 rh04 lightdm[1000]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Apr 12 12:00:47 rh04 lightdm[1000]: PAM adding faulty module: pam_kwallet.so
Apr 12 12:00:47 rh04 lightdm[1000]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Apr 12 12:00:47 rh04 lightdm[1000]: PAM adding faulty module: pam_kwallet5.so
Apr 12 12:00:47 rh04 lightdm[1000]: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "b4"
Apr 12 13:00:03 rh04 lightdm[1000]: pam_unix(lightdm:session): session opened for user b4 by (uid=0)
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8432
Wohnort: Digiworld
|
In /etc/default/grub änderst du bitte GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" zu GRUB_CMDLINE_LINUX_DEFAULT="noplymouth" gefolgt von einem sudo update-grub Und auf Verdacht. sudo apt install --reinstall libpam-gnome-keyring haveged desweiteren lspci -nnk | grep "VGA\|'Kern'\|3D\|Display" -A2 bitte. Gruß Taomon
|
dfb
(Themenstarter)
Anmeldungsdatum: 20. Mai 2010
Beiträge: 388
|
Wie heißt denn jetzt der Editor??
|