☰

再起動を引き起こしたプログラムまたはプロセスを探す

tag-icon • tag-icon process raspberry-pi raspbian reboot
再起動を引き起こしたプログラムまたはプロセスを探す

毎晩正確に午前3時にRaspberryが再起動されますが、私が実行したり実行していることはこの問題を引き起こしません。 「問題のある」プロセスを識別し、再起動を無効にしたいと思います。

現在のバージョンは次のとおりです。

pi@raspberrypi:~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:    10
Codename:   buster

確認してみるとcrontab -e何も起こりません。スケジュールされた再起動を引き起こす可能性のある要因を決定する方法に関する他の提案はありますか？

ありがとうございます。

修正する

コマンド出力last:

pi@raspberrypi:~/splitflap $ last
pi       pts/2        192.168.0.8      Wed May  6 17:42   still logged in
pi       pts/2        192.168.0.8      Wed May  6 09:34 - 17:34  (08:00)
pi       pts/1        192.168.0.8      Wed May  6 09:34   still logged in
pi       pts/0        192.168.0.8      Wed May  6 09:34   still logged in
reboot   system boot  4.19.97-v7+      Wed Dec 31 16:00   still running

修正する

systemctl list-timers --allコマンド出力

pi@raspberrypi:~/splitflap/pickle $ systemctl list-timers --all
NEXT                         LEFT          LAST                         PASSED       UNIT                                             ACTIVATES
Thu 2020-05-07 08:39:00 PDT  5min left     Thu 2020-05-07 08:09:10 PDT  24min ago    phpsessionclean.timer                            phpsessionclean.service
Thu 2020-05-07 08:46:11 PDT  12min left    Thu 2020-05-07 08:31:11 PDT  2min 21s ago prometheus-node-exporter-apt.timer               prometheus-node-exporter-apt.service
Thu 2020-05-07 08:46:11 PDT  12min left    Thu 2020-05-07 08:31:11 PDT  2min 21s ago prometheus-node-exporter-smartmon.timer          prometheus-node-exporter-smartmon.service
Thu 2020-05-07 13:51:22 PDT  5h 17min left Wed 2020-05-06 19:22:06 PDT  13h ago      apt-daily.timer                                  apt-daily.service
Fri 2020-05-08 00:00:00 PDT  15h left      Thu 2020-05-07 00:00:12 PDT  8h ago       logrotate.timer                                  logrotate.service
Fri 2020-05-08 00:00:00 PDT  15h left      Thu 2020-05-07 00:00:12 PDT  8h ago       man-db.timer                                     man-db.service
Fri 2020-05-08 03:15:12 PDT  18h left      Thu 2020-05-07 03:15:12 PDT  5h 18min ago systemd-tmpfiles-clean.timer                     systemd-tmpfiles-clean.service
Fri 2020-05-08 06:24:39 PDT  21h left      Thu 2020-05-07 06:04:53 PDT  2h 28min ago apt-daily-upgrade.timer                          apt-daily-upgrade.service
n/a                          n/a           n/a                          n/a          prometheus-node-exporter-ipmitool-sensor.timer   prometheus-node-exporter-ipmitool-sensor.service
n/a                          n/a           n/a                          n/a          prometheus-node-exporter-mellanox-hca-temp.timer prometheus-node-exporter-mellanox-hca-temp.service

午前3時以前は何も見られませんでした。systemd-tmpfiles-clean.service午前3時15分にプログラムが実行されていましたが、まさに午前3時にシステムが再起動されました。

しかし、私はsystemdを初めて使用するので、まだ公開されていない他のタイマーがありますか？試してみましたsudo systemctl list-timers --allが、同じリストが出ました。

また、cron.dailyで以下を発見しました。各スクリプトを確認した後、何も再起動されません（ただし、/ etc / crontabを正しく解釈すると、毎日スクリプトが実行されるのではなく、とにかく6分で実行されます（ただし、時間は不明です）。

pi@raspberrypi:~ $ cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#

pi@raspberrypi:~ $ ls /etc/cron.daily/
apt-compat  bsdmainutils  dpkg  exim4-base  lighttpd  logrotate  man-db  ntp  passwd

ロガーを使用した更新

良いニュースは、コマンドを変更すると要求が記録されることです。最後の2行を参照してください。

pi@raspberrypi:~/splitflap $ cat /var/log/user.log 
 <4 other lines removed>
May  8 03:00:01 raspberrypi reboot: Reboot requested but ignored: reboot 
May  8 03:00:01 raspberrypi reboot: Parent: root     15328 15318  0 03:00 ?        00:00:00 /bin/sh -c /sbin/reboot

Defが近いと感じますが、実行時に問題になるプログラムやサービスをさらに識別する方法についての知識が不足していることを認めますps -ef。

答え1

通知とロギングスクリプトに置き換えることで、/sbin/reboot再起動の原因を特定するのに役立ちます。以下は、これらのスクリプトを設定する例です。

mv /sbin/reboot /sbin/reboot.REAL

cat >>/sbin/reboot <'x'
#!/bin/bash
#
logger -t reboot "Reboot requested but ignored: reboot $*"

# Identify the calling process
ps=$(ps -ef | awk -v ppid=$PPID '$2 == ppid')
logger -t reboot "Parent: $ps"

# Abort
exit 1
x

chmod a+x /sbin/reboot

このForgeを呼び出すと、呼び出しrebootごとに2つのアイテムが届きます。/var/log/user.log例えば、

May  7 16:06:20 pi reboot: Reboot requested but ignored
May  7 16:06:20 pi reboot: Parent: roaima   20862 20857  0 16:01 pts/0    00:00:00 -bash

Interceptに同様のスタイルを適用する必要があるかもしれませんsystemctl ... reboot。他の機能を中断しないことが重要であるため、これはやや困難です。このように起動するスクリプトは、次のようにインストールするのに適しています/bin/systemctl。

#!/bin/bash
#
if [[ "$*" != *reboot* ]]
then
    logger -t reboot "Not a reboot: systemctl $*"
    exec /bin/systemctl.REAL "$@"
fi

logger -t reboot "Reboot requested but ignored: systemctl $*"
...

答え2

再起動がないことを確認しましたが、問題の原因rebootはルートでした。crontabcrontab -esudo crontab -ereboot

私に正しい方向を教えてくれたすべての助けとコメントに感謝します！

関連情報