Dispositivo de montagem após diretórios de montagem de ligação: é seguro?

9

Eu tenho uma partição pessoal que é compartilhada por várias distribuições na mesma caixa. Estou usando bindmontagens de fstab. Cada instalação do Linux tem algo parecido com isto:

UUID=[...]       /mnt/data  ext4  nodev,nosuid   0 2
/mnt/data/arch   /home      none  defaults,bind  0 0
/mnt/data/files  /files     none  defaults,bind  0 0

A desvantagem é, obviamente, isso /mnt/data/arche /mnt/data/filesagora está montado duas vezes. Por um palpite, tentei umount /mnt/data, o que parece funcionar como eu esperava: de acordo com mount, o dispositivo agora está montado apenas em /homee /files.

Minhas perguntas são:

  1. Isso é seguro ou estou negligenciando alguma coisa?
  2. É possível obter o mesmo efeito que umount /mnt/datausar apenas fstab? Ou eu poderia fazer isso rc.local?
Peter-Paul van Gemerden
fonte

Respostas:

8

É seguro desmontar uma das cópias montadas em encadernação. Após a execução mount --bind /foo /bar, o kernel não registra qual /fooou /barveio primeiro, são dois pontos de montagem para o mesmo sistema de arquivos (ou parte de um sistema de arquivos).

Observe que se /fooé um ponto de montagem, mas /foo/wibblenão é, mount --bind /foo/wibble /barfaz /barparte de um sistema de arquivos montado /foo. Ainda está tudo bem desmontar /foo.

Então, se você montar /mnt/data , em seguida, partes de vinculação de TI para /homee /filese desmontar /mnt/data, você acaba sem acesso às partes de /mnt/datafora arche files. Se isso não incomodá-lo, vá em frente.

Você não pode conseguir isso fstab: ele suporta apenas a montagem de sistemas de arquivos. Montagens de ligação passam por um hack (a bindopção de montagem é transformada em uma --bindopção para o mountcomando internamente). mount --movee desmontagem não pode ser especificado em fstab. Você pode usar/etc/rc.local para ligar umount.

Gilles 'SO- parar de ser mau'
fonte
Inacessibilidade de qualquer coisa que não fosse arche filesera exatamente o que eu estava procurando. Obrigado pela confirmação. :-)
Peter-Paul van Gemerden