Unter CentOS/RHEL ist es manchmal komplex festzustellen, welcher Teil der Startsequenz lange dauert. Während der Startsequenz treten verschiedene Ereignisse auf, und manchmal reicht die Standardebene der Protokolle nicht aus, um die Komponente zu ermitteln, die das Problem verursacht. In diesem Fall können die in diesem Beitrag beschriebenen Schritte verwendet werden, um weitere Daten über eine mögliche Ursache der langsamen Startsequenz zu sammeln.
1. Bearbeiten Sie die Kernel-Zeile des passenden Grub-Menüeintrags in /etc/grub.conf . Zum Beispiel:
[...] 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 [...]
Und hängen Sie den folgenden Parameter daran an:
initcall_debug
Als Beispiel wird ein resultierendes Kernel-Boot-Argument unten gezeigt:
[...] 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 [...]
Und starten Sie das System neu, indem Sie beim Booten diesen Menüeintrag im Grub-Menü verwenden.
2. Nach dem Anhängen dieses Parameters geben sowohl die serielle Konsole als auch die Ausgabe des dmesg-Befehls die Zeit aus, die für den Abschluss eines Init-Aufrufs benötigt wird. Zum Beispiel:
calling init_autofs4_fs+0x0/0x2a [autofs4] @ 1581 initcall init_autofs4_fs+0x0/0x2a [autofs4] returned 0 after 7463 usecs