Desmontar dispositivo después de enlazar directorios de montaje: ¿es seguro?

9

Tengo una partición de inicio que es compartida por múltiples distribuciones en la misma caja. Estoy usando bindmonturas de fstab. Cada instalación de Linux tiene algo como esto:

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

La desventaja es, por supuesto, eso /mnt/data/archy /mnt/data/filesahora se montan dos veces. En una corazonada, intenté umount /mnt/data, lo que parece funcionar como esperaba: según mount, el dispositivo ahora solo está montado en /homey /files.

Mis preguntas son:

  1. ¿Es esto seguro o estoy pasando por alto algo?
  2. ¿Es posible obtener el mismo efecto que umount /mnt/datausar solo fstab? ¿O podría hacerlo rc.local?
Peter-Paul van Gemerden
fuente

Respuestas:

8

Es seguro desmontar una de las copias montadas en encuadernación. Después de ejecutar mount --bind /foo /bar, el kernel no realiza un seguimiento de cuál de ellos /fooo qué /barfue primero, son dos puntos de montaje para el mismo sistema de archivos (o parte de un sistema de archivos).

Tenga en cuenta que si /fooes un punto de montaje, pero /foo/wibbleno es, mount --bind /foo/wibble /barhace que /barapuntan a una parte del sistema de archivos que de montados sobre /foo. Todavía está bien desmontar /foo.

Entonces, si monta /mnt/data, luego une partes de él /homey /files, y desmonta /mnt/data, termina sin acceso a las partes de /mnt/dataafuera archy files. Si eso no te molesta, hazlo.

No puede lograrlo a través de fstab: solo admite el montaje de sistemas de archivos. Los montajes de enlace entran a través de un truco (la bindopción de montaje se convierte internamente en una --bindopción para el mountcomando). mount --movey desmontar no se puede especificar en fstab. Puedes usar /etc/rc.localpara llamar umount.

Gilles 'SO- deja de ser malvado'
fuente
La inaccesibilidad de cualquier cosa que no sea archy filesera exactamente lo que estaba buscando. Gracias por la confirmación. :-)
Peter-Paul van Gemerden