あなたはできません。

あなたはできません。

ウスモン停電時にシステムが自動的にシャットダウンするように設定します。

ただし、シャットダウンが途中で失敗し、リモートでシステムにアクセスできないようです。

Feb  2 12:21:54 the_host upsmon[22861]: Executing automatic power-fail shutdown
Feb  2 12:21:54 the_host shutdown: power-down by root:
Stopping cron.
Waiting for PIDS: 3871.
Stopping zfsd.
Waiting for PIDS: 3857.
Stoppingthejail....arp: writing to routing socket: No such file or directory
bridge0: can't disable some capabilities on em0: 0x1
Unmounting user-supplied file-systems
90 second watchdog timeout expired. Shutdown terminated.
Fri Feb  2 12:23:55 CET 2018
Feb  2 12:23:55 the_host init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode
Feb  2 12:23:55 the_host init: /bin/sh on /etc/rc.shutdown terminated abnormally, going to single user mode
Feb  2 12:23:55 the_host upsd[22837]: mainloop: Interrupted system call
Feb  2 12:23:55 the_jail syslogd: exiting on signal 15
Feb  2 12:24:15 init: some processes would not die; ps axl advised

再起動には物理アクセスが必要です。

1. シャットダウンが完了したことを確認し、システムをシャットダウン状態にするにはどうすればよいですか(イーサネットマジックパケットからブートできるように)。

2. この状況でリモートアクセスを保証する方法は?

ベストアンサー1

あなたはできません。

FreeBSDプログラムのステートマシンは/sbin/init単にあなたのためではありません。これらのエラーやその他のエラーが発生すると、実行中に/etc/rc.shutdown「コンソール」端末にインタラクティブコンソールを作成し、システムオペレータがそのコンソールに座って作業することが期待される「シングルユーザーモード」状態に切り替わります。

通知が示すように、システムは権限のある端末に直接介入してpsプロセスが終了しない理由を特定し、プロセスを終了した後にシャットダウンを再開するために他のコマンドを使用したいと考えています。

もちろん、コンソールを実際のシリアル端末(直接接続されたHIDハードウェアを使用してカーネル端末エミュレータが提供する仮想端末ではなく)にし、追加のキットを使用してそのシリアル端末をリモート端末にすることもできます。

あるいは、FreeBSDが提供するシステム管理を、「シングルユーザーモード」の概念を含まないシステム管理者に置き換えることもできます。これは、ブートとシャットダウンが反対方向に進むラダーのステップです。

しかし、それ以上に、ここの設計は、世界の大型マルチターミナルマシンがシステムオペレータに独自のワークステーションを提供するという事実に起因するので、xeがブートとシャットダウンを直接監督し、エラーに手動で介入することは完全に存在するという概念にずれます。ベビーサーバーのないヘッドレス。

追加読書

おすすめ記事