再起動すると、init.d スクリプトに "stop" が送信されません。

コンピュータがシャットダウンまたは再起動される前に実行したいスクリプトがありますが、パラメータではなく引数でのみstartトリガーされるstopため、これは狂います。

私のシステムには次のシンボリックリンクがあります。

/etc/rc0.d/K01init.sh
/etc/rc1.d/K01init.sh
/etc/rc2.d/S99init.sh
/etc/rc3.d/S99init.sh
/etc/rc4.d/S99init.sh
/etc/rc5.d/S99init.sh
/etc/rc6.d/K01init.sh

どちらも同じスクリプトを指します。/etc/init.d/init.sh。他のスレッドに基づいて.shサフィックスなしで試してみましたが、何も変更されませんでした。

/etc/init.d/init.sh

#!/bin/sh
### BEGIN INIT INFO
# Provides:          init.sh
# Required-Start:    $all
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: xxx
# Description:       xxx
### END INIT INFO

if [ "$1" = "start" ]; then
  echo "log message"
  //do stuff
fi

echo "$1"

if [ "$1" = "stop" ]; then
  echo "log message"
  //do stuff
fi

exit 0

stopスクリプトは起動時にうまく実行されますが、ブロックで実行する必要があるクリーンアップは実行されないと文句を言います。ログをエコーすると、ログのみが$1常に表示されますstart。これは、OSが明らかにstop私のスクリプトにコマンドを送信しないことを意味します。引数を使用してコマンドライン（）でスクリプトを実行するとsudo /etc/init.d/init.sh stop魅力のように動作しますが、マシンを停止するとなぜ動作しないのか混乱します。startstop

ここで私はどこで間違っていますか？私はUbuntu 18.04を実行しており、現在の実行レベルは5です（しかし、ここでは約0と6でなければならないので関係ありません）。興味深いことに、スクリプトに追加して実行時に実際のランレベルを確認してみましたが、echo "$(who -r)"ログには何も出力されません！

sudo reboot該当する場合: /rebooting 配信について話しています。sudo systemctl reboot そしてAzure GUI (仮想マシン) で Azure の再起動メカニズムが異なるかどうかはわかりませんが、どちらの方法も機能しません。