web-dev-qa-db-ja.com

シャットダウン：/ run / initctl：そのようなファイルまたはディレクトリはありません

サーバーをDebianwheezyに更新し、それを試してみました。しばらくして再起動したいのですが、エラーが発生しました

shutdown: /run/initctl: No such file or directory

Webで検索したところ、initctlはupstartからのものであることがわかりました。 aptitudeに従ってインストールされていなくても、sysvinitのserviceコマンドは機能します。どんな助けにも感謝します。

debian-wheezyupstartsysvinit
6
henje

qemu のRPiエミュレーターで実行しているラズビアンwheezyで正確に同じ問題が発生していました。特定のセットアップで問題を解決したようです。それがあなたのために働くかどうかは別の問題です。私はそれがうまくいくことを願っています。私は正直に言って、問題が何であったか、またはそれがどのようにそれ自体を修正したかはわかりませんが、私がしたことすべてを文書化し、見逃しませんでした任意のステップ。

前文

qemu を使用して、これら2つのガイドを使用して、エミュレートされたRaspberryPiをセットアップしました。1：

  1. OS XへのQEMUのインストール 、次に;
  2. QEMU – Raspberry Piを簡単な方法でエミュレートする（LinuxまたはWindows！）

問題が発生している

firstがコマンドでqemuを起動したとき（init=/bin/bashの使用に注意してください）

qemu-system-arm -kernel kernel-qemu -cpu arm1176 -m 256 -M versatilepb -no-reboot -serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw init=/bin/bash" -hda 2013-09-25-wheezy-raspbian.img

システムが起動すると、OPのように、haltコマンドが実行されず、代わりにエラーが発生することがわかりました。

init: /run/initctl: No such file or directory

次に実行しました（ 提供：エラーフラグ "init：/ dev/initctl：no such file" ）

mkfifo /run/initctl

これはNo such file or directoryエラーを停止しましたが、それでもシステムをシャットダウンせず、代わりにエラーを出しました

 init: timeout opening/writing control channel /run/initctl.

/run/initctlを使用して、作成したばかりのls -l /run/initctlを、作業中のRPiのものと比較しました。

prw------- 1 root root 0 Jan 1 1970 /run/initctl

考えられる解決策

reboot -fの後、 ガイド の手順に関係なく、次の手順で修正が行われたと思います。「通常の」ブートでqemu RPiを起動しました除外するinit=/bin/bash

qemu-system-arm -kernel kernel-qemu -cpu arm1176 -m 256 -M versatilepb -no-reboot -serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" -hda 2013-09-25-wheezy-raspbian.img

Wheezyはraspi-configを起動しました。 piユーザーのパスワードとホスト名を変更しただけで、を押すとシステムが再起動しました。その後、qemuRPiを再び開始しました

qemu-system-arm -kernel kernel-qemu -cpu arm1176 -m 256 -M versatilepb -no-reboot -serial stdio -append "root=/dev/sda2 panic=1 rootfstype=ext4 rw" -hda 2013-09-25-wheezy-raspbian.img

Ttyログイン画面で起動しました。ログインしてstartxを実行しました。 Xが開始した後、Sudo shutdown -h nowを実行しました。 init:エラーなしで、期待どおりにシャットダウンおよび停止しました。

結論

init=/bin/bashなしで（仮想）デバイスを起動すると、問題が修正されたようです。これが問題を修正することになっているハードブートと同等かどうか2、またはそれがmkfifoとrebootの組み合わせだった場合、私にはわかりません。私が知っている最善の答えではありませんが、うまくいけばそれが役立つでしょう。

1 リンクが死んだ場合、要約しようとするには情報が多すぎます。ただし、セットアップはOPの問題とはほとんど関係ありません。

2debian を再起動できません）および systemd-sysv、sysvinit：systemd-sysvとsysvinit を切り替えるときに再起動の問題が発生します

1
Greenonline