Существует ли способ пихнуть панику ядра на экран?

Отказ от ответственности: Я отправил этот ответ, потому что Вы сказали, что хотели носатый. Если Вы будете говорить о реальной панике ядра и не только сообщениях об ошибках и т.п., то это не будет работать, потому что, ну, в общем, ядро будет слишком занято, паникуя, чтобы Вы смогли сделать что-либо еще.

conky должен быть в репозиториях Вашего распределения, так установка, это просто. После того как Вы сделали так, необходимо будет создать a ~/.conkyrc файл. Мой является отчасти сложным, это - минимальная работа .conkyrc это отображает последние 8 строк dmesg приятно отформатированным способом:

    double_buffer yes
     background yes
    update_interval 1
    total_run_times 0
    own_window yes
    own_window_type desktop
    own_window_transparent yes
    own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
    minimum_size 230 5
    maximum_width 230
    gap_x 1365
    gap_y 40

TEXT

${execpi 3 dmesg |tail -n8}

Это выглядит довольно ужасным, хотя, таким образом, у меня есть сценарий, который форматирует вывод, сворачивая длинные линии и делая отступ для группировки строк из того же сообщения вместе. Для использования его сохраняют сценарий ниже как что-то как ~/bin/conkyLogging, сделайте это исполняемым файлом chmod a+x ~/bin/conkyLogging и изменение та последняя строка к

 ${execpi 3 dmesg |tail -n8 | /home/USERNAME/scripts/conkyLogging.pl} 

Сценарий:

#!/usr/bin/env perl
my $lim=32;
my @a;
while(<>){/.*?\]\s*(.+)$/;
 push @a,$1;
}
my $k;
for($n=$#a;$n>=0; $n--){
    $_=$a[$n];
    @c=split(/[\s]+/);
    @b=split(//);
    my $k=0;
    my $kk=0;
    print "    ";
    for($i=0;$i<=$#b; $i++){
    $_=$b[$i];
    if (/^\s+$/){
        $k+=length($c[$kk+1]);
        $kk++ ;
    }
    if($k>$lim){
        s/([=,\-\s])/$1\n\t  /;
        $k=0;
    }
    print STDOUT;
    }
    print STDOUT "\n";
}

Для получения дополнительной информации о различном conky переменные и как настроить Ваш .conkyrc посмотрите здесь и здесь.

По-видимому, толчком причина на экран, который Вы имеете в виду, вынуждает ядро вывести информацию об экране.

Я не эксперт безусловно, но насколько я знаю, нет никакого пути. Когда паника ядра происходит, она выводит информацию к консоли и затем отказывает. Это означает, что нет никакого способа сделать что-либо после паники, потому что ничто не работает больше.

Если Вы находитесь на фактическом tty (не xterm), я полагаю, что Вы будете видеть информацию. Но иначе Вам не повезло. Что "ядро является паническим"? кажется, имеет некоторую информацию об этом.

При испытании паники больше, чем просто очень seldomly вероятно, лучший выбор имеет другого (вероятно, низкая мощность) устройство, подключенное к нему и журнал к нему или через последовательный кабель или через netconsole. Netconsole имеет очевидное преимущество использования другого устройства, которое уже работает так или иначе (можно зарегистрироваться даже к домашнему маршрутизатору в случае необходимости).

Системный журнал является средством, которое управляет, куда, регистрируя вывод, включая материал dmesg, паника ядра, и т.д., отправляется. Существует несколько различных широко использующихся демонов системного журнала, но я полагаю, что они - все более или менее то же в целях этого обсуждения.

У демона системного журнала есть конфигурационный файл в /etc. Традиционно, это syslog.conf, но для альтернативы rsyslogd (используемый с современным .rpm основывал дистрибутивы), например, это rsyslog.conf. Не добираясь также в то, как эта конфигурация работает, несколько директив обычно там достойны рассмотрения здесь:

# Emergencies are sent to everybody logged in.
*.emerg                         *

# Log all kernel messages to the console.
kern.*                                                 /dev/console

Первый - то, почему определенные серьезные ошибки появятся на всем ttys. Однако это не включает терминалы GUI, означая, что Вы ничего не будете видеть в X.

Второй отправляет все сообщения от ядра до /dev/console^*, который обычно синонимичен с /dev/tty0, который, как обычно понимают, является "текущей виртуальной консолью", хотя это все еще не будет консолью GUI.

Можно установить устройство для использования в качестве консоли с параметром начальной загрузки ядра, например, console=/dev/tty6. Можно, вероятно, получить текущее устройство с cat /sys/devices/virtual/tty/console/active.

Существует почтенное (как в, предынтернет-эра) названное приложение для GUI xconsole который отобразит сообщения, отправленные в /dev/console. Это не использует современные комплекты программ системного обеспечения, к сожалению, и если Вы хотите настроить его, необходимо использовать Xresources файл:

XConsole*text.width:          1000
XConsole*text.height:         300
XConsole*background:          #cccccc
XConsole*font:                -adobe-helvetica-medium--normal-*-14-*-*-*-*-*-iso8859-1

Вам, вероятно, будет нужен, по крайней мере, шрифт для создания этого читаемым.

Это позволит Вам видеть, что паника ядра передает то же, как Вы были бы в VT. Если Вы помещаете его на некоторый стол дальнего угла, и система замерзает, существует хороший шанс, который можно все еще переключить на него (хотя, Вы могли также попытаться переключиться на VT или уничтожить X).

Вы могли также указать FIFO или сокет в syslog.conf и реализовать Ваш собственный метод получения сообщений в X.

^*Debian произошел, системы также имеют a /dev/xconsole на устройство и это сошлются в их syslog.conf.