☰

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 마운트가 두 개 있는 이유도 궁금합니다.

답변1

이는 데비안 initramfs 작동 방식의 부작용입니다. 처음에 커널은 루트 디렉터리에 대한 tmpfs를 생성하고 거기에 압축된 cpio 아카이브인 initramfs의 압축을 풉니다. initramfs의 프로그램과 스크립트는 실제 루트 장치를 마운트하고 chroot그대로 둡니다. 파일 시스템을 rootfs로 나열하는 첫 번째 항목은 단지 initramfs이므로 무시하십시오. 다른 하나는 실제 루트 파일 시스템입니다.

/etc/fstab은 루트 파일 시스템에 있으므로 루트 파일 시스템을 마운트하기 위해 참조할 수 없으므로 이는 부트 로더에 전달된 커널 명령줄 인수를 통해 수행됩니다. grub을 사용하는 경우 드라이브가 다른 순서로 열거되는 경우 문제를 방지하기 위해 기본적으로 UUID를 사용합니다. 이 동작을 편집하여 변경할 수 있지만 /etc/default/grub이는 좋은 생각이 아닙니다.

관련 정보