실제 장치 노드 (예 🙂 대신 /dev/sda1
루트 장치가 /dev/root
실제 파일 시스템 대신에 나타나는 다양한 Linux 시스템에서 본 mtab
파일 시스템은 rootfs
(실제 파일 시스템으로 표시 /proc/filesystems
되지만 에 코드가 없습니다 <linux-kernel-source-tree>/fs
). 실제 루트 장치 노드 (예 : rdev 및 Chromium OS rootdev)를 결정하기 위해 특정 속성을 사용하도록 다양한 유틸리티가 만들어졌습니다. 매우 작은 임베디드 장치가 항상 /dev
루트 장치에 대한 장치 노드 를 가질 필요가없는 곳을 읽는 것 외에는 이것에 대한 논리적 설명을 찾을 수 없습니다 . (이 사실인가, 그렇다면, 내 질문에 대한 대답은?이다) 왜 mtab 파일 때때로 말하는가 /dev/root
(그리고 나는이 말을 본 것 같아요rootdev
한 번) 실제 장치 노드 대신 항상 실제 장치 노드를 어떻게 말할 수 있습니까? 커널 첫번째 마운트 다음 루트 장치 root
설명 할 cmdline의 매개 변수는 다음 init/systemd
다시 마운트가에 따라 fstab
, 정확한을? 그렇다면 나는 이것이 init
유지 한다고 가정 합니다 mtab
. 내 이론이 맞다면 어떻게 init
실제 루트 장치 노드를 쓸 수 mtab
있습니까? /etc/mtab
실제로 심볼릭 링크 라는 것을 알았습니다 . 이것은 커널에 의해 유지 /proc/mounts
된다는 것을 의미 mtab
합니다. 어떻게 내가 대신 루트 디바이스 노드 경로는 말의에 커널 패치 / 구성해야합니까 /dev/root
, 한 mtab
실제 장치 노드를 포함?
답변
이것은 일반적으로 initramfs를 사용하는 결과입니다.
커널 문서에서 ( https://www.kernel.org/doc/Documentation/filesystems/ramfs-rootfs-initramfs.txt )
rootfs 란 무엇입니까?
Rootfs는 항상 2.6 시스템에있는 ramfs (또는 활성화 된 경우 tmpfs)의 특수 인스턴스입니다. init 프로세스를 죽일 수없는 것과 같은 이유로 rootfs를 마운트 해제 할 수 없습니다. 빈 목록을 확인하고 처리하는 특수 코드가 아닌 커널이 특정 목록을 비워 둘 수 없도록 작고 간단합니다.
대부분의 시스템은 rootfs를 통해 다른 파일 시스템을 마운트하고 무시합니다. 비어있는 ramfs 인스턴스가 차지하는 공간은 아주 작습니다.
따라서 rootfs
initramfs 용으로 작성된 루트 파일 시스템이며 마운트 해제 할 수 없습니다.
와 관련하여 /dev/root
, 나는 이것에 대해 확신하지 못하지만 /dev/root
, initrd (initramfs와 동일하지 않음)를 사용할 때 올바르게 리콜하면 생성됩니다.
답변
젠투는이 작업을 정확히 수행하는 패치를 가지고 있습니다 (실제 루트 장치가 표시되도록합니다). 여기에서 찾을 수 있습니다 : https://lkml.org/lkml/2013/1/31/574
답변
Linux의 /dev/root
경우 부팅시 생성 된 실제 장치에 대한 심볼릭 링크가있는 경우입니다.
당신이 중 하나를 사용 readlink /dev/root
하거나 cat /proc/cmdline
볼 수 root
부팅 된 커널의 매개 변수를, 따라서 그 뒤에 실제 장치를 찾을 수 있습니다.
남자에서 dracut(8)
그러나 성공적인 부팅을 계속하려면 루트 볼륨을 찾고 파일 시스템을 가리키는 심볼릭 링크 / dev / root를 만드는 것이 목표입니다.