Po upgradu z 17.10 jsem zaznamenal delší dobu spouštění. Nejprve to trvalo déle než 5 minut. dmesg odhalilo, že viníkem byla neexistující disketová jednotka, kterou se jádro snažilo najít.
Po okamžitém odstranění se 5 minut zkrátilo na asi 40 sekund, což je podle mě stále více, než trvalo před aktualizací. Spuštění dmesg znovu ukazuje, že připojení souborového systému trvá 30 sekund (úplný výstup), s následující zprávou:
[ 36.362834] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Zavádím systém z SSD se dvěma připojenými dalšími pevnými disky, z nichž jeden je naformátován v ext4, ale neobsahuje žádná systémová data. Předpokládám, že se jedná o SSD. Během těchto 30 sekund se nezobrazí žádný text ani úvodní obrazovka, pouze prázdná obrazovka.
Teď jsem řekl, že mi to připadá pomalejší než před aktualizací, protože nemám přesné časy z dřívějška, takže moje první otázka zní, zda je normální trvat 30 sekund na připojení souborového systému, a pokud ne, jak zjistit více o tom, co by mohlo způsobit zpoždění?
ÚPRAVA 1:
Zapnutí nebo vypnutí swapu nemá žádný účinek
Mezitím jsem do počítače nainstaloval další pevný disk. Zdá se, že mi to ještě prodloužilo dobu spouštění o nějakých 10 sekund a v dmesg se objevil další řádek výstup těsně před zmíněným 30sekundovým zpožděním:
[ 3.312351] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 17.169519] random: crng init done
[ 51.611617] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
ÚPRAVA 2:
systemd-analyze blame výsledky jsou zde
mezitím po několika restartech dmesg řádky, které jsem výše obviňoval, změnily svůj čas takto:
[ 3.348384] hid-generic 0003:09DA:F613.0005: input,hiddev0,hidraw4: USB HID v1.11 Keyboard [COMPANY USB Device] on usb-0000:00:12.1-1/input2
[ 34.091886] random: crng init done
[ 36.488321] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
Provedu několik restartů, abych zjistil, zda se to změní náhodně, nebo zůstane stejné (blok kódu v první úpravě pochází z prvního spuštění po vložení dalšího HDD).
EDITACE 2.5:random: crng init done obvykle se objevuje v časech, jak je uvedeno v úpravě 1, zřídka jako v úpravě 2. Zdá se, že je… náhodné.
Přijatá odpověď:
Měl jsem stejný problém. Během zaváděcích zpráv by to řeklo, že vypršel časový limit čekání na obnovení zařízení. Zkontrolujte /etc/initramfs-tools/conf.d/resume pokud je v něm UUID jako RESUME=some-uuid odeberte uuid a nahraďte jej „none“, aby bylo RESUME=none . Poté spusťte sudo update-initramfs -uk all a mělo by být dobré jít.