Во вре­мя ана­ли­за про­блем или повсе­днев­ной рабо­ты ино­гда труд­но опре­де­лить, что имен­но замед­ля­ет рабо­ту систе­мы, осо­бен­но во вре­мя про­цес­са загрузки.

Одним из фак­то­ров, спо­соб­ству­ю­щих воз­ник­но­ве­нию этой труд­но­сти, явля­ет­ся вывод сле­ду­ю­щей команды:

Коль­це­вой буфер ядра отоб­ра­жа­ет­ся, но без мет­ки вре­ме­ни. Инфор­ма­ция об отно­си­тель­ном вре­ме­ни каж­дой запи­си не выводится.

Фак­ти­че­ски доступ­но отно­си­тель­ное вре­мя каж­дой запи­си, но по умол­ча­нию оно не отображается.

Отре­дак­ти­руй­те /boot/grub/grub.conf и добавь­те пред­ло­же­ние printk.time в команд­ную стро­ку ядра:

Этот пара­метр ядра вклю­ча­ет функ­цию вре­ме­ни моду­ля ядра printk, кото­рый затем извле­ка­ет как запись буфе­ра коль­ца сооб­ще­ний, так и мет­ку вре­ме­ни для это­го сообщения.

Повто­ре­ние наше­го преды­ду­ще­го при­ме­ра загруз­ки пока­зы­ва­ет запи­си логов кото­рым пред­ше­ству­ет отно­си­тель­ная вре­мен­ная метка.

Отмет­ка вре­ме­ни выра­жа­ет­ся как коли­че­ство секунд с момен­та загруз­ки системы.

Дру­гие фор­мы меток вре­ме­ни, такие как вре­мя дня, недо­ступ­ны, посколь­ку слож­ные мани­пу­ля­ции с датой, такие как NTP, еще не ини­ци­а­ли­зи­ро­ва­ны на этой ран­ней ста­дии загрузки.