Re: OT - autofs y tmpfs
El Sat, 22 Feb 2014 22:03:25 +0100, Juan José López escribió: El Fri, 21 Feb 2014 15:15:32 + (UTC) Camaleón noela...@gmail.com escribió: El Thu, 20 Feb 2014 22:19:02 +0100, Juanjo López escribió: Hola. (ese html...) Perdón; envié envie desde el cliente WEB de GMail, y hace mucho que no lo uso. Esta respuesta va desde claws-mail :-) Mucho mejor, gracias. Por cierto, me encanta tu X-face :-D (...) Actualmente, estoy experimentando con otra secuencia, en varios pasos: 1.- Arranque del sistema. Se crean y sincronizan los directorios /home/ de todos los usuarios, copiando tan solo ciertos datos (archivos .face en este caso). 2.- libpam-script, que a su vez ejecuta un script cada vez que un usuario INICIA sesión. Un rsync y listo. 3.- Un script en cron, que periodicamente (cada 15 minutos) realice un rsync de los directorios /home/ de los USUARIOS LOGUEADOS. 4.- libpam-script, que a su vez ejecuta un script cada vez que un usuario FINALIZA sesión. Otro rsync. Estoy en ello; si os resulta interesante, cuando lo termine posteo los detalles exactos. Creo que puede resultar útil para algunos. (...) Sincronizar el contenido de los datos de la /home virtual al disco real cada 15 min. como medida de seguridad no es mala idea pero quizá te dé algún problema al intentar sincronizar archivos que estén abiertos o sobre los que se estén escribiendo datos, pero esto ya lo irás viendo sobre la marcha. Te paso algunos enlaces que te pueden dar más ideas para minimizar las escrituras en la SSD, aunque supongo que ya les habrás echado un ojo: https://wiki.debian.org/SSDOptimization https://wiki.archlinux.org/index.php/Solid_State_Drives#Tips_for_Minimizing_SSD_Read.2FWrites De todas formas, si se trata de una unidad de disco SSD moderna y dado el uso casero que le das al equipo, el número de escrituras en disco no debería ser un factor relevante, vamos, que no deberías preocuparte por dónde tienes los directorios. 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.2014.02.23.14.30...@gmail.com
Re: OT - autofs y tmpfs
El Sun, 23 Feb 2014 14:30:31 + (UTC) Camaleón noela...@gmail.com escribió: Mucho mejor, gracias. Por cierto, me encanta tu X-face :-D Gracias. Creo recordar que lo saqué de uno de los emoticonos que vienen con KDE o con Kopete. Te paso algunos enlaces que te pueden dar más ideas para minimizar las escrituras en la SSD, aunque supongo que ya les habrás echado un ojo: https://wiki.debian.org/SSDOptimization https://wiki.archlinux.org/index.php/Solid_State_Drives#Tips_for_Minimizing_SSD_Read.2FWrites No he llegado a mirarlos, pero me imagino que serán similares a los muchipico que he mirado ya: todo lo que se pueda en tmpfs, noop como IO-scheduler de la unidad, opciones de montaje noatime, nodiratime, discard, ... De todas formas, si se trata de una unidad de disco SSD moderna y dado el uso casero que le das al equipo, el número de escrituras en disco no debería ser un factor relevante, vamos, que no deberías preocuparte por dónde tienes los directorios. Si es solo por matar el tiempo. Desgraciadamente, dispongo de mucho más tiempo libre del que quisiera ... En lo referente a los problemas que comentas, de momento me estoy asegurando (revisando con 'ps') que el script real que se ejecuta no se ejecute varias veces simultaneamente (por ejemplo, que coincida una escritura cada 15 minutos con un cierre de session). No había caido en lo de no copiar archivos que están abiertos por otros procesos. Tengo que mirarlo ... Saludos, 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/20140223192047.520e943a@lilu
Re: OT - autofs y tmpfs
El Fri, 21 Feb 2014 15:15:32 + (UTC) Camaleón noela...@gmail.com escribió: El Thu, 20 Feb 2014 22:19:02 +0100, Juanjo López escribió: Hola. (ese html...) Perdón; envié envie desde el cliente WEB de GMail, y hace mucho que no lo uso. Esta respuesta va desde claws-mail :-) Recientemente, he instalado un SSD como segundo disco duro, con una partición F2FS para /. /home se encuentra en esa misma partición. El objetivo es minimizar las escrituras en este disco SSD, por lo que había pensado en lo siguiente: * Para cada usuario, crear un archivo .tar en /var/local, que contenga todos los archivos de su home. * En auto.master, crear un mapa para el directorio /home: '/home program:/usr/local/bin/autohome' Cada vez que un usuario entre al sistema, el script que genera el mapa se encarga de extraer el tar bajo /tmp/home ( /tmp es tmpfs ), y devuelve a su vez un mapa del tipo '$NAME -fstype=bind :/tmp/home/$NAME'. Uhhh... uséase, que la /home esté en la memoria RAM, pero ¿no es un poco arriesgado? Si la sincronización falla podrías perder datos :-? Es un equipo doméstico. Ni mis niños ni sus padres trabajan con 'datos críticos'. De todas formas, un pequeño script desde cron minimiza pérdidas. ;-) Hasta aquí, todo OK. El problema es: ¿ como actualizar el tar con los datos de cada usuario al desmontar su /home ?? No encuentro ninguna forma de ejecutar ningún tipo de script al desmontar el directorio, con lo que los datos de cada usuario no son volcados a su archivo .tar correspondiente, y cualquier cambio se pierde. He pensado en poner un script en cron que actualice los datos del usuario cada cierto tiempo (si es que hay cambios), por ejemplo con rsync (y eliminar el tar del esquema), pero no me parece una solución elegante, y siempre puede suceder que un usuario salga antes de que el cron llame al script de sincronización y se pierdan los últimos cambios. ¿ Alguna sugerencia ? Lo del archivo .tar se me escapa, pero creo que este sistema te podría servir: Ubuntu thumb drive http://robwicks.com/tag/tmpfs/ Lo del tar es una 'pijada'. En vez de guardar los datos en un directorio, hacerlo dentro de un archivo tar. Ya lo he eliminado del esquema. Efectivamente, lo que quiero realizar es algo como lo que explican en el enlace. En un principio, la idea era utilizar autofs para montar los directorios de los usuarios en tmpfs, sincronizandolos con un archivo tar (eliminado del esquema), o desde un directorio. Este sistema tiene un inconveniente: algunos programas, como por ejemplo 'lightdm', acceden a TODOS los directorios de los usuarios buscando ciertos archivos. Por ejemplo, 'lightdm' busca los archivos '.face' para mostrar las imágenes de los usuarios. Si utilizo autofs, se cargan en memória todos los directorios /home/, lo cual no es aceptable. Actualmente, estoy experimentando con otra secuencia, en varios pasos: 1.- Arranque del sistema. Se crean y sincronizan los directorios /home/ de todos los usuarios, copiando tan solo ciertos datos (archivos .face en este caso). 2.- libpam-script, que a su vez ejecuta un script cada vez que un usuario INICIA sesión. Un rsync y listo. 3.- Un script en cron, que periodicamente (cada 15 minutos) realice un rsync de los directorios /home/ de los USUARIOS LOGUEADOS. 4.- libpam-script, que a su vez ejecuta un script cada vez que un usuario FINALIZA sesión. Otro rsync. Estoy en ello; si os resulta interesante, cuando lo termine posteo los detalles exactos. Creo que puede resultar útil para algunos. En lo referente a la pregunta inicial, alguna forma de ejecutar algo al desmontar una unidad, no he encontrado nada relevante. Aparece por ahí algo sobre programas auxiliares, del tipo umount.smb, pero no he profundizado. Como ya he comentado, el automontaje presenta ciertos inconvenientes, por lo que he descartado esa ruta de acción. Saludos, 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/2014020325.25c94537@lilu
Re: OT - autofs y tmpfs
El Thu, 20 Feb 2014 22:19:02 +0100, Juanjo López escribió: Hola. (ese html...) Recientemente, he instalado un SSD como segundo disco duro, con una partición F2FS para /. /home se encuentra en esa misma partición. El objetivo es minimizar las escrituras en este disco SSD, por lo que había pensado en lo siguiente: * Para cada usuario, crear un archivo .tar en /var/local, que contenga todos los archivos de su home. * En auto.master, crear un mapa para el directorio /home: '/home program:/usr/local/bin/autohome' Cada vez que un usuario entre al sistema, el script que genera el mapa se encarga de extraer el tar bajo /tmp/home ( /tmp es tmpfs ), y devuelve a su vez un mapa del tipo '$NAME -fstype=bind :/tmp/home/$NAME'. Uhhh... uséase, que la /home esté en la memoria RAM, pero ¿no es un poco arriesgado? Si la sincronización falla podrías perder datos :-? Hasta aquí, todo OK. El problema es: ¿ como actualizar el tar con los datos de cada usuario al desmontar su /home ?? No encuentro ninguna forma de ejecutar ningún tipo de script al desmontar el directorio, con lo que los datos de cada usuario no son volcados a su archivo .tar correspondiente, y cualquier cambio se pierde. He pensado en poner un script en cron que actualice los datos del usuario cada cierto tiempo (si es que hay cambios), por ejemplo con rsync (y eliminar el tar del esquema), pero no me parece una solución elegante, y siempre puede suceder que un usuario salga antes de que el cron llame al script de sincronización y se pierdan los últimos cambios. ¿ Alguna sugerencia ? Lo del archivo .tar se me escapa, pero creo que este sistema te podría servir: Ubuntu thumb drive http://robwicks.com/tag/tmpfs/ 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.2014.02.21.15.15...@gmail.com
OT - autofs y tmpfs
Hola. Recientemente, he instalado un SSD como segundo disco duro, con una partición F2FS para /. /home se encuentra en esa misma partición. El objetivo es minimizar las escrituras en este disco SSD, por lo que había pensado en lo siguiente: * Para cada usuario, crear un archivo .tar en /var/local, que contenga todos los archivos de su home. * En auto.master, crear un mapa para el directorio /home: '/home program:/usr/local/bin/autohome' Cada vez que un usuario entre al sistema, el script que genera el mapa se encarga de extraer el tar bajo /tmp/home ( /tmp es tmpfs ), y devuelve a su vez un mapa del tipo '$NAME -fstype=bind :/tmp/home/$NAME'. Hasta aquí, todo OK. El problema es: ¿ como actualizar el tar con los datos de cada usuario al desmontar su /home ?? No encuentro ninguna forma de ejecutar ningún tipo de script al desmontar el directorio, con lo que los datos de cada usuario no son volcados a su archivo .tar correspondiente, y cualquier cambio se pierde. He pensado en poner un script en cron que actualice los datos del usuario cada cierto tiempo (si es que hay cambios), por ejemplo con rsync (y eliminar el tar del esquema), pero no me parece una solución elegante, y siempre puede suceder que un usuario salga antes de que el cron llame al script de sincronización y se pierdan los últimos cambios. ¿ Alguna sugerencia ?
