Linux Mint 15 (Ubuntu 13.04), Спонтанно Отказывающая: понимание сообщений системного журнала
Некоторые терминалы как xterm позволяют переопределять цвета через файлы ресурсов или динамично, и если он выставляется правильно в terminfo записи за $TERM, можно сделать это с:
tput initc 4 1000 0 0
Изменитесь ANSI окрашивают 4 (обычно синий) к RGB (1000, 0 0), который является ярким красным.
Если терминал не поддерживает цвета переопределения (см. infocmp -1 | grep initc), Вы можете также для приложений, которые используют terminfo, обманывают их в отправку различных escape-последовательностей для запроса цвета 4 (синих).
infocmp -x > terminal.info
Править terminal.info, замените название терминала с чем-то как "myterm" и отредактируйте "setab" свойство (установите фон ANSI).
Вместо
setab=\E[4%p1%dm
Это:
tput setab 4
отправляет ^ [[44 м, измените его на:
setab=\E[4%?%p1%{4}%=%t1%e%p1%d%;m
%? ...., if-then-else, для высказывания отправляют "1" при просьбе относительно "4" и требуемый иначе.
Так
tput setab 4
отправит ^[[41m, (красный) и tput setab 5 отправит ^[[45m
Затем скомпилируйте его с:
TERMINFO=$HOME/.terminfo tic -x terminal.info
и используйте его как:
TERMINFO=$HOME/.terminfo TERM=myterm the-application-to-trick
Тот единственные работы, если приложение использует terminfo базу данных для отправки последовательностей в терминал.
Это - исключение машинного контроля - аппаратный отказ в Вашем ЦП. Конкретно Ваш журнал упоминает кэш L3, который является кэшем, совместно использованным через Ваши ядра процессора кэш-памятью L2 и оперативной памятью.
У меня нет опыта при декодировании исключений, но эта Википедия artice имеет раздел по декодерам, которые можно использовать.
Значение, которое Вы хотите декодировать, 0xfa000000000b0c0f использование одной из утилит в связанной статье, например. mcelog --ascii.
При разгоне компьютера, мой первый совет состоял бы в том, чтобы вернуться к синхронизациям запаса и частотам и видеть, возвращается ли устойчивость.
-
1I, втором, что сказала Casey: аппаратная проблема по-видимому связана с Вашим CPU. Возможно, Вы могли попытаться отключить кэш на CPU от BIOS (если эта опция Is, доступная на конкретной версии BIOS Вашей материнской платы)? Какое программное обеспечение Вы используете для выполнения виртуальной машины на этом ПК? Возможно, существует опция в нем для определения, на котором ядре Вы могли выполнить vm (предполагающий, что Ваш CPU является многоядерным). – haken29a 22.12.2013, 19:45
Я также получил эту же проблему на Ubuntu 14.04:
[Hardware Error]: MC4 Error (node 0): Protocol error (link, L3, probe filter).
[Hardware Error]: Error Status: System Fatal error.
[Hardware Error]: CPU:0 (15:2:0) MC4_STATUS[Over|UE|MiscV|PCC|-|-|-]: 0xfa000010000b0c0f
[Hardware Error]: cache level: L3/GEN, mem/io: GEN, mem-tx: GEN, part-proc: OBS (no timeout)
...При запуске VirtualBox vm под нагрузкой. Машина имела дешевую материнскую плату и высокий TDP процессор, и с тех пор я сменил материнскую плату на более качественную версию, которая обеспечивает достаточное питание процессора (та же самая hw ошибка не произошла с новой материнской платой).
Поэтому я бы предложил проверить, что материнская плата и БП соответствуют спецификации.