Могу ли я понять, какой аппаратный сбой привел к перезагрузке моей системы?

Question 1

Не могу прокомментировать ответ Zeitgeist, поэтому я должен написать это в новом:

Существует инструмент под названием Activity Journal, написанный разработчиками Zeitgeist. Он может по крайней мере показать вам, что вы делали, когда в день и делаете это автоматически. Кроме того, он обеспечивает быстрый доступ к файлам, которые вы использовали, поскольку они не только перечислены, но и доступны для просмотра, поэтому вы можете открывать их непосредственно из Журнала активности.

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

Question 2

Есть два файла syslog, которые вы можете проверить на наличие сообщений об ошибках ... /var/log/syslog и /var/log/syslog.1.

Если вы знаете, какой день / время произошло перезагрузку, вы можете more /var/log/syslog или more /var/log/syslog.1 ищет ошибки, возникающие в этом временном кадре.

Если вы не помните, какой день / время перезапуска произошло, вы можете grep для таких вещей, как grep temp /var/log/syslog* или grep error /var/log/syslog* .

Question 3

Question 4

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

journalctl -b -1

HOWEVER, не все ошибки регистрируются. Некоторые сбои заставляют систему сходить так быстро, что журналы не записываются - перегрев - один.

Question 5

Есть два файла syslog, которые вы можете проверить на наличие сообщений об ошибках ... /var/log/syslog и /var/log/syslog.1.

Если вы знаете, какой день / время произошло перезагрузку, вы можете more /var/log/syslog или more /var/log/syslog.1 ищет ошибки, возникающие в этом временном кадре.

Если вы не помните, какой день / время перезапуска произошло, вы можете grep для таких вещей, как grep temp /var/log/syslog* или grep error /var/log/syslog* .

Question 6

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

journalctl -b -1

HOWEVER, не все ошибки регистрируются. Некоторые сбои заставляют систему сходить так быстро, что журналы не записываются - перегрев - один.

heynnema · Answer 1 · 18 July 2018 в 06:21

Есть два файла syslog, которые вы можете проверить на наличие сообщений об ошибках ... /var/log/syslog и /var/log/syslog.1.

Если вы знаете, какой день / время произошло перезагрузку, вы можете more /var/log/syslog или more /var/log/syslog.1 ищет ошибки, возникающие в этом временном кадре.

Если вы не помните, какой день / время перезапуска произошло, вы можете grep для таких вещей, как grep temp /var/log/syslog* или grep error /var/log/syslog* .

waltinator · Answer 2 · 18 July 2018 в 06:21

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

journalctl -b -1

HOWEVER, не все ошибки регистрируются. Некоторые сбои заставляют систему сходить так быстро, что журналы не записываются - перегрев - один.

heynnema · Answer 3 · 24 July 2018 в 18:35

Есть два файла syslog, которые вы можете проверить на наличие сообщений об ошибках ... /var/log/syslog и /var/log/syslog.1.

Если вы знаете, какой день / время произошло перезагрузку, вы можете more /var/log/syslog или more /var/log/syslog.1 ищет ошибки, возникающие в этом временном кадре.

Если вы не помните, какой день / время перезапуска произошло, вы можете grep для таких вещей, как grep temp /var/log/syslog* или grep error /var/log/syslog* .

1

ответ дан heynnema 24 July 2018 в 18:35

1

Большое вам спасибо: что именно я должен искать? Это случилось со мной несколько часов назад, поэтому я должен быть в состоянии проверить временные рамки инцидента. Однако я понятия не имею, что я должен искать. есть ли что-то, что выделяется, когда происходит сбой? – Breeze 23 September 2017 в 20:10
2

@ Coderx7 Найдите последовательность перезагрузки, а затем посмотрите журнал перед перезагрузкой, если появятся сообщения об ошибках. – heynnema 23 September 2017 в 22:45
3

Я сделал так, как вы предлагали, но я заметил, что в журналах нет записи на время перезапуска. по крайней мере, это то, что мне кажется. Перезагрузка произошла примерно через 2-3 часа, и, глядя на них, я не вижу ничего особенного: paste.ee/p/C7ftF журналы не упорядочены хронологически, журнал для 23 сентября 15:00 находится после 23 сентября 18:31 !! (строка 1096). Что это может означать? не было ли проблем с оборудованием или он не был зарегистрирован? – Breeze 25 September 2017 в 10:05
4

Я просмотрел ваш системный журнал. В [BIOS] отключен secure boot? Драйвер nvidia заражает ядро. У вас установлен последний / правильный драйвер nvidia? Он просит вас установить nss-myhostname. Если у вас есть r8168 ethernet-карта (sudo lshw -C network) с помощью драйвера r8169, вам необходимо установить r8168-dkms. – heynnema 25 September 2017 в 17:07

waltinator · Answer 4 · 24 July 2018 в 18:35

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

journalctl -b -1

HOWEVER, не все ошибки регистрируются. Некоторые сбои заставляют систему сходить так быстро, что журналы не записываются - перегрев - один.

2

ответ дан waltinator 24 July 2018 в 18:35

1

Я установил sysmd, но теперь я получаю: journalctl: недопустимый параметр - '1' – Breeze 25 September 2017 в 10:17
2

OK. Он показывает только журналы только для 25 сентября. Кажется, что в предыдущие дни журнала нет. (Я использую с и без ключа -b) – Breeze 25 September 2017 в 10:26
3

Когда обычный journalctl показывает обычную запись в журнале, тогда сообщение kernel: Initializing cgroup subsys cpuset (начало перезагрузки), я принимаю проблемы с температурой или мощностью. Проблемы с ЦП и памятью обычно регистрируются. – waltinator 27 September 2017 в 00:50

Могу ли я понять, какой аппаратный сбой привел к перезагрузке моей системы?

4 ответа

Другие вопросы по тегам:

Похожие вопросы: