悪いrcスクリプトで私のビーグルボーンをブリック
新しいスクリプトを/etc/init.dにドロップし、update-rc.dを使用して他のrc＃.dサブディレクトリにインストールしました。残念ながら、私は2つの愚かな間違いを犯しました。
- スクリプトは長時間実行されるコマンド（netcat）を実行しますが、その後に
&を付けるのを忘れました - スクリプトは起動順序の早い段階でインストールされました（S10）。
そして今、私はsshすることができません。問題は私のスクリプトがブートをブロックしていることだと思います（私は&を忘れたので）、それでsshdを開始するrcスクリプトは決して実行されません。
しかし、私は立ち往生しています。なぜなら、通常、sshがこのボードにログインする唯一の方法だからです。 USBキーボードとHDMIモニターを接続してみましたが、ディスプレイに何も表示されず、ログインできません。このボードは、ディスプレイを駆動しようとさえしないように構成されている可能性があります。
誰か提案がありますか？私が考えることができるオプションは次のとおりです。
- ボードのイメージを再作成します。 （私はそれをしたくありません。）
- FTDIシリアルケーブルを使用してください。 （私はそのケーブルを持っていませんが、Digi-Keyにケーブルを注文しました。）
- ボードをUSBファイルシステムとして別のマシンにマウントし、問題のあるシンボリックリンクを/etc/rcS.d/から削除します。 （これは機能していないようです。このボードはOTG用に構成されていないようです。）
- 私のようなrcスクリプトをバイパスして、ボードをシングルユーザーモードで起動します。 （ただし、これを行う方法はまったくわかりません。）
他に何か提案はありますか？ブートが完了していなくても、FTDI経由でのログインが機能する可能性があるかどうか誰かが知っていますか？
私自身の質問に答える：はい、FTDIシリアルケーブルは、ブートローダーや（潜在的に）シングルユーザーモードなどにアクセスするために機能します。
（私の場合、FTDIケーブルで接続するだけでは、悪いrcスクリプトを修正するのに十分ではありませんでした。これは、悪いrcスクリプトが非常に悪かったため、シングルユーザーモードへのパスでも実行されていたためです。シングルユーザーモードになります。幸い、問題のあるファイルを表示して破棄することができました-boot自体からこれで問題が修正され、システムが再び起動します。 、もう一度この間違いを犯してください。）