Opstarttijd versnellen (Ub 16.04)

[Wim Janssen]

Wellicht oude koek voor de mensen hier maar voor mij nieuw. Op mijn bescheiden pc duurde het booten bijna 5 minuten. Toevallig kwam ik een beschrijving van Debian bug #844453 tegen. Een workaround zou zijn om het starten van apt-daily service (die standaard tijdens het booten wordt gestart) uit te stellen. Bij mij verkortte deze ingreep de boottijd met meer dan de helft. Uiteraard had ik eerst opgezocht of er nadelige effecten konden zijn, die heb ik niet gevonden. E.e.a. ging aldus:

"
As a workaround, do sudo systemctl edit apt-daily.timer and paste the following text into the editor window:

# apt-daily timer configuration override
[Timer]
OnBootSec=15min
OnUnitActiveSec=1d
AccuracySec=1h
RandomizedDelaySec=30min

This changes the "timer" that triggers apt-daily.service to run at a
random time between 15 min and 45 min after boot, and once a day thereafter.
"

De winst kun je zien door vóór de wijziging en na reboot mèt de wijziging systemd-analyze te draaien.

Ik draai Ubuntu 16.04, geen idee of e.e.a. voor andere versies ook werkt.

[h2o]

Ik heb deze materie wat doorgelezen. Ik vraag mij eigenlijk af waar die functie voor dient? Wat ik ervan begrijpt is dat dit een soort automatisch update mechanisme beheert. Dus dat je erop wordt gewezen dat er updates zijn (zoals bijv. bij Windows).

Maar ook dat je dit eigenlijk helemaal niet nodig hebt als je zelf regelmatig je systeem bijwerkt.

[nieuwbie]

2 tot 2,5 minuut opstarten vind ik nog lang. Kan je misschien de specificaties van je pc geven? RAM en CPU? Kunnen we even kijken of dat normaal is gezien de hardware.

Ik heb zelf nooit last gehad van vertraging door apt-daily service.

Trouwens, ook bij een oude / trage pc kan het zeer de moeite zijn er een (goedkope) SSD in te zetten. Wordt ie zeker veel sneller van.

Mark

[Wim Janssen]

Zoals gevraagd. Duidelijk een basis systeem dus.

sudo inxi -C -m -D -M

Machine:   System: LENOVO product: 90BX0018MH v: Lenovo E50-00 serial: R300A9XV
           Mobo: LENOVO model: Aptio CRB v: SDK0F82993 WIN serial: R300A9XV
           Bios: LENOVO v: O07KT44AUS date: 08/29/2014
CPU:       Quad core Intel Pentium J2900 (-MCP-) cache: 1024 KB
           clock speeds: max: 2665 MHz 1: 1397 MHz 2: 1741 MHz 3: 1719 MHz
           4: 1826 MHz
Memory:    Array-1 capacity: 64 GB (check) devices: 1 EC: None
           Device-1: A1_DIMM0 size: 8 GB speed: 1333 MHz type: DDR3
Drives:    HDD Total Size: 500.1GB (11.0% used)
           ID-1: /dev/sda model: WDC_WD5000AAKX size: 500.1GB

Dat je geen last van hebt ligt wellicht eraan dat je een krachtiger systeem hebt of dat bij jou deze service niet bij booten wordt gestart.
Zie https://askubuntu.com/questions/1120442/what-does-apt-daily-service-do

[h2o]

Trouwens, ook bij een oude / trage pc kan het zeer de moeite zijn er een (goedkope) SSD in te zetten. Wordt ie zeker veel sneller van.

Zeg maar rustig veel sneller. Gisteren voor een collega een demo filmpje gemaakt van een HP 630 met een Sata 5400 rpm en een Kingston SSD met een vergelijkbare installatie erop.
Sata doet er 70 seconden (1, min. 10 sec) over, de SSD 10 seconden met het opstarten van aanzetten tot login scherm.

[Wim Janssen]

Ik weet het. Bij mijn dochter heb ik Ub16.04 geinstalleerd op SSD en man wat gaat dat ding! Een volgende PC ga ik zeker op die manier uitrusten.

[nieuwbie]

Trouwens, ook bij een oude / trage pc kan het zeer de moeite zijn er een (goedkope) SSD in te zetten. Wordt ie zeker veel sneller van.

Zeg maar rustig veel sneller. Gisteren voor een collega een demo filmpje gemaakt van een HP 630 met een Sata 5400 rpm en een Kingston SSD met een vergelijkbare installatie erop.
Sata doet er 70 seconden (1, min. 10 sec) over, de SSD 10 seconden met het opstarten van aanzetten tot login scherm.

Dat zei ik toch ook

Van 70 naar 10 seconden is spectaculair, dat is mij nooit gelukt.

