自分のinitrdをビルドするときに/ devディレクトリを作成する方法は？

私はinitrdについて何かを学ぼうとしています。私はこのチュートリアルに従って自分のinitrdをゼロから構築し、それにbusyboxをインストールしました。次に、isolinuxを使用して.isoを作成し、virtualboxでテストできるようにしました。それはうまくいきます！

私はbusyboxからの基本的なコマンドを持っているので、ファイルシステムをマウントしたいと思いました。しかし、チュートリアルに従って作成した一部のファイルを除いて、/ devディレクトリはほとんど空です（sdaなし）。私はudevについて学び、これが私が必要としていることだと思います。しかし、私はこれをどう進めるかわかりません。

udevから最新のソースコードを取得してコンパイルし、initrdに追加する必要がありますか？そして、私のinitスクリプトで/ bin / udevまたはそのようなものを呼び出しますか？または、/ devディレクトリにデータを追加する他の/より良い方法はありますか？

編集：追加情報と私がすでに行ったことに関する更新。

• 私は仮想ボックスですべてをテストします。私は仮想ボックスにubuntuミニマルをインストールし、initrdから.isoを作成して、virtualboxのisoから起動しました。
• 私はvmlinuzを使用し、/lib/modulesそれはdebian-businesscard.isoに存在し、以前にリンクしたチュートリアルに従って作成したinitrdにそれらをコピーしました。
• カーネルは CONFIG_DEVTMPFS=y
• /devtty0〜tty63など、一部のデバイスはに表示されますが、sda / hdaは表示されません。
• 蘭lspci -k私の現在実行中のOSで仮想ボックスでは使用されているモジュールを確認してください。モジュールとしてSATA Controller使用すると言いahciます。
• 私は実行するとmodprobe -v ahci、それの後に、それはのようなものを返します。それは「ata_some_stuff未知のシンボル」について多くのことを不平を言うSCSI Subsystem initialized、ATA-6: VBOX HARDDISKとDirect-Access ATA VBOX HARDDISK。ただし、まだハードドライブデバイスが見つかりません/dev。

私の現在の/init/スクリプトは次のとおりです：

#!/bin/ash
mount -t devtmpfs none /dev
mount -t proc /proc /proc
mount -t sysfs none /sys
modprobe -v ahci
echo "Hello world"
exec /bin/ash --login

誰かが私が間違っていることと代わりに何をすべきかについて何か考えを持っていますか？

ジルの答えは正しいですが、それは古い学校です:-)。もう1つの注目すべき点は（何よりも用語のひっかき目です）、リンク先のガイドは、initrdではなくinitramfsを作成する方法の説明であるということです。2つは類似しており、同じ目的を果たしますが、イメージの格納方法とロード方法が異なります。

とにかく、あなたの質問への答えは実際には本当に本当に簡単です。

1. devtmpfsカーネルで有効にする（CONFIG_DEVTMPFS=y）
2. スクリプトのmount -t devtmpfs none /dev最初の部分として実行しますinit。

それでおしまい。devtmpfsは/devudev と同じように入力されます。あなたも、事前に実装するために必要はありません/devのような基本的なこと（initramfsの画像では）null、zeroまたはconsole。

Udev /devは、カーネルにロードされているドライバーとこれらのドライバーが検出したデバイスに基づいて自動的に入力されます。デバイスの名前とそのアクセス許可は、管理者が微調整できる一連のルールに基づいています。ほとんどのLinuxシステムはudevを使用する必要があります。例外は、システム（通常は組み込み）であり、システムのセットアップ時にハードウェア構成が既知であり、後で変更されません。

通常udev、起動シーケンスのかなり早い段階で呼び出します。その前に行う必要のあるいくつかのことの1つ（必須？）は、mount /procと/sysです。デーモンの起動後、を呼び出しudevadm trigger --action=add; udevadm settleてカーネルから保留中のすべてのイベントをudevに処理させ（trigger）、イベントが処理されるまで待ってから続行します（settle）。次に、ルートファイルシステムを含むデバイスを見つけることができます。

udevdバイナリのほかudevに、initrdにはの他の部分が必要です。これは、構成内のファイルが含ま/etc/udevにおける基本構成、/lib/udevなどのようなヘルパーのバイナリscsi_idも中を/lib/udev。initrdに含めるudevルールから呼び出されるすべてのプログラムが必要です。

initrdの最後に、実際のルートパーティションに制御を移す前に、initrdのudevd他のすべてのプログラムと同様に停止する必要があります。これによってからデバイスが削除されることはありません/dev。mount --move /dev /root/devマウント/devを実際のルートに移動するために使用します。

Gentooには、とりわけudevについて言及しているinitramfsガイドとinitramfs wikiページがあります。initramfsは、ファイルシステムイメージではなくcpioアーカイブを使用し、異なるプロセスインターフェースを使用するinitrdの最新の後継です（initrdでは、/linuxrc終了する必要がありますが、initramfsでは、実際のルートからのinit で/initなければなりませんexec）; 最近のほとんどのシステムでは、ファイルがまだinitrdと呼ばれている場合でも切り替えられています。