Обнаружение “разъема вытянуло” сценарий с Linux
Я нашел часть ответа. Это похоже git может взять следующий переключатель для применения ряда патчей, которые Вы имеете в электронном письме к кодовой базе, которую Вы ранее проверили:
$ git applymbox /tmp/mbox
Эта статья названа: Мерзавец для новичка, имел несколько других примеров для контакта с Ядром Linux с помощью мерзавца и исправления.
кетчуп
Я думаю инструмент, который Вы ищете, назван ketchup. Основной сайт, кажется, здесь. Существует сообщение в блоге об этом здесь, названо: кетчуп, или как управлять Вашими источниками ядра более эффективно. Существует также пример, он - использование в названной книге OReilly: Helpful Utilities: Приложение A - Ядро Linux вкратце.
Ссылки
Вы можете сделать это, создав файл-заполнитель, когда система должным образом завершена или инициирована пользователем перезагрузка (инициализация 0 или 6). Запустите сценарий запуска (init 3 или 5), который проверяет наличие файла. Если он отсутствует, значит, он не отключился должным образом. Если файл действительно существует (т.е. система нормально завершила работу или перезагрузилась), просто удалите файл блокировки.
Просто убедитесь, что вы не записываете файл-заполнитель в каталог, который смонтирован в памяти (/ dev / shm, / var / run и т. Д.) Или / tmp, так как эти каталоги будут очищены, когда система перезагружается.
Это зависит от вашей реализации last , но если в вашей системе произошел сбой, вы увидите соответствующее сообщение в последний вывод.
Пример
Заметили сбойные строки? Это происходит из-за отключения электроэнергии или нажатия выключателя питания на этой конкретной системе.
$ last
root pts/0 greeneggs.bubba. Tue May 13 22:42 - 22:43 (00:01)
reboot system boot 2.6.18-238.19.1. Tue May 13 21:47 (4+17:29)
root pts/0 greeneggs.bubba. Tue May 13 21:36 - crash (00:11)
root pts/0 greeneggs.bubba. Mon May 12 03:29 - 03:29 (00:00)
root pts/0 greeneggs.bubba. Sun May 11 16:47 - 19:41 (02:53)
root pts/0 greeneggs.bubba. Sat May 10 17:10 - 17:12 (00:01)
root pts/0 greeneggs.bubba. Sat May 10 08:35 - 08:35 (00:00)
root pts/1 greeneggs.bubba. Thu May 8 23:56 - 23:56 (00:00)
reboot system boot 2.6.18-238.19.1. Thu May 8 23:55 (9+15:21)
root pts/0 greeneggs.bubba. Thu May 8 22:39 - 22:41 (00:02)
root pts/0 greeneggs.bubba. Tue May 6 21:36 - 22:06 (00:30)
sam pts/0 byers.bubba.net Tue May 6 12:36 - 13:04 (00:28)
root pts/0 :0.0 Mon May 5 23:12 - 23:12 (00:00)
root :0 Mon May 5 23:03 - crash (3+00:51)
Более эзотерический метод
Один из тех, что я видел довольно хорошо, - это если у вас есть ноутбук, вы можете использовать инструмент командной строки acpi для запроса интерфейса ACPI системы. Это, помимо прочего, сообщит вам, когда система находится в режиме онлайн с питанием или работает от батареи.
Пример
Вот результат выполнения этой команды на моем ноутбуке.
$ acpi -V
Battery 0: Unknown, 94%
Battery 0: design capacity 6963 mAh, last full capacity 6683 mAh = 95%
Adapter 0: on-line
Thermal 0: ok, 52.0 degrees C
Thermal 0: trip point 0 switches to mode critical at temperature 100.0 degrees C
Thermal 0: trip point 1 switches to mode passive at temperature 95.5 degrees C
Cooling 0: LCD 0 of 15
Cooling 1: Processor 0 of 10
Cooling 2: Processor 0 of 10
Cooling 3: Processor 0 of 10
Cooling 4: Processor 0 of 10
Простая проверка содержимого строки Адаптер сообщит текущее состояние системы. Это можно обернуть в монитор, если, например, вы хотите контролировать группу машин, чтобы увидеть, не испытали ли они отключение питания как группа.
подключен
$ acpi -V | grep "Adapter"
Adapter 0: on-line
отключен
$ acpi -V | grep "Adapter"
Adapter 0: off-line