[nieuwbie]

Zoals gevraagd. Duidelijk een basis systeem dus.

sudo inxi -C -m -D -M

Machine:   System: LENOVO product: 90BX0018MH v: Lenovo E50-00 serial: R300A9XV
           Mobo: LENOVO model: Aptio CRB v: SDK0F82993 WIN serial: R300A9XV
           Bios: LENOVO v: O07KT44AUS date: 08/29/2014
CPU:       Quad core Intel Pentium J2900 (-MCP-) cache: 1024 KB
           clock speeds: max: 2665 MHz 1: 1397 MHz 2: 1741 MHz 3: 1719 MHz
           4: 1826 MHz
Memory:    Array-1 capacity: 64 GB (check) devices: 1 EC: None
           Device-1: A1_DIMM0 size: 8 GB speed: 1333 MHz type: DDR3
Drives:    HDD Total Size: 500.1GB (11.0% used)
           ID-1: /dev/sda model: WDC_WD5000AAKX size: 500.1GB

Dat je geen last van hebt ligt wellicht eraan dat je een krachtiger systeem hebt of dat bij jou deze service niet bij booten wordt gestart.
Zie https://askubuntu.com/questions/1120442/what-does-apt-daily-service-do

Nou ook bij die specificaties zou ik een opstart van 60 seconden ofzo verwachten.

Nou ja, ik heb een i3, dat wel. Maar mijn oudere laptops met Core2Duo en 2-4 GB geheugen startten in ca. 60 seconden op (HDD), die hebben nu allemaal een SSD, opstart 20 seconden. En apt-daily service draait.

[Joshua Orbit]

Heb je tip voor de gein eens gewoon toegepast op een Ubuntu 20.04 , maar niet echt een snelheidswinst behaald met die ingreep . Dan maar terug de parameters verwijderd en de boot is quasi hetzelfde.

*Zou* het kunnen dat er iets anders dwars ligt in je systeem ? Een WiFi driver ofzo ?

[audiolover]

probeer je verbinding te maken met (netwerk)schijven die op het moment van opstarten ontkoppeld zijn of uit staan?

[Wim Janssen]

probeer je verbinding te maken met (netwerk)schijven die op het moment van opstarten ontkoppeld zijn of uit staan?

Nee, dat is niet het geval. Overigens ervaar ik e.e.a. niet als een probleem, meestal start ik vanuit suspend mode. Gek genoeg zie ik net na system-analyse blame de apt-daily-upgrade.service wèl weer verschijnen, nu twijfel ik weer over het effect. Ik ga nog wat testjes doen. Ik zal mijn bevindingen melden en daarna het draadje als opgelost markeren. Dank voor jullie reacties.

~/scripts>systemd-analyze blame
         13.465s NetworkManager-wait-online.service
         13.017s dev-sda7.device
         12.129s apt-daily-upgrade.service
         10.731s snapd.service
         10.444s apt-daily.service
         10.154s ModemManager.service
          6.523s dev-loop4.device
          6.391s dev-loop6.device
          6.335s motd-news.service
          5.742s plymouth-read-write.service
          5.044s apparmor.service
          4.909s dev-loop3.device
          4.895s systemd-fsck@dev-disk-by\x2duuid-623A\x2dA3AD.service
          4.691s dev-loop5.device
          4.522s dev-loop2.device
          4.308s dev-loop1.device
          4.234s accounts-daemon.service
          3.755s dev-loop0.device
          3.608s systemd-udevd.service
          3.580s grub-common.service
          3.529s networking.service
          3.517s ufw.service
          3.503s irqbalance.service
          3.357s fwupd.service
          3.352s ondemand.service
          3.143s plymouth-start.service
          2.905s apport.service
          2.833s systemd-logind.service
          2.712s alsa-restore.service
          2.712s lm-sensors.service
          2.705s pppd-dns.service
          2.704s systemd-user-sessions.service
          2.702s gpu-manager.service
          2.467s thermald.service
          2.400s avahi-daemon.service
          2.268s NetworkManager.service
          2.232s lightdm.service
          2.027s rsyslog.service
          1.923s systemd-backlight@backlight:acpi_video0.service
          1.680s keyboard-setup.service
          1.303s systemd-tmpfiles-setup-dev.service
          1.056s console-setup.service
           968ms colord.service
           909ms snap-core18-1705.mount
           874ms udisks2.service
           867ms polkitd.service
           848ms systemd-tmpfiles-setup.service
           781ms snap-skype-128.mount
           742ms snap-simplescreenrecorder-1.mount
           721ms systemd-journald.service
           720ms snap-core-8935.mount
           715ms snap-skype-123.mount
           687ms sys-kernel-debug.mount
           664ms systemd-modules-load.service
           617ms snap-core-9066.mount
           585ms snap-core18-1754.mount
           564ms systemd-remount-fs.service
           516ms systemd-journal-flush.service
           487ms dev-hugepages.mount
           487ms systemd-random-seed.service
           486ms dev-mqueue.mount
           452ms upower.service
           430ms systemd-udev-trigger.service
           417ms dns-clean.service
           399ms kmod-static-nodes.service
           381ms systemd-sysctl.service
           354ms systemd-update-utmp.service
           314ms dev-sda8.swap
           201ms systemd-timesyncd.service
           179ms boot-efi.mount
           176ms speech-dispatcher.service
           172ms resolvconf.service
            54ms snapd.seeded.service
            53ms user@1000.service
            48ms snapd.socket
            37ms setvtrgb.service
            37ms systemd-tmpfiles-clean.service
            28ms hddtemp.service
            27ms proc-sys-fs-binfmt_misc.mount
            10ms webfs.service
            10ms rtkit-daemon.service
             9ms rc-local.service
             8ms ureadahead-stop.service
             7ms systemd-update-utmp-runlevel.service
             5ms plymouth-quit-wait.service
             4ms sys-fs-fuse-connections.mount

