問題タブ [initrd]

私の組み込みシステムでは、initramfs を使用して特別な操作を実行したいと考えています。誰かが initramfs を機能させることができましたか? 私は buildroot 2016.2 を使用しています。カーネルは私のプロバイダーからのもので、3.0.x です。initramfs を有効にしたので、パスを cpio に渡すだけです。現在、getty は動作していません。

そして永遠にハングアップします。

何か考えはありますか?ツールチェーンの問題でしょうか?

「initramfs」がないため、タグ initrd を使用しました

組み込みの ARM ボードがあり、initramfs を試しています。

私のルート ファイルシステムは EXT4 であり、EXT4 ドライバーはカーネルに組み込まれている(モジュールとしてコンパイルされていない) ため、カーネルを直接起動してルート ファイルシステムをマウントできます。initramfs は必要ありません。もちろん、 initramfsがないと、カーネルはファイルシステムの UUID を認識しないため、カーネルのドキュメントに記載されているように、パーティション識別子 PARTUUIDでルートを指定しました。問題のブート引数は次のようになります: root=PARTUUID=7acc80f1-01 これは問題なく動作します。

ここで、initramfs を使用して同じカーネル バージョンを起動しようとすると、システムが起動しません。ルートデバイスが見つからないと不平を言います。PARTUUID の代わりにファイルシステム UUIDを使用するようにブート引数を変更すると、再び動作します: root=UUID=c9fd552c-921c-4ddb-bb46-fe557943d311 そもそもカーネルが PARTUUID をネイティブにサポートしているのに、initramfs を使用すると起動オプションが少なくなるのはなぜですか?

initramfs が使用されているかどうかに関係なく、両方のセットアップで機能する独自の方法でルートを指定したいと思います。/dev/sda1 などのデバイス名は、ブート中に変化する可能性がある (複数のディスクが接続されている) ため、オプションではありません。

手がかりはありますか？

よろしくお願いいたします。

ティモ

PS: カーネルのバージョンはメインライン 4.4.16 です。U-Boot は 2015.5 です。ディストリビューションは Debian 8 です。

背景:カーネル モジュール用の DKMS パッケージを開発しています。DKMS マンページには、次の文が含まれています。

REMAKE_INITRD = このディレクティブは、モジュールがカーネルにインストールされた後に initrd を再作成する必要があるかどうかを指定します。

質問: initrd を再作成する必要があるのはいつですか? モジュールをカーネルにインストールした後、initrd を再作成する必要があるかどうかを確認するにはどうすればよいですか?

initramfs ビルドの yocto レシピで udev パッケージを有効にする方法は?

サンプルの yocto bb ファイルを提供してください。

ありがとう

bitmask があるとしましょう1000000000。それを同等の16進数に変換したい、つまり0x200（具体的には、その200部分だけが欲しいのですが、それは簡単に処理できます）

bashPython で、またはさまざまな機能や関数を使用してこれを実行できることを知っています。例:

しかし、私はこれをsh、BashではなくShellで利用可能な機能のみを使用して行いたいと考えています。より具体的には、私がまとめてshいるイメージで動作するようにしたい. initrd私の知る限り、上記の例はどれもinitramfs/busyboxコンテキストでは機能しません。