В /var/log/messages
файле действительно должно быть что-то, касающееся выключений, например, у моего (CentOS 5) есть такие строки:
Jul 18 23:00:13 nero shutdown[2649]: shutting down for system halt
...
Jul 18 23:00:27 nero kernel: Kernel logging (proc) stopped.
Jul 18 23:00:27 nero kernel: Kernel log daemon terminating.
Проверьте свой /etc/syslog.conf
или /etc/rsyslog.conf
или его эквивалент, чтобы убедиться, что журналы идут туда. Вам, вероятно, понадобятся права суперпользователя для чтения файлов журнала.
Кроме того, хотя это и не выключения как таковые, «последняя» команда должна сообщать о перезагрузках.
Действительно ли в журналах вообще ничего нет во время вашего последнего закрытия?
При тестировании помните, что ваш компьютер знает, что ему осталось только 10 минут из-за информации, которую сообщает аккумулятор, которая может быть точной или неточной. Вместо ожидания выключений вы можете посмотреть информацию ACPI напрямую. На моем ноутбуке это здесь:
/proc/acpi/battery/BAT0/
Там файлы "state" и "info" выглядят интересно. Вы можете наблюдать за оставшейся емкостью в файле состояния, пока вы используете ноутбук в различных условиях, чтобы увидеть, как быстро он падает.
last -x
работает. Эта команда отображает строку, которая выглядит следующим образом:shutdown system down 2.6.32-23-generi Sun Jul 25 09:12 - 19:00 (-14815+-13:
Спасибо за информацию о батарее. Моя система также имеет это, так что мне придется проверить это! Кажется, обновлять эти файлы каждые 5 секунд или около того. Благодарность!Как насчет команды
last -x shutdown
?источник
Сначала позвольте мне сказать, что я знаю, что это старая ветка. Я только комментирую, чтобы у других, которые находят это, пока копаются в сети (как я сделал сегодня), будет четкий ответ.
Во-вторых, обратите внимание, что следующая команда является плохой практикой и относится к категории «бесполезное использование cat» (поиск в Google) ...
Эта строка должна быть изменена на:
grep, и большинство команд unix / linux (sed, awk и т. д.) в этом отношении не требуют, чтобы cat читал содержимое файлов. Достаточно указать путь к файлу и имя после команды, чтобы передать его в качестве аргумента. Добавление канала и другой внешней команды (cat) - это просто напрасная трата времени и ресурсов.
Наконец, что касается того, где найти запись о выключениях и / или перезагрузках системы, используйте последнюю команду, так как это именно то, для чего она предназначена. Он читает файл журнала / var / log / wtmp для всех записей входа / выхода. Поскольку выключения и перезагрузки на самом деле являются событиями входа / выхода из системы, они записываются здесь. То же самое относится и к выключению корневой консоли, это событие выхода из системы.
Пример:
Это даст вам последние 5 записей перезагрузки, выключения и root (включая отключение консоли) в журнале wtmp.
Результат:
Я надеюсь, что это поможет любому, кто наткнется на эту тему. :-)
источник
last -x
илиlast -F -R -x runlevel
. Для целей мониторинга батареи под Ubuntugrep hooks /var/log/pm-suspend.log
также может быть полезно показать приостановку и возобновление работы. К сожалению, pm-powersave.log не хранит данные о временном подключении к сети переменного тока (если только вы не добавили свой собственный хук). help.ubuntu.com/community/PowerManagement/ReducedPower, возможно, стоит прочитать.Файл / var / log / messages должен содержать эту информацию
источник
grep -r "Jul 24 14:" /var/log/*
если вы хотите отслеживать, как долго ваш компьютер работал в прошлом, вы можете использовать что-то вроде uptimed.
он поставляется с программой uprecords, которая показывает, как долго работает ваш компьютер.
источник
Вот однострочный список всех сообщений за текущий день:
Это было проверено на CentOS так YMMV.
И, конечно, есть
last reboot
иlast shutdown
(как уже упоминалось), но это слишком просто для моих нужд (предоставляет только даты).источник
last reboot
у меня работал на CentOS 6.7.Чтобы показать год в выходных данных, чтобы это имело смысл, если у вас есть записи на сумму более одного года, сделайте
last -F reboot
Хотя я понимаю, что ключ -F не работает в некоторых системах, таких как Solaris. Это очевидно часть последнего GNU, хотя.
Благодаря https://unix.stackexchange.com/a/97597/174520
источник
если нет никакого журнала, вы можете попробовать добавить 'date >> mylog' в скрипт выключения (в некоторых случаях это называется rc.shutdown)
или есть способ без необходимости превалирования. бег:
и оставьте свой лог на следующей сессии.
источник