Re: (Solucionado) Re: Punto de montaje duplicado
El Sat, 22 Jun 2013 00:50:24 +0200, skeksix escribió: Camaleón wrote, On 21/06/13 22:12: El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). (...) Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) De la url de la lista que has mandado, se puede leer: Keeping all conffiles only in /var/spool/hylafax/etc is against Debian policy, keeping all of them in /etc/hylafax won't work for hylafax daemons --- chrooted in /var/spool/hylafax/ ---. Symbolic links doesn't solve the problem either. Y teniendo en cuenta la respuesta de Alberto: Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Es decir que parte de hylafax deber correr enjaulado en /var/spool/hylafax, y como desde la jaula no se puede acceder a /etc, bindea /etc/hylafax a /var/spool/hylafax/etc y tienes un mapeo a /etc/hylafax accesible desde la jaula. El problema con hylafax es que tanto los archivos de configuración como las colas de faxes, archivos, etc... están en el mismo directorio (/var/ spool/hylafax/*), mientras que otros servicios que también pueden ejecutarse enjaulados (como postfix o bind9) mantienen los directorios separados (configuraciones bajo /etc y colas en /var/spool) por eso no necesitarán montar nada. La pregunta es ¿qué se gana enjaulando hylafax con respecto al sistema anterior (que copiaba los archivos de configuración desde /etc/hylafax hacia /var/spool/hylafax?). Entiendo que la única ventaja que puede haber es que ahora los cambios son bidireccionales, es decir, que si edito los archivos de configuración de /etc/hylafax y reinicio hylafax los archivos de configuración en /var/spool/hylafax se modifican y lo contrario también (esto antes no sucedía) es decir, que si edito los archivos de configuración de /var/spool/hylafax y reinicio hylafax los archivos de configuración en /etc/hylafax se actualizan igualmente. Pero la bidireccionalidad me parece poca cosa para el cambio :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.23.11.30...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
On Friday June 21 2013 21:26:06 Alberto wrote: El 21/06/13 17:44, Camaleón escribió: ... Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P A veces, los programas resuelven los enlaces simbólicos y luego se arman un lío. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/45754360.uAXCLJnWuF@mychabol
Re: (Solucionado) Re: Punto de montaje duplicado
El 22/06/13 11:58, Luis Felipe Tabera escribió: A veces, los programas resuelven los enlaces simbólicos y luego se arman un lío. Si se configuran bien, no creo que pase eso... -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Punto de montaje duplicado
Hola, En uno de los equipos donde hace poco instalé Wheezy, el comando mount me devuelve esto (resumido): root@stt005:~# mount /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on / type reiserfs (rw,relatime,notail) /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on /var/spool/hylafax/etc type reiserfs (rw,relatime,notail) En el /etc/fstab tengo (resumido): UUID=ee84d99d-9315-4855-83c1-be91645390fe / reiserfs notail 0 1 En el /etc/mtab (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y en /proc/mounts (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y df -h devuelve (resumido): S.ficheros Tamaño Usados Disp Uso% Montado en /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% / /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% /var/spool/hylafax/etc La pregunta es ¿de dónde saca mount que tengo una partición dedicada para hylafax? Está duplicando los puntos de montaje pero no sé por qué :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.21.14.15...@gmail.com
Re: Punto de montaje duplicado
Bueno, es evidente que esta montando recursivamente ese FS en / y en /var/spool/hylafax/etc en Fstab, dices que no esta la entrada pues a juzgar por la ruta, quizas Hylafax la esta montando en algún momento prueba a desmontar la de /var/spool, a ver si tiene alguna consecuencia (entiendo que la única que se podría resentir seria Hylafax, pero tampoco veo porque) El 21/06/13 16:15, Camaleón escribió: Hola, En uno de los equipos donde hace poco instalé Wheezy, el comando mount me devuelve esto (resumido): root@stt005:~# mount /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on / type reiserfs (rw,relatime,notail) /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on /var/spool/hylafax/etc type reiserfs (rw,relatime,notail) En el /etc/fstab tengo (resumido): UUID=ee84d99d-9315-4855-83c1-be91645390fe / reiserfs notail 0 1 En el /etc/mtab (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y en /proc/mounts (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y df -h devuelve (resumido): S.ficheros Tamaño Usados Disp Uso% Montado en /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% / /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% /var/spool/hylafax/etc La pregunta es ¿de dónde saca mount que tengo una partición dedicada para hylafax? Está duplicando los puntos de montaje pero no sé por qué :-? Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4662c.5070...@bersol.info
Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 16:41:48 +0200, Alberto escribió: (corrijo el top-posting) El 21/06/13 16:15, Camaleón escribió: En uno de los equipos donde hace poco instalé Wheezy, el comando mount me devuelve esto (resumido): root@stt005:~# mount /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on / type reiserfs (rw,relatime,notail) /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on /var/spool/hylafax/etc type reiserfs (rw,relatime,notail) (...) La pregunta es ¿de dónde saca mount que tengo una partición dedicada para hylafax? Está duplicando los puntos de montaje pero no sé por qué :-? Bueno, es evidente que esta montando recursivamente ese FS en / y en /var/spool/hylafax/etc en Fstab, dices que no esta la entrada pues a juzgar por la ruta, quizas Hylafax la esta montando en algún momento ¡Carallo! Pues no había caído que Hylafax fuera el culpable pero revisando el registro de cambios del paquete: *** hylafax (2:6.1~20111227-7) unstable; urgency=low * Corrected once again the post installation script for manageing update on system with linked or bind mounted /var/spool/hylafax/etc (Closes: #656712) * Changed init script in order to better umount /var/spool/hylafax/etc. ^ (...) ¿Lo cuálo y por cuálo? ¿Qué daemons es eso de desmontar? :-? Me voy pa'l script de inicio pero ya... ¡¡aarghhh, redieez!! ahí está: # mount the /etc/hylafax filesystem on /var/spool/hylafax/etc # This is a separate function because it should support # different commands when running on different kernels # like hurd and *bsd mountbind() (...) # umount the /etc/hylafax filesystem from /var/spool/hylafax/etc # This is a separate function because it should support # different commands when running on different kernels # like hurd and *bsd # # Note: in some upgrade corner cases, the volume is monted many times # on the same mount point. So, this is a loop that umount all of them. umountbind() ¡¡Grrr #@#+!! ¿Y este montaje/desmontaje pa'qué? prueba a desmontar la de /var/spool, a ver si tiene alguna consecuencia (entiendo que la única que se podría resentir seria Hylafax, pero tampoco veo porque) Pues ahora me he quedado con la duda. Si el script tanto monta monta tanto será por algo ¿y si al desmontarlo estando hylafax en ejecución corrompo algo? Voy a investigar más de dónde viene este montaje porque no me queda nada claro. Muchas gracias por la pista :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.21.15.12...@gmail.com
Re: Punto de montaje duplicado
On 21/06/2013 11:41, Alberto wrote: Bueno, es evidente que esta montando recursivamente ese FS en / y en /var/spool/hylafax/etc en Fstab, dices que no esta la entrada pues a juzgar por la ruta, quizas Hylafax la esta montando en algún momento prueba a desmontar la de /var/spool, a ver si tiene alguna consecuencia (entiendo que la única que se podría resentir seria Hylafax, pero tampoco veo porque) El 21/06/13 16:15, Camaleón escribió: Hola, En uno de los equipos donde hace poco instalé Wheezy, el comando mount me devuelve esto (resumido): root@stt005:~# mount /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on / type reiserfs (rw,relatime,notail) /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe on /var/spool/hylafax/etc type reiserfs (rw,relatime,notail) En el /etc/fstab tengo (resumido): UUID=ee84d99d-9315-4855-83c1-be91645390fe / reiserfs notail 0 1 En el /etc/mtab (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y en /proc/mounts (resumido): /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe / reiserfs rw,relatime,notail 0 0 /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe /var/spool/hylafax/etc reiserfs rw,relatime,notail 0 0 Y df -h devuelve (resumido): S.ficheros Tamaño Usados Disp Uso% Montado en /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% / /dev/disk/by-uuid/ee84d99d-9315-4855-83c1-be91645390fe 105G 5,5G 99G 6% /var/spool/hylafax/etc La pregunta es ¿de dónde saca mount que tengo una partición dedicada para hylafax? Está duplicando los puntos de montaje pero no sé por qué :-? Saludos, Que te devuelven # stat /var/spool/hylafax/etc # stat / # stat /etc/hylafax ? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c46ca1.1080...@gmail.com
Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 12:09:21 -0300, Ricardo Eureka escribió: Que te devuelven # stat /var/spool/hylafax/etc root@stt005:/etc/default# stat /var/spool/hylafax/etc Fichero: «/var/spool/hylafax/etc» Tamaño: 680 Bloques: 1 Bloque E/S: 4096 directorio Dispositivo: 803h/2051d Nodo-i: 73889 Enlaces: 3 Acceso: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Acceso: 2013-06-20 06:54:02.0 +0200 Modificación: 2013-05-26 22:47:34.0 +0200 Cambio: 2013-05-26 22:47:34.0 +0200 Creación: - # stat / root@stt005:/etc/default# stat / Fichero: «/» Tamaño: 640 Bloques: 1 Bloque E/S: 4096 directorio Dispositivo: 803h/2051d Nodo-i: 2 Enlaces: 25 Acceso: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Acceso: 2013-06-21 17:02:00.0 +0200 Modificación: 2013-05-26 10:02:48.0 +0200 Cambio: 2013-05-26 10:02:48.0 +0200 Creación: - # stat /etc/hylafax ? root@stt005:/etc/default# stat /etc/hylafax Fichero: «/etc/hylafax» Tamaño: 680 Bloques: 1 Bloque E/S: 4096 directorio Dispositivo: 803h/2051d Nodo-i: 73889 Enlaces: 3 Acceso: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root) Acceso: 2013-06-20 06:54:02.0 +0200 Modificación: 2013-05-26 22:47:34.0 +0200 Cambio: 2013-05-26 22:47:34.0 +0200 Creación: - Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.21.15.32...@gmail.com
(Solucionado) Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 15:12:17 +, Camaleón escribió: El Fri, 21 Jun 2013 16:41:48 +0200, Alberto escribió: (corrijo el top-posting) El 21/06/13 16:15, Camaleón escribió: (...) prueba a desmontar la de /var/spool, a ver si tiene alguna consecuencia (entiendo que la única que se podría resentir seria Hylafax, pero tampoco veo porque) Pues ahora me he quedado con la duda. Si el script tanto monta monta tanto será por algo ¿y si al desmontarlo estando hylafax en ejecución corrompo algo? Voy a investigar más de dónde viene este montaje porque no me queda nada claro. Muchas gracias por la pista :-) Aquí está explicado el cambio: *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.21.15.44...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4a8ce.2060...@bersol.info
Re: (Solucionado) Re: Punto de montaje duplicado
On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4aacb.6000...@enchufado.com
Re: (Solucionado) Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). El mantenedor del paquete dice que: - Debian usa /etc para los archivos de configuración - Hylafax usa /var/spool/hylafax/etc - Anteriormente lo que se hacía era copiar en contenido de /etc/hylafax a /var/spool/hylafax/etc/ porque los enlaces simbólicos no funcionaban ¿? - Ahora se usa bind para montar el directorio pero: a) La configuración de Hylafax se sigue haciendo desde /etc/hylafax/ b) Se siguen sincronizando los archivos de /etc/hylafax a /var/spool/ hylafax cada vez que se recarga/reinicia el servicio Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.06.21.20.13...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
Camaleón wrote, On 21/06/13 22:12: El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). El mantenedor del paquete dice que: - Debian usa /etc para los archivos de configuración - Hylafax usa /var/spool/hylafax/etc - Anteriormente lo que se hacía era copiar en contenido de /etc/hylafax a /var/spool/hylafax/etc/ porque los enlaces simbólicos no funcionaban ¿? - Ahora se usa bind para montar el directorio pero: a) La configuración de Hylafax se sigue haciendo desde /etc/hylafax/ b) Se siguen sincronizando los archivos de /etc/hylafax a /var/spool/ hylafax cada vez que se recarga/reinicia el servicio Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) Hola, De la url de la lista que has mandado, se puede leer: Keeping all conffiles only in /var/spool/hylafax/etc is against Debian policy, keeping all of them in /etc/hylafax won't work for hylafax daemons --- chrooted in /var/spool/hylafax/ ---. Symbolic links doesn't solve the problem either. Y teniendo en cuenta la respuesta de Alberto: Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Es decir que parte de hylafax deber correr enjaulado en /var/spool/hylafax, y como desde la jaula no se puede acceder a /etc, bindea /etc/hylafax a /var/spool/hylafax/etc y tienes un mapeo a /etc/hylafax accesible desde la jaula. :DDD -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4d8b0.9070...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
jors wrote, On 21/06/13 21:34: On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. La verdad es que es una maravilla el bindear filesystems :D Un par de ejemplos que me vienen a la cabeza: - Bindear recursivamente (--rbind) un sistema de ficheros (con todos los otros sistemas de ficheros que cuelguen del mismo) con un solo montaje: # Queremos tener accesible 4 sistemas de ficheros que tenemos en /mnt un host anfitrión en uno de nuestros contenedores (y no queremos realizar los 4 mounts). # mount --rbind /mnt /vz/private/101/mnt - Montar parte de un tmpfs ya montado: # Tenemos /dev/shm en memoria tmpfs (mount tmpfs /dev/shm -t tmpgs -o size=2G, aunque shm se define en /etc/default/tmpfs), 2 Gb de la RAM, y queremos que /tmp tire de esos 2 Gb de RAM también (y así tenemos que ambos utilizan esos 2 Gb dinámicamente), entonces: # mkdir /dev/shm/tmp # chmod 1777 /dev/shm/tmp # mount --bind /dev/shm/tmp /tmp Mola =:D ¿Algún otro ejemplo útil a compartir?... un, dos, tres... :D -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4db65.9060...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
UNSUBSCRIBE El 21 de junio de 2013 18:31, skeksix skek...@gmail.com escribió: jors wrote, On 21/06/13 21:34: On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. La verdad es que es una maravilla el bindear filesystems :D Un par de ejemplos que me vienen a la cabeza: - Bindear recursivamente (--rbind) un sistema de ficheros (con todos los otros sistemas de ficheros que cuelguen del mismo) con un solo montaje: # Queremos tener accesible 4 sistemas de ficheros que tenemos en /mnt un host anfitrión en uno de nuestros contenedores (y no queremos realizar los 4 mounts). # mount --rbind /mnt /vz/private/101/mnt - Montar parte de un tmpfs ya montado: # Tenemos /dev/shm en memoria tmpfs (mount tmpfs /dev/shm -t tmpgs -o size=2G, aunque shm se define en /etc/default/tmpfs), 2 Gb de la RAM, y queremos que /tmp tire de esos 2 Gb de RAM también (y así tenemos que ambos utilizan esos 2 Gb dinámicamente), entonces: # mkdir /dev/shm/tmp # chmod 1777 /dev/shm/tmp # mount --bind /dev/shm/tmp /tmp Mola =:D ¿Algún otro ejemplo útil a compartir?... un, dos, tres... :D -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c4db65.9060...@gmail.com
