☰

rootfsが何度もマウントされるのはなぜですか？

tag-icon • tag-icon debian mount fstab
rootfsが何度もマウントされるのはなぜですか？

ここでは、両方のデバイスがルートとしてマウントされていることがわかります。

$ df
Filesystem                                             1K-blocks      Used Available Use% Mounted on
rootfs                                                  29221788  18995764   8761244  69% /
udev                                                       10240         0     10240   0% /dev
tmpfs                                                     203260      2192    201068   2% /run
/dev/disk/by-uuid/1d8879f2-9c47-4a72-9ef4-a6ecdd7a8735  29221788  18995764   8761244  69% /
tmpfs                                                       5120         0      5120   0% /run/lock
tmpfs                                                     406516       376    406140   1% /tmp
tmpfs                                                     406516        72    406444   1% /run/shm
/dev/sda2                                               29225884  15019636  12741264  55% /home
/dev/sda3                                              226881528 191247596  24275680  89% /opt
...

ただし、/etc/fstabにUUIDを指定していません。

proc            /proc           proc    defaults        0       0
LABEL=debian    /               ext4    errors=remount-ro 0       1
LABEL=istore    /mnt/istore ext4    defaults    0   0
LABEL=home  /home           ext4    defaults        0       2
...

「/dev/disk/by-uuid/...」の代わりに「/dev/xxx」でインストール情報を見たいです。 UUIDを介したマウントには利点がありますが、私は以前のスタイルを好む... rootfsマウントが2つある理由も疑問に思います。

答え1

これは Debian initramfs の仕組みの副作用です。最初に、カーネルはルートディレクトリ用のtmpfsを作成し、そこに圧縮されたcpioアーカイブであるinitramfsを解凍します。 initramfsのプログラムとスクリプトは、実際のルートデバイスをマウントしてchrootそのままにします。ファイルシステムをrootfsとしてリストする最初のエントリは単にinitramfsなので、無視してください。もう1つは実際のルートファイルシステムです。

/ etc / fstabはルートファイルシステムにあるため、ルートファイルシステムをマウントするために参照できないため、これはブートローダに渡されたカーネルコマンドライン引数を介して行われます。 grubを使用している場合、ドライブが別の順序で列挙されている場合は、問題を回避するためにデフォルトでUUIDを使用します。この動作を編集して変更できますが、/etc/default/grubこれは良い考えではありません。

関連情報