Na CentOS/RHEL je někdy složité určit, která část zaváděcí sekvence trvá dlouho. Během spouštěcí sekvence dochází k několika různým událostem a někdy výchozí úroveň protokolů nestačí k určení součásti způsobující problém. V takovém případě lze kroky popsané v tomto příspěvku použít ke shromáždění dalších dat o možné hlavní příčině pomalého zavádění.
1. Upravte řádek jádra odpovídající položky nabídky grub v /etc/grub.conf . Například:
[...] root (hd0,0) kernel /vmlinuz-3.8.13-68.3.4.el6uek.x86_64 ro root=/dev/mapper/vg_ol67-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg_ol67/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_ol67/lv_root KEYBOARDTYPE=pc KEYTABLE=be-latin1 rd_NO_DM rhgb quiet [...]
A připojte k němu následující parametr:
initcall_debug
Například výsledný zaváděcí argument jádra je uveden níže:
[...] root (hd0,0) kernel /vmlinuz-3.8.13-68.3.4.el6uek.x86_64 ro root=/dev/mapper/vg_ol67-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg_ol67/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_ol67/lv_root KEYBOARDTYPE=pc KEYTABLE=be-latin1 rd_NO_DM rhgb quiet initcall_debug [...]
A restartujte systém pomocí této položky nabídky v nabídce grub při zavádění.
2. Po připojení tohoto parametru sériová konzole i výstup příkazu dmesg také vytisknou čas potřebný k dokončení volání init. Například:
calling init_autofs4_fs+0x0/0x2a [autofs4] @ 1581 initcall init_autofs4_fs+0x0/0x2a [autofs4] returned 0 after 7463 usecs