lenovo t520 startet extrem langsam

Hallo,

auf mein privates notebook thinkpad t520 habe ich jetzt netrunner 17 aufgespielt. Bin eigentlich ganz zufrieden mit der Kombination, allerdings dauert der Systemstart extrem lang. Gestoppt fast 3 Minuten. Ich habe mal alles auskommentiert, was an externen Laufwerken gemountet wird. Das bringt aber keine Verbesserung.
Programme starten, gefühlt jedenfalls, ebenfalls langsamer als mit kubuntu 15.10.

Was kann ich tun?

Ciao!
Dieter

Du kannst den Schuldigen, der die Verzögerung beim Booten sorgt per

sudo systemd-analyze blame ermitteln.
Das könnte helfen den Fehler zu finden. Auf einem T420, was im Grunde genommen nichts anderes als ein etwas kleineres T520 läuft nämlich alles rund und flott. Wobei hier auch eine SSD eingebaut ist.

Hallo und danke für die Antwort.
systemd-analyze blame ist ja echt cool.

Aber was sagt mir die folgende Ausgabe

sudo systemd-analyze blame
         15.950s gpu-manager.service
         11.993s nmbd.service
         11.922s samba-ad-dc.service
          8.512s minidlna.service
          7.631s dev-sda5.device
          6.955s ModemManager.service
          4.470s accounts-daemon.service
          2.854s alsa-restore.service
          2.853s virtualbox-guest-utils.service
          2.852s irqbalance.service
          2.836s systemd-user-sessions.service
          2.836s grub-common.service
          2.835s pppd-dns.service
          2.834s ondemand.service
          2.834s rsyslog.service
          2.829s avahi-daemon.service
          2.744s apparmor.service
          2.470s NetworkManager.service
          2.311s media-extern\x2d1.mount
          2.239s systemd-fsck@dev-disk-by\x2duuid-ff0ee180\x2d2d9f\x2d4fd3\x2dae67\x2de17b0fb5487e.service
          1.930s thermald.service
          1.223s systemd-fsck@dev-disk-by\x2duuid-f2557f1f\x2da3c7\x2d49db\x2d9cc6\x2d879a44e4b478.service
          1.076s virtualbox.service
           903ms systemd-tmpfiles-setup-dev.service
           903ms systemd-tmpfiles-setup.service
           838ms systemd-rfkill@rfkill1.service
           838ms systemd-rfkill@rfkill0.service
           816ms wpa_supplicant.service
           774ms systemd-modules-load.service
           751ms systemd-logind.service
           750ms binfmt-support.service
           693ms polkitd.service
           582ms bluetooth.service
           582ms sys-kernel-debug.mount
           580ms dev-mqueue.mount
           476ms keymap.service
           441ms kerneloops.service
           407ms media-extern\x2d2.mount
           404ms dev-hugepages.mount
           403ms systemd-setup-dgram-qlen.service
           393ms systemd-journal-flush.service
           377ms systemd-journald.service
           366ms systemd-udev-trigger.service
           337ms networking.service
           329ms ufw.service
           323ms console-setup.service
           319ms dev-disk-by\x2duuid-3616eb03\x2d3f0f\x2d4e1b\x2dbbf5\x2d4733c2e12e68.swap
           286ms systemd-random-seed.service
           267ms systemd-hostnamed.service
           263ms systemd-backlight@backlight:acpi_video0.service
           257ms systemd-sysctl.service
           243ms plymouth-quit.service
           218ms systemd-update-utmp.service
           216ms dns-clean.service
           178ms kmod-static-nodes.service
           165ms udisks2.service
           152ms systemd-backlight@backlight:intel_backlight.service
           131ms smbd.service
           123ms systemd-rfkill@rfkill3.service
           119ms upower.service
           117ms user@1001.service
           114ms home.mount
           105ms systemd-vconsole-setup.service
            89ms proc-sys-fs-binfmt_misc.mount
            89ms systemd-backlight@backlight:acpi_video1.service
            80ms systemd-remount-fs.service
            72ms resolvconf.service
            71ms ifup-wait-all-auto.service
            60ms systemd-timesyncd.service
            56ms plymouth-read-write.service
            48ms systemd-tmpfiles-clean.service
            43ms rc-local.service
            29ms systemd-rfkill@rfkill2.service
            24ms systemd-udevd.service
            12ms plymouth-start.service
             7ms ureadahead-stop.service
             3ms systemd-update-utmp-runlevel.service
             3ms rtkit-daemon.service
             1ms sddm.service
             1ms systemd-backlight@backlight:nv_backlight.service
             1ms sys-fs-fuse-connections.mount

So direkt kann ich keinen Schuldigen erkennen, oder? Aber in der Summe ist es doch ganz schön lang.

Ciao!
Dieter

Der gpu-manager scheint das Problem auszulösen und der finale Fix wird nicht für die Ubuntu 15.10 Basis wohl nicht mehr erscheinen. Siehe: https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1307069

danke für die Info. Und das bedeutet im Klartext? Warten bis Ende April, dann auf das nächste netrunner updaten und alles wird gut?

Ciao!
Dieter

Im Grunde schon.
Ich prüfe nochmal ob das Update evtl. auch in unser repo gepackt werden könnte, aber generell hat es schon seinen Sinn, wenn die Ubuntu Leute so etwas mit großen Änderungen nicht direkt in 15.10 packen

Also, für mich bedeutet das: erstmal Pech gehabt, hast zwar prima Hardware, aber ist halt erstmal arschlangsam. Und wenn man immer brav updatet, dann kommen vielleicht mal andere Zeiten.
An meinem Arbeitsplatz habe ich ebenfalls ein thinkpad (t530 osä). Und dort macht netrunner 17 seinem Namen beim Start alle Ehre … beim Starten ist das Ding sauschnell

Ciao!
Dieter