Как узнать причину перезагрузки линукс

Как проверить дату выключения и перезагрузки в Linux

Как проверить дату выключения и перезагрузки в Linux

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

Последняя загрузка

Во-первых, если вы хотите проверить, когда ваш компьютер загружался в последний раз, вы можете использовать команду who с флагом -b для получения точной даты и времени в терминале. Вам не нужны привилегии root.

Список всех перезагрузок системы

С помощью команды last вы можете выводить список после каждого перезагрузки системы.

Последняя перезагрузка

Если вы предпочитаете более сжатую версию, показывающую только последнюю загрузку компьютера, вы можете запустить head и добавить -1, указав вывод только на одну строку. Если вы предпочитаете загрузку до текущей, используйте -2 для получения обеих строк.

Выключения

Вывод списка выключений компьютера.

Последнее выключение

Как и в случае с предыдущими перезагрузками, можно настроить вывод head, чтобы получить только последнее выключение. Также, как и прежде, вы можете ввести другую цифру, например -3, чтобы получить последние три отключения.

Uptime

Наконец, когда вы хотите узнать, как долго работал ваш компьютер, вы можете использовать команду uptime, чтобы выяснить это. Объедините его с флагом -p, чтобы получить гораздо более удобочитаемый результат. Вы получите количество времени в днях, часах и минутах, которое ваш компьютер был включен с момента последней загрузки.

Надеюсь, с помощью приведенных выше команд вы сможете выяснить закономерность, или даже причину перезагрузки и выключения компьютера. Если задействованы другие программы, вы всегда можете проверить наличие определенных файлов журнала в «/var/log».

Спасибо, что читаете! Подписывайтесь на мои каналы в Telegram, Яндекс.Мессенджере и Яндекс.Дзен. Только там последние обновления блога и новости мира информационных технологий.

Респект за пост! Спасибо за работу!

Хотите больше постов? Узнавать новости технологий? Читать обзоры на гаджеты? Для всего этого, а также для продвижения сайта, покупки нового дизайна и оплаты хостинга, мне необходима помощь от вас, преданные и благодарные читатели. Подробнее о донатах читайте на специальной странице.

Заранее спасибо! Все собранные средства будут пущены на развитие сайта. Поддержка проекта является подарком владельцу сайта.

партнёры блога

telegram

Реклама

Последние

Рубрики

СЧЕТЧИКИ

РЕКЛАМА И ДОНАТЫ

Социальные сети

©2016-2021 Блог Евгения Левашова. Самое интересное и полезное из мира ИТ. Windows 10, Linux, Android и iOS. Обзоры программ и веб-сервисов. Статьи о мотивации и продуктивности.

Использование материалов разрешается с активной ссылкой на levashove.ru.

Данный блог является личным дневником, содержащим частные мнения автора. В соответствии со статьей 29 Конституции РФ, каждый человек может иметь собственную точку зрения относительно его текстового, графического, аудио и видео наполнения, равно как и высказывать ее в любом формате. Блог не имеет лицензии Министерства культуры и массовых коммуникаций РФ и не является СМИ, а, следовательно, автор не гарантирует предоставления достоверной, не предвзятой и осмысленной информации. Сведения, содержащиеся в этом блоге не имеют никакого юридического смысла и не могут быть использованы в процессе судебного разбирательства. Автор блога не несёт ответственности за содержание комментариев к его записям.

Источник

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Как узнать причину перезагрузки Linux

Что вызвало ребут?

4 минуты чтения

Часто бывает, что на системе Linux произошла незапланированная или по неизвестным очевидным причинам, перезагрузка. Поиск и устранение первопричины может помочь предотвратить повторение таких проблем и избежать незапланированных простоев.

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

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

Проверка времени перезагрузки

Чтобы посмотреть, когда именно произошла перезагрузка системы можно воспользоваться командами who и last

Проверка системных журналов

Кроме того, можно сопоставить время перезагрузки, которую требуется диагностировать, с системными сообщениями.

Для систем CentOS/RHEL журналы можно найти по адресу /var/log/messages , а для систем Ubuntu/Debian — по адресу /var/log/syslog . Для фильтрации или поиска конкретных данных можно использовать команду tail или любимый текстовый редактор.

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

Ниже приведена одна такая команда, которую можно использовать для фильтрации системных журналов:

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

Проверка журнала auditd

Для систем, использующих auditd – это отличное место для проверки различных событий с помощью инструмента ausearch . Используйте приведенную ниже команду для проверки последних двух записей из журналов аудита.

Появится сообщение о двух последних остановках или перезагрузках. Если это сообщает о SYSTEM_SHUTDOWN , за которым следует SYSTEM_BOOT , все должно быть хорошо. Но, если он сообщает две строки SYSTEM_BOOT подряд или только одно сообщение SYSTEM_BOOT , то, скорее всего, система некорректно завершила работу. Вывод при нормальной работе должен быть примерно следующим:

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

