Linux のインストール開始時にディスクの最初のパーティションが見つかりません。

Question 1

私の最初の推測は、元のシステムのストレージコントローラがqemuが提供するものとは異なるため、initrdファイルに仮想ストレージコントローラを実行するために必要な正しいモジュールが含まれていないことです。

デフォルトのストレージコントローラは、qemu-system-x86_64AHCIではなくクラシックIntel PIIX3 IDEコントローラのようです。ata_piixAHCIを最小限の基準として使用する合理的に近代的な物理システムの初期化には、不要なカーネルモジュールが必要です。

したがって、カーネルはディスクをまったく表示できず、起動プロセスはinitrdから実際のルートファイルシステムに切り替えることができません。

GRUBはBIOSルーチンを使用してディスクにアクセスするため、ディスクに精通しています。 BIOS は qemu から提供されるため、BIOS は明らかに操作を実行するのに適したルーチンを持っています。

仮想マシンのコマンドプロンプトにアクセスできる場合は、次のコマンドを試してください。

dmesg | grep -e piix -e ahci -e " sd"

ディスク検出に関するすべてのメッセージを表示する必要があります。何も表示されない場合（仮想）、ストレージコントローラが検出されないため、仮想ディスクを検出できません。

この問題を解決するには、通常のシステムでディスクイメージにアクセスする必要があります。（/dev/loop0システムがすでにディスクイメージを使用している場合は、代わりに無料のループデバイスを使用してください。）

losetup -P /dev/loop0 srv.sda

/dev/loop0p1次に、通常のシステムの適切な一時的な場所に設置します。

mkdir /mnt/opensuse
mount /dev/loop0p1 /mnt/opensuse

ライブLinuxメディアから物理システムを起動するときに実行できる操作と同様に、必要な仮想ファイルシステムとchrootをディスクイメージのファイルシステムに追加します。

mount --rbind /dev /mnt/opensuse/dev
mount --bind /proc /mnt/opensuse/proc
mount --bind /sys /mnt/opensuse/sys
chroot /mnt/opensuse

これで、ディスクイメージからinitrd / initramfsファイルを再生成できます。イメージにOpenSUSEシステムバージョンを指定していないが、クラシックコマンドが使用するツールでも、実際にmkinitrd新しいバージョンで使用できる新しいツール（おそらく？）の互換性エイリアスでもあります。dracut

このバージョンのOpenSUSEでinitrdファイルを生成するためにどのツールを使用しても、ツールにはinitrdに特定のカーネルモジュールを強制的に含めるオプションがあります。オプションを見つけるには、ツールのマニュアルページを読み、それを使用してモジュールをata_piix含む新しいinitrdを作成します。（安全のために最初に元のinitrdファイルを別々に保管してください。）

initrdイメージの正しい場所に/boot新しいファイルを正常に作成したら、exitchroot環境から離れて、umount以前に行ったすべてのインストール作業を実行しますlosetup -d /dev/loop0。。

Answer

私の最初の推測は、元のシステムのストレージコントローラがqemuが提供するものとは異なるため、initrdファイルに仮想ストレージコントローラを実行するために必要な正しいモジュールが含まれていないことです。

デフォルトのストレージコントローラは、qemu-system-x86_64AHCIではなくクラシックIntel PIIX3 IDEコントローラのようです。ata_piixAHCIを最小限の基準として使用する合理的に近代的な物理システムの初期化には、不要なカーネルモジュールが必要です。

したがって、カーネルはディスクをまったく表示できず、起動プロセスはinitrdから実際のルートファイルシステムに切り替えることができません。

GRUBはBIOSルーチンを使用してディスクにアクセスするため、ディスクに精通しています。 BIOS は qemu から提供されるため、BIOS は明らかに操作を実行するのに適したルーチンを持っています。

仮想マシンのコマンドプロンプトにアクセスできる場合は、次のコマンドを試してください。

dmesg | grep -e piix -e ahci -e " sd"

ディスク検出に関するすべてのメッセージを表示する必要があります。何も表示されない場合（仮想）、ストレージコントローラが検出されないため、仮想ディスクを検出できません。

この問題を解決するには、通常のシステムでディスクイメージにアクセスする必要があります。（/dev/loop0システムがすでにディスクイメージを使用している場合は、代わりに無料のループデバイスを使用してください。）

losetup -P /dev/loop0 srv.sda

/dev/loop0p1次に、通常のシステムの適切な一時的な場所に設置します。

mkdir /mnt/opensuse
mount /dev/loop0p1 /mnt/opensuse

ライブLinuxメディアから物理システムを起動するときに実行できる操作と同様に、必要な仮想ファイルシステムとchrootをディスクイメージのファイルシステムに追加します。

