ivot_root() 문서에서는 네임스페이스를 마운트하는 기능을 예측합니까?

Question

Pivot_root()의 대체 구현이 호출 프로세스를 새롭고 변경된 설치 네임스페이스에 넣는 것처럼 들립니다. 이것이 유효한 읽기인가?

아니요, 그다지 명확하지는 않지만 더 일관되고 정확한 읽기가 있다고 생각합니다.

ivot_root()의 기본 부분(두 구현 모두 동일해야 함)은 다음과 같습니다.

ivot_root()는 호출 프로세스의 루트 파일 시스템을 put_old 디렉터리로 이동하고 new_root를 호출 프로세스의 새 루트 파일 시스템으로 만듭니다.

ivot_root()의 핵심 부분은 호출 프로세스에만 국한되지 않습니다. 이 참조에 설명된 작업은 호출 프로세스의 탑재 네임스페이스에 적용됩니다. 이는 동일한 마운트 네임스페이스에 있는 모든 프로세스의 보기에 영향을 미칩니다.

작업 디렉토리가 이전 루트 파일 시스템인 두 번째 프로세스(또는 커널 스레드)에 대한 기본 변경의 영향을 고려하십시오. 현재 디렉터리는 여전히 이전 루트 파일 시스템입니다. 이렇게 하면 /put_old마운트 지점이 계속 사용되므로 이전 루트 파일 시스템을 마운트 해제할 수 없습니다.

두 번째 프로세스를 제어하는 경우 맨페이지에 따라 Pivot_root()를 호출하기 전에 해당 프로세스의 작업 디렉터리를 new_root로 설정하여 이 문제를 해결할 수 있습니다. ivot_root()가 호출된 후에도 현재 디렉터리는 여전히 새 루트 파일 시스템이 됩니다.

따라서 프로세스 S(ystemd)는 S가 ivot_root()를 호출하기 전에 작업 디렉터리를 변경하기 위해 프로세스 P(lymouth)에 신호를 보내도록 구성되었습니다. 괜찮아요. 그러나 커널 스레드도 있으며 . 현재 ivot_root() 구현은 커널 스레드의 작업 디렉터리와 ivot_root()의 기본 부분 이전에 /다른 프로세스를 설정하는 것과 같습니다 .new_root

그 외에도 현재의ivot_root() 구현은 이전 작업 디렉터리가 .인 경우에만 프로세스의 작업 디렉터리를 변경합니다 /. 따라서 실제로 차이점을 쉽게 확인할 수 있습니다.

$ unshare -rm
# cd /tmp    # work in a subdir instead of '/', and pivot_root() will not change it
# /bin/pwd
/tmp
# mount --bind /new-root /new-root
# pivot_root /new-root /new-root/mnt
# /bin/pwd
/mnt/tmp    # see below: if pivot_root had not updated our current chroot, this would still show /tmp

그리고

$ unshare -rm
# cd /
# /bin/pwd
/
# ls -lid .
2 dr-xr-xr-x. 19 nfsnobody nfsnobody 4096 Jun 13 01:17 .
# ls -lid /newroot
6424395 dr-xr-xr-x. 20 nfsnobody nfsnobody 4096 May 10 12:53 /new-root
# mount --bind /new-root /new-root
# pivot_root /new-root /new-root/mnt
# /bin/pwd
/
# ls -lid .
6424395 dr-xr-xr-x. 20 nobody nobody 4096 May 10 12:53 .
# ls -lid /
6424395 dr-xr-xr-x. 20 nobody nobody 4096 May 10 12:53 /
# ls -lid /mnt
2 dr-xr-xr-x. 19 nobody nobody 4096 Jun 13 01:17 /mnt

이제 작업 디렉토리에 무슨 일이 일어나는지 이해했으므로 chroot()에 무슨 일이 일어나는지 더 쉽게 이해할 수 있습니다. ivot_root()를 호출하는 프로세스의 현재 chroot는 현재 작업 디렉터리와 마찬가지로 원래 루트 파일 시스템에 대한 참조일 수 있습니다.

chdir()+pivot_root()를 실행했지만 chroot()를 잊어버린 경우 현재 디렉터리는 다음과 같습니다.외부현재 chroot. 현재 디렉토리가 현재 chroot 외부에 있으면 상황이 매우 복잡해질 수 있습니다. 아마도 이 상태에서는 프로그램을 실행하고 싶지 않을 것입니다.

# cd /
# python
>>> import os
>>> os.chroot("/newroot")
>>> os.system("/bin/pwd")
(unreachable)/
0
>>> os.getcwd()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OSError: [Errno 2] No such file or directory
>>> os.system("ls -l ./proc/self/cwd")
lrwxrwxrwx. 1 root root 0 Jun 17 13:46 ./proc/self/cwd -> /
0
>>> os.system("ls -lid ./proc/self/cwd/")
2 dr-xr-xr-x. 19 root root 4096 Jun 13 01:17 ./proc/self/cwd/
0
>>> os.system("ls -lid /")
6424395 dr-xr-xr-x. 20 root root 4096 May 10 12:53 /
0

이 경우 POSIX는 pwdgetcwd() 또는 getcwd()의 결과를 지정하지 않습니다 :). POSIX는 getcwd()에서 "해당 파일 또는 디렉터리 없음"(ENOENT) 오류가 발생할 수 있음을 경고하지 않습니다. Linux 맨페이지에는 rm작업 디렉터리가 연결되지 않은 경우(예: 를 사용하여) 이 오류가 발생할 수 있다고 명시되어 있습니다. 나는 그것이 좋은 비유라고 생각한다.

Answer 1