次のコマンドを使用してsystemd-nspawnコンテナを実行しています。
systemd-nspawn --console=passive-qbUDコンテナディレクトリ2>&1 >/dev/ヌル&
クリーンなビルド環境を提供します。クリーンアッププロセス中にコンテナの初期化を閉じることを忘れ、代わりにホストコンソールで次のコマンドを実行しました。
sudo rm -rfコンテナディレクトリ
私はシェルがディレクトリが空ではないと文句を言うので、何かが間違っていたことをすぐに知りました。次のコマンドを使用してコンテナを終了してみました。
sudo machinectl 停止コンテナディレクトリ
しかし、コンテナが閉じていないことがわかりました。この場合、容器の外側に欠けている可能性がありますか?バインドマウントを介してインストールすると、/sysまたは/procのプロジェクトが影響を受ける可能性があることが心配されます。システム全体であまり重要なことは起こっていませんが、このコマンドの影響でefivarsの内容が失われるなど、システムが不安定になるのではないかと思います。
答え1
過去に/sys
efivarsを削除すると、デバイスがブロックされていた話を覚えていますが、どうやって終わったか覚えていません。私はまだこれがLinux自体の問題ではなく、このような状況を処理できないようにするEFI ROMの問題だと思います。私が間違っていない場合、問題は再起動/再起動を試みた後にのみ表示されるため、現在実行中のタスクは実行中のシステムには影響しません。
/proc のどれも削除できません。ディレクトリは常に RO です。
しかし、コンテナが閉じていないことがわかりました。
ファイルが見つからないので閉じません。引き続きkill
プロセスを続行できます。
sudo efibootmgr
最後に、再起動を試みる前にEFIが正しく設定されていることを確認してください。