指定されたルートが利用できない場合、initramfsで/は何をマウントしますか?

指定されたルートが利用できない場合、initramfsで/は何をマウントしますか?

(initramfs)システムが完全に起動せず、プロンプトになる問題を調査しています。システムはブートローダとしてx86機能します。grub

問題は何らかの理由でハードドライブを見つけてマウントできないようです。

/ところが、ハードディスクにマウントできないのに何かがマウントされています/

(initramfs) mount
rootfs on / type rootfs (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,realtime)
proc on /proc type proc (rw,nosuid,nodev,noexec,realtime)
udev on /dev type devtmfs (rw,nosuid,realtime,size=2016684k,nr_inodes=504171,mode=755)
devpts on /dev/pts type devpts (rw,suid,noexec,realtime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,realtime,size=404616k,mode=755)

したがって、明示的にインストールされたディレクトリ以外のディレクトリはすべてどこかから来ます。

(initramfd) ls
dev    bin    etc    lib    var    run    scripts    proc
root   init   conf   lib64  sbin   sys    tmp 

質問:

  • この場合、何がインストールされ、/どこから来たのですか?
  • /boot/initrd.img-4.9.0起動可能なシステムのinitramfsイメージですか?
  • initramfsのスクリプトが完了した後、grubハードドライブパーティションからスクリプトを読みますか?/

答え1

実際にルートとしてマウントされるのはinitramfs

initramfsこのような混乱は、それを行う実体として扱うことに起因するようです。そうではない、カーネルの後にロードされ、ファイルシステムであるコンテンツホルダーにすぎません。 :)

インストールされると、initramfs1つの巨大なバイナリブロックにならず、カーネルが最大の可能性を発揮するのを助けるカーネルモジュールとスクリプトが含まれます。

initramfsこれを「接続」してgrub初期化のためにカーネルに渡されるUSBスティックと考えることができます/

関連情報