In diesem Thread https://forum.ubuntuusers.de/topic/startdauer-18-10/ entsteht die Vermutung, daß mein Grafikkartentreiber für die verzögerte Startzeit verantwortlich ist.
Startdauer 18.10 NVIDiA
Anmeldungsdatum: Beiträge: 594 |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Taomon: "Ich bin mir nicht sicher ob das der richtige Treiber für Deine Karte ist." siehe Anhänge für NVIDIA GeForce GTS 450 |
Anmeldungsdatum: Beiträge: 23336 |
https://wiki.ubuntuusers.de/Grafikkarten/Nvidia/nvidia/ Treiber ist O.K. Deinstalliere Nvidia doch einfach mal sudo apt-get purge nvidia* Danch sollte der "nouveau" laufen und du siehst, ob der Nvidia schuld ist. sudo apt-get install nvidia-settings xserver-xorg-video-nvidia-390 Schmeißt den Treiber wieder drauf. Nvidia 450 ist 9 Jahre alt, möglicherweise würde ein einfacher 2D Desktop dein System beschleunigen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Hallo hakel, danke für Deine Hinweise. Ich habe vor der Deinstallation mit "systemd-analyze time" eine Startzeit von 1min 9,288s nach der Deinstallation 1min 3,074s und nach der erneuten Installation mit X.Org-X-Server ra7@w7R:~$ systemd-analyze time Startup finished in 3.528s (kernel) + 1min 6.760s (userspace) = 1min 10.289s graphical.target reached after 1min 6.505s in userspace ra7@w7R:~$ Mit dem neu installierten NVIDA-Treiber 390 ergibt sich eine Startzeit von ra7@w7R:~$ systemd-analyze time Startup finished in 3.401s (kernel) + 1min 2.769s (userspace) = 1min 6.171s graphical.target reached after 1min 2.632s in userspace ra7@w7R:~$ |
Anmeldungsdatum: Beiträge: 23336 |
Sieht für mich uninteressant aus. Bei dir spukt doch sehr viel im Hintergrund rum. Das wird schon eine "Netzwerkkiste" sein. ☹ vmware, teamviewer, apt-daily ... |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Schade, ich hätte gerne "interessant" gehört. apt-daily sagt mir nichts. Sollen wir das Zeug mal runterschmeissen, um zu sehen ob das den Start beeinflusst? Teamviewer brauche ich öfter, muss aber beim Einschalten nicht gestartet werden. VMware brauche ich alle Jubeljahre. |
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
Wenn der boot mit nouveau auch so lang dauert, denke ich es ist ein generelles Problem im Kernel oder xorg ist. Intressant wäre die Ausgabe von dmesg -T mit dem nouveau treiber gewesen. sudo dpkg-reconfigure -plow unattended-upgrades und stell ein, das keine Aktualisierungen automatisch gezogen werden. Mit TAB-Taste auf nein gehen und mit enter bestätigen. free -h Gruß Taomon |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Hallo Taomon, nett, daß Du Dich auch meldest. Ich habe das Ergebnis wieder in Die Ablage gelegt. 423835:dmesg -T Version2 von Xaver:] Wie vorgeschlagen → ra7@w7R:~$ ^C ra7@w7R:~$ sudo dpkg-reconfigure -plow unattended-upgrades [sudo] Passwort für ra7: ra7@w7R:~$ ra7@w7R:~$ free -h Gesamt belegt frei gemns. Puffer/Cache verfügbar Speicher: 15Gi 1,9Gi 12Gi 157Mi 1,3Gi 13Gi Auslagerungsspeicher: 15Gi 0B 15Gi ra7@w7R:~$ Viele Grüße Xaver |
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
Da ist aber nvidia aktive. Ich hätte gerne dmesg -T gesehen wenn nicht der nvidia-treiber drauf ist. Starte jetzt mal neu bitte und zeige nochmal systemd-analyze und systemd-analyze blame Sowie auf Verdacht. Ich vermute sddm ist Dein Display-Manger. ps faux | grep sddm und loginctl Gruß Taomon |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
OK Taomon, ja der NVIDIA Treiber ist derzeit aktiv. Ich schalte zurück auf X.Org-X-Server MOMENT NEUSTART Und hier Deine Abfragen: dmesg -T wieder in der Ablage. ra7@w7R:~$ dmesg -T /3 ra7@w7R:~$ systemd-analyze Startup finished in 3.367s (kernel) + 1min 1.956s (userspace) = 1min 5.323s graphical.target reached after 1min 1.675s in userspace ra7@w7R:~$ ra7@w7R:~$ systemd-analyze blame 30.478s plymouth-quit-wait.service 14.955s systemd-journal-flush.service 13.332s networkd-dispatcher.service 13.224s vmware-USBArbitrator.service 12.613s dev-sda5.device 12.176s snapd.service 12.144s vmware.service 10.955s ModemManager.service 9.343s accounts-daemon.service 9.157s udisks2.service 8.641s NetworkManager-wait-online.service 8.066s nmbd.service 8.047s apparmor.service 7.805s plymouth-read-write.service 6.657s teamviewerd.service 6.649s grub-common.service 6.554s NetworkManager.service 5.609s avahi-daemon.service 5.595s networking.service 5.425s dev-loop8.device 5.363s wpa_supplicant.service 5.362s thermald.service 5.360s rsyslog.service 5.356s alsa-restore.service 5.187s grub-initrd-fallback.service 4.868s dev-loop0.device 4.762s apport.service 4.754s gpu-manager.service 4.751s systemd-logind.service 4.700s dev-loop7.device 4.312s dev-loop1.device 4.190s dev-loop5.device 4.078s dev-loop6.device 3.936s dev-loop3.device 3.820s dev-loop2.device 3.728s dev-loop4.device 3.568s packagekit.service 3.507s smbd.service 3.384s systemd-resolved.service 2.738s systemd-udevd.service 2.095s gdm.service 1.906s dns-clean.service 1.410s pppd-dns.service 1.410s switcheroo-control.service 1.351s user@1000.service 1.293s systemd-timesyncd.service 1.253s upower.service 1.142s fwupd.service 1.124s snap-gnome\x2dcharacters-139.mount 1.090s snap-gnome\x2dcalculator-260.mount 1.075s snap-gnome\x2d3\x2d26\x2d1604-74.mount 1.058s colord.service 1.022s snap-gtk\x2dcommon\x2dthemes-808.mount 996ms snap-gnome\x2dlogs-45.mount 920ms snap-gnome\x2dsystem\x2dmonitor-57.mount 919ms systemd-sysctl.service 895ms polkit.service 882ms snap-gtk\x2dcommon\x2dthemes-818.mount 847ms lm-sensors.service 802ms systemd-modules-load.service 719ms keyboard-setup.service 672ms console-setup.service 490ms snapd.seeded.service 468ms openvpn.service 468ms systemd-user-sessions.service 444ms systemd-sysusers.service 427ms systemd-tmpfiles-setup-dev.service 406ms systemd-fsck@dev-disk-by\x2duuid-e3595082\x2d8b52\x2d4339\x2db0 403ms snap-core-5742.mount 401ms dev-mqueue.mount 400ms systemd-remount-fs.service 399ms dev-hugepages.mount 399ms sys-kernel-debug.mount 399ms ufw.service 398ms kmod-static-nodes.service 391ms systemd-journald.service 390ms snap-gtk\x2dcommon\x2dthemes-701.mount 364ms bolt.service 291ms kerneloops.service 279ms setvtrgb.service 276ms plymouth-start.service 203ms systemd-tmpfiles-setup.service 172ms snapd.socket 158ms hddtemp.service 143ms ifupdown-pre.service 126ms dev-disk-by\x2duuid-65d50ec2\x2d9738\x2d4ec9\x2d9353\x2d4b14c99 114ms systemd-random-seed.service 87ms systemd-udev-trigger.service 78ms systemd-update-utmp.service 19ms rtkit-daemon.service 13ms home.mount 5ms systemd-update-utmp-runlevel.service 2ms sys-fs-fuse-connections.mount 1ms sys-kernel-config.mount Ich habe ganz normal installiert → ?? ra7@w7R:~$ ps faux | grep sddm ra7 3908 0.0 0.0 9216 888 pts/0 S+ 14:38 0:00 \_ grep --color=auto sddm ra7@w7R:~$ ra7@w7R:~$ loginctl SESSION UID USER SEAT TTY 1 1000 ra7 seat0 tty2 1 sessions listed. ra7@w7R:~$ |
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
Bin ich doof falsches Thema im Kopp gehabt. ps faux | grep gdm Die Abstürze von vorher sind wirklich dem nvidia-treiber geschuldet. Du hast aber plymouth nicht deaktiviert. sudo lsblk -f und cat /etc/fstab bitte. Gruß Taomon |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Kann passieren. ra7@w7R:~$ ps faux | grep gdm root 1569 0.0 0.0 263768 8904 ? Ssl 14:25 0:00 /usr/sbin/gdm3 root 1661 0.0 0.0 219296 9052 ? Sl 14:25 0:00 \_ gdm-session-worker [pam/gdm-autologin] ra7 2092 0.0 0.0 179800 6344 tty2 Ssl+ 14:25 0:00 \_ /usr/lib/gdm3/gdm-x-session --run-script env GNOME_SHELL_SESSION_MODE=ubuntu /usr/bin/gnome-session --session=ubuntu ra7 2094 0.7 0.6 508876 98576 tty2 Sl+ 14:25 0:29 \_ /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3 ra7 4460 0.0 0.0 9216 824 pts/0 S+ 15:31 0:00 \_ grep --color=auto gdm ra7@w7R:~$ Ich war der Meinung ich hätte das gemacht. Sorry → Ich hoffe das bleibt nun so. # If you change this file, run 'update-grub' afterwards to update # /boot/grub/grub.cfg. # For full documentation of the options in this file, see: # info -f grub -n 'Simple configuration' GRUB_DEFAULT="saved" #GRUB_HIDDEN_TIMEOUT="0" GRUB_HIDDEN_TIMEOUT_QUIET="true" GRUB_TIMEOUT="-1" GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`" GRUB_CMDLINE_LINUX_DEFAULT="noplymouth" GRUB_CMDLINE_LINUX="" ra7@w7R:~$ sudo lsblk -f [sudo] Passwort für ra7: NAME FSTYPE LABEL UUID MOUNTPOINT loop0 squashf /snap/core loop1 squashf /snap/gtk- loop2 squashf /snap/gnom loop3 squashf /snap/gnom loop4 squashf /snap/gtk- loop5 squashf /snap/gnom loop6 squashf /snap/gnom loop7 squashf /snap/gnom loop8 squashf /snap/gtk- sda ├─sda1 ntfs System-reserviert 8A06E20506E1F25D ├─sda2 ntfs W7_Boot 985CE3E75CE3BDDE ├─sda3 ├─sda5 ext4 c6c717ec-e7eb-4f1f-8100-c1e54e5c1198 / └─sda6 swap 65d50ec2-9738-4ec9-9353-4b14c991db19 [SWAP] sdb ├─sdb1 ├─sdb2 ntfs Daten 0A1ACF771ACF5E77 ├─sdb3 ntfs VMware 20C6DFA1C6DF760E └─sdb4 ext4 DatenUbuntu e3595082-8b52-4339-b013-9340964a309f /home sr0 sr1 ra7@w7R:~$ ra7@w7R:~$ cat /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda5 during installation UUID=c6c717ec-e7eb-4f1f-8100-c1e54e5c1198 / ext4 errors=remount-ro 0 1 # /home was on /dev/sdb4 during installation UUID=e3595082-8b52-4339-b013-9340964a309f /home ext4 defaults 0 2 # swap was on /dev/sda6 during installation UUID=65d50ec2-9738-4ec9-9353-4b14c991db19 none swap sw 0 0 ra7@w7R:~$ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
Hallo, jetzt rauscht bei Neustart und beim Herunterfahren eine lange liste von Meldungen auf schwarzem Bildschirm durch. |
Supporter
Anmeldungsdatum: Beiträge: 8432 Wohnort: Digiworld |
Hast Du nach der Änderung von /etc/default/grub sudo update-grub ausgeführt? Mir gehen jetz langsam die Ideen aus. pstree bitte in die Ablage. rfkill list Gruß Taomon Überschnitten, das ist normal. Das sind die Boot-Meldungen. Nicht erschrecken. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 594 |
sudo update-grub habe ich natürlich gemacht und dann nochmal geschaut ob das drin ist. GRUB_CMDLINE_LINUX_DEFAULT="noplymouth" rfkill list gemacht Mir gehen jetz langsam die Ideen aus. Ich glaube wir sollten an eine komplette Neuinstallation denken. Ich habe schon ein schlechtes Gewissen. Ich darf auf dieser Dual-Boot-Maschine allerdings mein W7 nicht verlieren. Kann ich jetzt so zurück, daß die lange Liste beim Start wieder abgeschaltet ist. |