desmontar uma fonte de ligação não funcionará e o dispositivo estará sem espaço

Question

O problema

/mnt/srcnão está ocupando espaço, mas você deve desmontá-lo para não confundir algumas ferramentas, incluindo ferramentas de backup. Por exemplo, lsblkopta por exibir a primeira montagem correspondente e exibe /mnt/srcem vez de /qual /dev/vda2não é ideal.

A maioria dos sistemas Linux rodasistemaentão presumo que este sistema esteja funcionandosistema.

sistemaremonta / comocompartilhadomount em vez do padrão do kernel Linux deprivado. Veja a documentação do kernel sobre propagação de montagem aqui:Subárvores Compartilhadas. Isso significa que quando montagens adicionais posteriores são adicionadas (ou removidas e lidas), /elas também são montadas automaticamente /mnt/srcpelo mecanismo de propagação, ejá que écompartilhado(em vez deescravo) tentar desmontá-los /mnt/srctambém os desmontará/, falhando (porque estão em uso por processos) ou causando possíveis danos se forem bem-sucedidos (eles também desaparecerão de seu ponto de montagem original).

O que deveria ter sido feito?

Sempre faça essas montagens de ligação usando oprivadoopção de propagação. Enquanto estiver fazendo isso, quando for para fins de backup, faça com que a montagem de ligação seja (re) montada somente leitura:

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

Dessa forma, nenhuma interação adicional com outrosmontagensvai acontecer e isso pode ser desmontado a qualquer momento de forma simples umount /mnt/srce sem nenhum efeito colateral.

O que pode ser feito para resolver o problema atual?

Então, para fazer isso corretamente sem afetar os pontos de montagem originais, deve-se definir todas as montagens problemáticas comoprivadopara que possam ser desmontados sem afetar o ponto de montagem original.

Faço aqui um exemplo (tudo comoraizusuário) imitando o caso do OP onde depois de ter feito:

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

E mais tarde (em um lugar que não pode ser prejudicial):

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

levando então a:

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

identificar montagens problemáticas usandofindmnt:

# 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

Defina todos os encontradoscompartilhadomonta comoprivado, Incluindo /mnt/src:

# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src

desmontá-los (na ordem inversa da montagem se houver múltiplas profundidades), finalizando com/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

Isso não atrapalhou a montagem (compartilhada) que estava no caminho:

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

Answer 1

O problema

/mnt/srcnão está ocupando espaço, mas você deve desmontá-lo para não confundir algumas ferramentas, incluindo ferramentas de backup. Por exemplo, lsblkopta por exibir a primeira montagem correspondente e exibe /mnt/srcem vez de /qual /dev/vda2não é ideal.

A maioria dos sistemas Linux rodasistemaentão presumo que este sistema esteja funcionandosistema.

sistemaremonta / comocompartilhadomount em vez do padrão do kernel Linux deprivado. Veja a documentação do kernel sobre propagação de montagem aqui:Subárvores Compartilhadas. Isso significa que quando montagens adicionais posteriores são adicionadas (ou removidas e lidas), /elas também são montadas automaticamente /mnt/srcpelo mecanismo de propagação, ejá que écompartilhado(em vez deescravo) tentar desmontá-los /mnt/srctambém os desmontará/, falhando (porque estão em uso por processos) ou causando possíveis danos se forem bem-sucedidos (eles também desaparecerão de seu ponto de montagem original).

O que deveria ter sido feito?

Sempre faça essas montagens de ligação usando oprivadoopção de propagação. Enquanto estiver fazendo isso, quando for para fins de backup, faça com que a montagem de ligação seja (re) montada somente leitura:

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

Dessa forma, nenhuma interação adicional com outrosmontagensvai acontecer e isso pode ser desmontado a qualquer momento de forma simples umount /mnt/srce sem nenhum efeito colateral.

O que pode ser feito para resolver o problema atual?

Então, para fazer isso corretamente sem afetar os pontos de montagem originais, deve-se definir todas as montagens problemáticas comoprivadopara que possam ser desmontados sem afetar o ponto de montagem original.

Faço aqui um exemplo (tudo comoraizusuário) imitando o caso do OP onde depois de ter feito:

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

E mais tarde (em um lugar que não pode ser prejudicial):

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

levando então a:

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

identificar montagens problemáticas usandofindmnt:

# 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

Defina todos os encontradoscompartilhadomonta comoprivado, Incluindo /mnt/src:

# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src

desmontá-los (na ordem inversa da montagem se houver múltiplas profundidades), finalizando com/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

Isso não atrapalhou a montagem (compartilhada) que estava no caminho:

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

desmontar uma fonte de ligação não funcionará e o dispositivo estará sem espaço

Responder1

O problema

O que deveria ter sido feito?

O que pode ser feito para resolver o problema atual?

informação relacionada