mount --rbind /dev /mnt/opensuse/dev
mount --bind /proc /mnt/opensuse/proc
mount --bind /sys /mnt/opensuse/sys
chroot /mnt/opensuse

これで、ディスクイメージからinitrd / initramfsファイルを再生成できます。イメージにOpenSUSEシステムバージョンを指定していないが、クラシックコマンドが使用するツールでも、実際にmkinitrd新しいバージョンで使用できる新しいツール（おそらく？）の互換性エイリアスでもあります。dracut

このバージョンのOpenSUSEでinitrdファイルを生成するためにどのツールを使用しても、ツールにはinitrdに特定のカーネルモジュールを強制的に含めるオプションがあります。オプションを見つけるには、ツールのマニュアルページを読み、それを使用してモジュールをata_piix含む新しいinitrdを作成します。（安全のために最初に元のinitrdファイルを別々に保管してください。）

initrdイメージの正しい場所に/boot新しいファイルを正常に作成したら、exitchroot環境から離れて、umount以前に行ったすべてのインストール作業を実行しますlosetup -d /dev/loop0。。

Question 2

initrdファイルを再作成するのは正しいmkinitrd方法ですが、最終的なターゲットオペレーティングシステムが使用するものにできるだけ近いシステムで実行する必要があります。mkinitrdこれは、カーネルとシステムで多くの自動検出を実行するためです。走る具体的には、initrdファイルで使用可能なカーネルモジュールに関するものです。以前のシステムとは明らかに非常に異なるホストOSでinitrdファイルを再生成し、不完全またはmkinitrd一貫性のないinitrdを構築しました。

このような場合の最善のアプローチは、一般的に次のように始めることです。オリジナルディストリビューションインストールCD / DVD / ISOには、通常、この状況でinitrdファイルを再生成するのに役立つ「回復モード」があります。あなたの場合、ターゲットOSはopenSuSE 11.3のようですので、次のことができます。ISOを入手してくださいqemu、ターゲットOSを調整したい仮想マシン（-hdaまたは-device ahci必要に応じて一部のSCSI / SAS）を使用して起動し、そのシステムの最初の起動メニューで利用可能な「Rescue System」オプションを選択します。 ISOを見つけてログインrootし、そこから実行します。

~# mount /dev/sda1 /mnt
~# cd /mnt
/mnt# mount --rbind /dev dev && mount --make-rslave dev
/mnt# mount -t proc proc proc
/mnt# mount -t sysfs sysfs sys
/mnt# chroot .
<chrooted># mkinitrd
...
<chrooted># exit
/mnt# umount dev/pts dev/shm dev proc sys
/mnt# cd ..
/# umount mnt

initrd ファイルを再作成します。

qemuオプションのない単純なカーネルは、物理ターゲットシステムで実行されている実際のネイティブカーネル（openSuSE 11.3のカーネル）で起動した後にmkinitrd正しく機能します。

もちろん、上記の作業の後、poweroffISOイメージなしで同じ仮想マシンで再実行されます。qemu

試したように、まったく異なるオペレーティングシステムでinitrdファイルを再作成することは完全に可能ですが、正確に知っておく必要があります。みんなこれ必須実行される（不可避）不完全/一貫性のない自動検出を無視するためにドライバを使用しますmkinitrd。

あなたの場合、あなたが再生成したinitrdファイルにsd_mod実際にディスクデバイスを提供するために必要なドライバが欠落していることがわかりました。/dev/sd*コピーされない理由はおそらく所有者initrdファイルを再生成したオペレーティングシステムには、ドライバがロードsd_mod.ko可能なモジュールとして含まれていませんが、ドライバをカーネルイメージ自体にコンパイルします。ide-disk.koこれは、IDE対応項目（）が約15年前までの基本モジュール（つまりコンパイル）ではなかったかのように、このモジュールは現在基本モジュールであり、10年前はまったく基本モジュールではなかったためです。しばしば完全に無視されます。

したがって、ホストオペレーティングシステムで行ったのと同じ操作を繰り返して指定すると、すべての設定がsd_mod完了ata_piixする可能性があります。ただし、この場合、たとえば元のインストールCD / DVD / ISOが利用できない場合は、mkinitrd -Aホストオペレーティングシステムのchroot環境内で実行する方が安全な代替手段になる可能性があります。このパラメータは、mkinitrd単に可能なすべてのドライバを含むことを示します。。もちろん、これを行うには、initrdファイルを含むファイルシステムにさらに多くのディスク容量が必要ですが、ターゲットオペレーティングシステムのディスクから起動したら、単純な（パラメータなし）方法を使用してinitrdを再作成できますmkinitrd。新しいハードウェアシステム用のinitrdファイル。

Answer