바인딩 소스 마운트 해제가 작동하지 않고 장치 공간이 부족합니다.

Question

문제

/mnt/src공간을 차지하지 않지만 백업을 수행하는 도구를 포함하여 일부 도구를 혼동하지 않도록 마운트를 해제해야 합니다. 예 를 들어 최적이 아닌 첫 lsblk번째 일치하는 마운트 및 디스플레이를 표시하도록 선택합니다 ./mnt/src//dev/vda2

대부분의 Linux 시스템이 실행됩니다.체계화된그래서 이 시스템이 실행되고 있다고 가정합니다체계화된.

체계화된/ 다음으로 다시 마운트공유됨Linux 커널의 기본값 대신 마운트사적인. 여기에서 마운트 전파에 대한 커널 문서를 참조하세요.공유 하위 트리. 이는 나중에 추가 마운트가 추가(또는 제거 및 읽기)될 때 전파 메커니즘에 의해 /자동으로 마운트된다는 의미입니다./mnt/src이후로공유됨(대신노예) 마운트 해제를 시도하면 /mnt/src에서도 마운트 해제됩니다./, 실패하거나(프로세스에서 사용 중이기 때문에) 성공할 경우 해를 끼칠 수 있습니다(원래 마운트 지점에서도 사라집니다).

무엇을 했어야 했나요?

항상 다음을 사용하여 바인드 마운트를 수행하십시오.사적인전파 옵션. 백업 목적인 경우 바인드 마운트도 읽기 전용으로 (재)마운트하도록 합니다.

mount --bind --make-private -o ro / /mnt/src

그렇게 하면 다른 사람과 더 이상 상호 작용하지 않습니다.마운트umount /mnt/src이런 일이 발생하며 부작용 없이 간단하게 언제든지 마운트를 해제할 수 있습니다 .

현재 문제를 해결하기 위해 무엇을 할 수 있나요?

따라서 실제 원래 마운트 지점에 영향을 주지 않고 이를 올바르게 수행하려면 문제가 있는 모든 마운트를 다음과 같이 설정해야 합니다.사적인따라서 원래 마운트 지점에 영향을 주지 않고 마운트 해제할 수 있습니다.

나는 여기에 예를 든다.뿌리사용자) 다음을 수행한 후 OP의 사례를 모방합니다.

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

그런 다음 나중에(해로울 수 없는 장소에서):

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

다음으로 이어지는 것:

# umount /mnt/src
umount: /mnt/src: target is busy.

다음을 사용하여 문제가 있는 마운트를 식별합니다.findmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

발견된 모든 항목을 설정합니다.공유됨다음과 같이 마운트됩니다.사적인, 포함 /mnt/src:
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
마운트를 해제하고(깊이가 여러 개인 경우 마운트된 순서의 역순으로) 다음으로 마무리합니다./mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

이는 방해가 되는 (공유) 마운트를 방해하지 않았습니다.

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

Answer 1

문제

/mnt/src공간을 차지하지 않지만 백업을 수행하는 도구를 포함하여 일부 도구를 혼동하지 않도록 마운트를 해제해야 합니다. 예 를 들어 최적이 아닌 첫 lsblk번째 일치하는 마운트 및 디스플레이를 표시하도록 선택합니다 ./mnt/src//dev/vda2

대부분의 Linux 시스템이 실행됩니다.체계화된그래서 이 시스템이 실행되고 있다고 가정합니다체계화된.

체계화된/ 다음으로 다시 마운트공유됨Linux 커널의 기본값 대신 마운트사적인. 여기에서 마운트 전파에 대한 커널 문서를 참조하세요.공유 하위 트리. 이는 나중에 추가 마운트가 추가(또는 제거 및 읽기)될 때 전파 메커니즘에 의해 /자동으로 마운트된다는 의미입니다./mnt/src이후로공유됨(대신노예) 마운트 해제를 시도하면 /mnt/src에서도 마운트 해제됩니다./, 실패하거나(프로세스에서 사용 중이기 때문에) 성공할 경우 해를 끼칠 수 있습니다(원래 마운트 지점에서도 사라집니다).

무엇을 했어야 했나요?

항상 다음을 사용하여 바인드 마운트를 수행하십시오.사적인전파 옵션. 백업 목적인 경우 바인드 마운트도 읽기 전용으로 (재)마운트하도록 합니다.

mount --bind --make-private -o ro / /mnt/src

그렇게 하면 다른 사람과 더 이상 상호 작용하지 않습니다.마운트umount /mnt/src이런 일이 발생하며 부작용 없이 간단하게 언제든지 마운트를 해제할 수 있습니다 .

현재 문제를 해결하기 위해 무엇을 할 수 있나요?

따라서 실제 원래 마운트 지점에 영향을 주지 않고 이를 올바르게 수행하려면 문제가 있는 모든 마운트를 다음과 같이 설정해야 합니다.사적인따라서 원래 마운트 지점에 영향을 주지 않고 마운트 해제할 수 있습니다.

나는 여기에 예를 든다.뿌리사용자) 다음을 수행한 후 OP의 사례를 모방합니다.

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

그런 다음 나중에(해로울 수 없는 장소에서):

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

다음으로 이어지는 것:

# umount /mnt/src
umount: /mnt/src: target is busy.

다음을 사용하여 문제가 있는 마운트를 식별합니다.findmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

발견된 모든 항목을 설정합니다.공유됨다음과 같이 마운트됩니다.사적인, 포함 /mnt/src:
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
마운트를 해제하고(깊이가 여러 개인 경우 마운트된 순서의 역순으로) 다음으로 마무리합니다./mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

이는 방해가 되는 (공유) 마운트를 방해하지 않았습니다.

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

바인딩 소스 마운트 해제가 작동하지 않고 장치 공간이 부족합니다.

답변1

문제

무엇을 했어야 했나요?

현재 문제를 해결하기 위해 무엇을 할 수 있나요?

관련 정보