/ usr / bin / Nenhum arquivo ou diretório após a montagem --rbind

Question

Não sei porque mount fez com que alguns arquivos em /usr/bi n fossem removidos. Fez tudo fora de controle:

Eutambémestoutentandoumount,maselediz-bash:umount:commandnotfound

Oquepossofazerpararecuperaressacoisa?Nãoconsigols,cat,maspossocdparaqualquerdiretórioetambémpossousarTABemqualquerlugarparaexibirtodasascoisas,enãoseiporquetudoestáaparecendoaqui:

    

Answer 1

Eu não pergunto por que você faz isso, mas eu posso explicar essa questão.

Quando você monta /bin a /home/binex , então você tem o diretório /bin em /home/binex e do ponto do sistema de arquivos são os mesmos diretórios. Em seguida, quando você monta /dev a /home/binex , monta /dev a /bin , porque /home/binex e /bin pontos de montagem (após o primeiro comando mount ) são pontos de montagem iguais e eles apontam para um diretório. Portanto, você sobrepõe seu comando /bin e não pode acessar o comando mount .

Portanto, os arquivos não estão sendo removidos. Eles estão sendo sobrepostos. A reinicialização corrigirá isso.

    

Answer 2

Especificamente, isso é uma consequência da propagação de montagem .

Sistemas modernos, incluindo qualquer coisa que inicialize com systemd , permitem a propagação de montagens em / e montagens secundárias por padrão. Recomenda-se geralmente, para o benefício de namespaces de montagem.

Isso significa que, quando você cria uma montagem de ligação, por padrão, todas as operações de montagem feitas sob a montagem de ligação também são aplicadas ao diretório de origem. (Mais útil, a propagação também funciona ao contrário).

Se você tiver a infelicidade de não saber sobre isso e acabar superando o /bin (que eu acredito ser um link simbólico para /usr/bin ) com outra coisa, você não poderá acessar o seu perfil normal. comandos. Ai.

Se você quiser descobrir um pouco mais sobre o efeito da propagação de montagem, você pode começar a percorrer man mount . Ele também faz referência a outros documentos.