[nahjo]

Voor het opsporen van oorzaken waarom het booten zolang moet duren (wat is lang? ) doe ik in de terminal:

Code: [Selecteer]

systemd-analyze critical-chain dit geeft keurig aan waar het 'misschien' beter kan 
De meeste winst ooit heb ik trouwens gehaald met het vervangen van een HD in een SSD.

[Wim Janssen]

Voor het opsporen van oorzaken waarom het booten zolang moet duren (wat is lang? ) doe ik in de terminal:

Code: [Selecteer]

systemd-analyze critical-chain dit geeft keurig aan waar het 'misschien' beter kan 
De meeste winst ooit heb ik trouwens gehaald met het vervangen van een HD in een SSD.

Na wat reboots mèt en zònder de aanpassing uit 1e bericht kwam ik tot de conclusie dat het helemaal niets uithaalde; zowel met als zonder de aanpassing gaf systemd-analyze een totaal van rond de 58 seconden aan. Blijkbaar was mijn aanvankelijk enthousiasme voorbarig...

Ik geef nog even mijn critical-chain output weer, er lijkt me niets substantieels te verbeteren.

En ja, wat is lang. Al was het 5x zo lang als met een 'ander' OS, ik zou toch niet willen switchen!

Ik zal het onderwerp morgen sluiten maar van mij mag de beheerder het ook weggooien!

Allen dank.

graphical.target @44.219s
└─multi-user.target @44.219s
  └─hddtemp.service @44.192s +26ms
    └─network-online.target @44.170s
      └─NetworkManager-wait-online.service @31.032s +13.137s
        └─NetworkManager.service @26.810s +4.200s
          └─dbus.service @24.957s
            └─basic.target @24.940s
              └─sockets.target @24.940s
                └─snapd.socket @24.890s +49ms
                  └─sysinit.target @24.889s
                    └─apparmor.service @19.849s +4.566s
                      └─local-fs.target @19.779s
                        └─boot-efi.mount @19.618s +160ms
                          └─systemd-fsck@dev-disk-by\x2duuid-623A\x2dA3AD.service @15.806s +3.754s
                            └─dev-disk-by\x2duuid-623A\x2dA3AD.device @15.782s

[nahjo]

Wat mij opvalt is dat bij de laatste regels het systeem al 15 seconden bezig is met opstarten.
En dat systemd-fsck@dev-disk-by een job heeft te doen (ook weer 4 seconden)
De aangekoppelde schijven geven wat problemen zo lijkt het.

                          └─systemd-fsck@dev-disk-by\x2duuid-623A\x2dA3AD.service @15.806s +3.754s
                            └─dev-disk-by\x2duuid-623A\x2dA3AD.device @15.782s

De opdracht laat zo'n 25 regels zien en als je dan op enter drukt dan komt de volgende regel op het scherm.

[Wim Janssen]

Wat mij opvalt is dat bij de laatste regels het systeem al 15 seconden bezig is met opstarten.
En dat systemd-fsck@dev-disk-by een job heeft te doen (ook weer 4 seconden)
De aangekoppelde schijven geven wat problemen zo lijkt het.

 De opdracht laat zo'n 25 regels zien en als je dan op enter drukt dan komt de volgende regel op het scherm.

Dat fsck is waarschijnlijk het gevolg van een ooit gegeven sudo tune2fs om filesystem check interval te setten. Ik vermoed dat dat daar gecheckt wordt.
Verder kreeg ik 19 regels output, '(lines1-19/19 (END)' stond er. Ik denk dat er niet veel te optimaliseren valt.