initramfsの更新後にPiが起動しない


9

暗号化されたルートパーティションで起動するために、Raspbian Jessieをイメージからインストールしようとしています。

私はここガイドに従うことに成功しまし

Piを起動すると、initramfsプロンプトが表示され、次にパーティションをロック解除します。

# cryptsetup luksOpen /dev/mmcblk0p2 sdcard
# exit

そして、Debianを起動します。すごい!

ただし、いくつかの問題があります。私がinitramfsファイルを更新しようとすると:

# sudo mkinitramfs -o /boot/initramfs.gz

Debianでは、Piはinitramfsプロンプトで正常に再起動しません。ピクセルのロゴを表示した後、カーソルが点滅してハングするだけです。バックアップしたブートイメージに復元すると、再びinitramfsプロンプトが表示され、暗号化されたルートから起動できます。

2番目の問題は、dropbearを適切に構成しなかったことです。DHCPを使用するように構成されているようです。つまり、ログインするとランダムなIPアドレスが取得されます。再起動後にヘッドレスでPiにログインできるように、構成を固定IPアドレスに更新する必要がありますが、initramfsを更新する機能がないと、これを修正する方法がわかりません。

更新後にinitramfsプロンプトが表示されないことを考えると、この問題の解決をどのように始めればよいのか本当にわからないので、どんなヒントも素晴らしいでしょう。この問題の解決に役立つ情報を提供します。


1
私はしばらく前にそれを聞いたことを漠然と思い出しました。現在のDebianの「Jessie」バージョンから進んだsystemdデフォルトinitシステム、つまりそれから派生したRaspbianは、かつて暗号化ファイルシステムに問題がありました。問題の少なくとも一部は解決されたと思いますが、特定のケースinitでは、2013年の記事で期待されているsysVに戻すことを検討することをお勧めします(Raspbianの「Wheezy」バージョンについて言及しています)。 sysVのデフォルトの初期化があった以前のバージョン)...
SlySven 2017年

1
に関連する問題ではないようsystemdです。私は暗号化されたルートパーティションでいくつかの異なる標準Debian 8システムを問題なく実行しています。私の疑いは、暗号化パスフレーズを要求するコードが存在しないか、スプラッシュスクリーンのロゴを表示しているものと互換性がないかのどちらかです。(システムの起動中にパスフレーズのテキストモードプロンプトが表示されます。)機会があったら、PiとDebianラップトップの1つで起動スクリプトを比較します。
cjs 2017

DHCPについて。ルーターに直接ロックします。デバイスではありません。そうでなければお尻の痛みかもしれません。
kuzeyron 2017

私があなたが使用したガイドで私が認識したことの1つは、カーネルの更新のたびに実行されるinitramfs-rebuildスクリプトがないということである場合、Robpol86の暗号化ガイド(robpol86.com/raspberry_pi_luks.html)を参照することをお勧めします。私は多くのジェシーとストレッチのシステムでロブポールのガイドを長い間使用しており、何の問題もありませんでした。もちろん、ガイドはあなたのdropbearの問題に関してあなたを助けません。
Stefan Wegener

回答:


0

スプラッシュ画面を無効にし、起動時に出力を確認します。cmdline.txt(/boot/cmdline.txt内)にがあることを確認しますrootwait logo.nologo nosplash

更新またはinitramfsに問題があったはずです。次のように、ターゲットカーネルバージョンを指定して、適切なモジュールが含まれていることを確認してください。 sudo mkinitramfs -o /boot/initramfs.gz -k -v 4.14.78-v7+ これにより、インストールされている特定のバージョンのカーネルモジュールがターゲットになり、/ lib / modules /からすべてのモジュールが適切に取得されます。

不一致がある場合は、正しいカーネルモジュールのロードに問題がある可能性があります。また、initramfs-tools.confとフック/スクリプトを確認してください。

IPについては、「IP =」カーネルブートパラメーターを使用して固定IPを設定できます。しかし、それはDHCPサーバーで構成するのが最善です。


-1

ファームウェアを元に戻してから、もう一度やり直してください

。元に戻すには、github commitハッシュを指定します。

特定のファームウェアリビジョンにアップグレード/ダウングレードするには、次のように(https://github.com/Hexxeh/rpi-firmwareリポジトリから)Gitハッシュを指定します。

sudo rpi-update fab7796df0cf29f9563b507a59ce5b17d93e0390


そして、もう一度アップグレードしてみるには:

sudo apt-get update && sudo apt-get upgrade
sudo shutdown -r now

次に、そのプロセスが次のrpi-updateへの更新を完了した後:

sudo BRANCH=next rpi-update
sudo shutdown -r now

その後、あなたはここの指示を怠ることができるはずです

最初の2つのコードブロックをスキップして、それらを変更して上記の作業ブロックを指定しただけです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.