Анализ журнала systemd

Чтобы сохранить журнал системных логов на диске, необходимо иметь постоянный системный журнал, иначе логи будут очищаться при перезагрузке. Для этого можно либо внести изменения в /etc/systemd/journald.conf , либо создать каталог самостоятельно с помощью следующих команд:

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

Приведенную ниже команда позволяет выводить список записанных событий о загрузке из журнала:

Вот его выходные данные на моем сервере:

Как видно на рисунке, в системе есть несколько событий загрузки. Для дальнейшего анализа причины конкретной перезагрузки используйте:

Здесь будет индексом, заданным в команде journalctl —list-boots в первом столбце.

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

Заключение

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

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

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Источник

Причина перезагрузки?

У меня Fedora Core 21 (RFremix, KDE). Сегодня комп неожиданно ребутнулся, буквально пол часа назад. После этого новой сессии не начинал, остановился на текущей. Хочу причину перезагрузки узнать. Вдруг она вообще удалённая была и мой комп порутан?

Знатоков федоры в тред зовем!

Саst erzent

fpaste journalctl -a -x , я не экстрасенс.

«Core» она была до 6 версии, далее и сейчас просто Fedora.

Судя по твоему описанию, скорей всего, ты кнопку резет нажал

у меня юбанта иногда паникует, чё-то там про своп и дрм пишет

в выводе по этой команде нет достаточной инфы

Сегодня комп неожиданно ребутнулся

напряжение упало ниже

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

кстати, почему там

Linux version 3.11.10-301.fc20.x86_64 (mockbuild@bkernel01.phx2.f

fc20 написано? я систему до 21 сходу обновил, да и обновки не забываю накатывать, ядро несколько раз уже обновлялось.

но батарейку жрёт, что просто пипец

Нвидиа иль радион очень готовы для десктопа.

Что говорит sudo journalctl -b -1 -el?

Я кстати не прав был, не всю инфу по выводу команды дал. Но лог большой очень уж вышел, фпаст не захотел его есть. Оставил тут: https://www.sendspace.com/file/cqhih1

мар 21 20:05:33 localhost.localdomain systemd-logind[768]: Power key pressed.
мар 21 20:05:33 localhost.localdomain systemd-logind[768]: Powering Off.
мар 21 20:05:33 localhost.localdomain systemd-logind[768]: System is powering down.

я вообще не понимаю где ты это ядро взял, у меня уже 3.19

ты и сейчас не всю, а только февраль

я вообще не понимаю где ты это ядро взял, у меня уже 3.19

я глаза разлепил, оказалось и у меня такое, не туда я посмотрел.

ты и сейчас не всю, а только февраль

Повторил операцию, теперь инфа должна быть в полном обьёме: https://www.sendspace.com/file/kik25m

Батарейку она почему-то жрёт в дуалбуте с Windows, а когда на ноутбуке только Linux, то очень даже экономична.

Батарейку она почему-то жрёт в дуалбуте с Windows, а когда на ноутбуке только Linux, то очень даже экономична.

А у меня нет винды на компе. Заметил, что по сранению с 7 Starter, производительность в несколько раз выше на моих приложениях. А вот батарейку как зверь стал есть, хотя при таком росте производительности, жаловаться — просто грех на это. Хотя я наверное всёравно себе на виртуалку венду закатаю, надо бывает телефон например прошить, а на 4pda софт соответствующий только под винду иногда встречается.

Источник

Как узнать из логов, что вызвало отключение системы?

Например, я вижу это в /var/log/messages :

Есть ли способ узнать, что вызвало отключение? Например, он запускался с консоли или кто-то нажимал кнопку питания и т. Д.?

Только привилегированные программы root могут корректно завершить работу системы. Поэтому, когда система выключается обычным способом, это либо пользователь с правами root, либо сценарий acpi. В обоих случаях это можно узнать, проверив логи. Выключение acpi может быть вызвано нажатием кнопки питания, перегревом или разрядкой аккумулятора (ноутбука). Я забыл третью причину — программное обеспечение ИБП при сбое электропитания, которое все равно отправит предупреждение.

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

Так что, если это нормальное отключение, оно будет зарегистрировано, если это вторжение . удачи, и если это холодное отключение, ваш лучший шанс узнать это контролировать и контролировать окружающую среду.

Попробуйте следующие команды:

Показать список последних записей перезагрузки: last reboot | less

Показать список последних записей о выключении: last -x | less

или точнее: last -x | grep shutdown | less

Вы не будете знать, кто это сделал, однако. Если вы хотите знать, кто это сделал, вам нужно будет добавить немного кода, что означает, что вы узнаете в следующий раз.

Я нашел этот ресурс в Интернете. Это может быть полезно для вас:

Источник