Particiones de almacén
Mucha gente tiene la costumbre de hacer particiones extra en sus sistemas. Y en parte es lógico hacerlo para guardar cierta información (sensible o no) que merece estar separada. Por ejemplo, para mantener una copia de seguridad de datos (backup/), como almacén multimedia (almacen/, pelis/, musica/, fotos/), para exportar por NFS (nfs/)...
Si seguimos la lógica y llegamos a la conclusión de separar ésto del resto del disco, ¿por qué no seguimos también los estándares a la hora de ubicarle un punto de montaje?. Según el amigo Rusty Russell y sus secuaces:
/mnt - Mount point for mounting a filesystem temporarily. /media - Mount point for removeable media.No veo necesaria una traducción libre, pero si nuestro almacén ha de colgar de algún directorio de nivel 1, debería ser uno de estos dos 'el elegido'. Ojo, que tampoco sería mala idea colgarlo de nuestro home, pero vista la manía de la gente de hacer el raíz como las compresas (extralargo), mi recomendación es seguir el FHS.
reidrac@12.09.2006, 'Depende'
Si pongo el correo en otra partición, será /var/spool/mail XDDDD
Imagino que te refieres a puntos de montajes no estándares, y en tal caso... bueno, cada cual en su casa hace lo que buenamente puede ;) Yo no me calentaría la cabeza demasiado.
Wu@12.09.2006, 'Re: Particiones de almacén'
Yo empece en esto de los sistemas unix-like con /data /mp3 /appz /videos... todo en particiones separadas... ERROR, para todas esas cosas /home/user/ y ahi mete lo que te venga en gana. Eso si, en una particion aparte porsiaca...
En cuanto a lo que comentas de NFS, no tienen por que estar en puntos de montaje o particiones separadas, como muestra mi "server" de casa:
/home/wu/mp3 /home/wu/bittorrent/anime /home/wu/divx /home/wu/books /home/pub/mirrors -mapall=wu 192.168.23.6 192.168.23.4 10.0.0.2 10.0.0.3
IoZ@12.09.2006, 'Re: Particiones de almacén'
Yo antes también me dedicaba a hacer particiones para tener cada cosa separada, hasta que me di cuenta que no era necesario. Incluso puede ser molesto, ya que si te quedas sin espacio tienes que andar redimensionando.
La unica ventaja que le veo es que es que si se te fastidia la partición (algo que nunca me ha pasado), tengas a salvo el resto de los datos. Aunque es más probable que si hay algun problema con el disco duro, sea físico, y eso afectara indistintamente a todas las particiones.
Otra ventaja quizas sea el poder utilizar distintos sistemas de archivos.
De todas formas yo recomiendo clasificar la información utilizando las carpetas de toda la vida.
reidrac@12.09.2006, 'Re: Particiones de almacén'
Un ejemplo:
Si pones /home en una partición aparte, puedes reinstalar todo el sistema sin hacer backup de tus datos de usuario.
Es solo un ejemplo, desde luego :)
Wu@13.09.2006, 'Re: Particiones de almacén'
Eso sin tener en cuenta temas de rendimiento/velocidad y de perdida de espacio, quicir, no es lo mismo tener toda la info en una particion de 200Gb, que tenerlo en varias de 50...
Por que?
Pues por que a la hora de acceder a la informacion es más rapido el acceso en particiones mas pequeñas (que alguien me corrija si estoy diciendo alguna burrada) y por que cuando vas a crear un sistema de ficheros, con journaling tipo xfs, ext3 (y creo que con ufs2 tb pasa), el espacio de particion que el sistema de ficheros deja para "sus asuntos" no es el mismo si es una particion de 200Gb que de 50...
(una vez mas, si me cuelo que alguien me agarre... :D)
Jocker@13.09.2006, 'Re: Particiones de almacén'
A ver si esta vez consigo pasar, que el comentario anterior me lo jodió el filtro antispam...
Decía que yo personalmente meto en una partición aparte el /home por el simple hecho de que si cambio de distro o reinstalo una que por cualquier cosa se haya jodido, es mucho más cómodo no perder todo lo guardado. Eso sí, toca eliminar todos los directorios o ficheros que comienzan con . (que suelen ser de configuración de aplicaciones) para que con la instalación nueva no se vuelvan un poco lerdos.
Luego los royos en plan almacén, tengo un HD aparte con dos particiones, que en un alarde de originalidad las he bautizado como storage1 y storage2. Ambas están montadas bajo /mnt así que todo es más o menos seguro (hasta que se jodan el HD grande, que ese día serán las risas).
Jocker@13.09.2006, 'Re: Particiones de almacén'
Sabía que me olvidaba algo... que iba a proponer que la gente pusiera cuanto espacio deja para los diferentes puntos de montaje en caso de un servidor que se necesite que todo esté separado a nivel ya de partición, porque supongo que no se dejará lo mismo para un /home en un pc de sobremesa que en un server, de igual forma que no creo que se deje lo mismo para un /var en un server de correo y mail que en otro de... yo que sé... berzas..
reidrac@13.09.2006, 'Re: Particiones de almacén'
Wu tiene razón, los sistemas de archivos basados en i-nodos tienen esa particularidad (aunque no tienen fragmentación :D).
Una anotación muy interesante al respecto (FFSv2, NetBSD):
http://julipedia.blogspot.com/2005/06/fragmentation-in-unix-file-systems.html
Pero ojo... la velocidad al mover datos entre particiones no es la misma que en la misma partición, así que particionar a lo loco es mala idea :P
IoZ@14.09.2006, 'Re: Particiones de almacén'
reidrac:
¿Cuantas veces al año reinstalas el sistema operativo?
Con eso no quiero decir que tu ejemplo no sea completamente valido.
Wu:
El tamaño de la partició no influye en el tiempo de acceso a datos, se debe más al tema de la fragmentación como se explica en el artículo que señala reidrac.
Respecto al tamaño que la partición deja para "sus asuntos", es proporcional al tamaño de la misma, por lo que lo mismo será crear 4 particiones de 50 GB que una de 200 GB.
De todas formas, eso no quiere decir que yo no particione, solo que unicamente tengo lo necesario para separar el sistema operativo de los datos, y ya dentro de la unidad de datos hago la división por medio de carpetas tradicionales.
De hecho, mi configuración actual en mi ordenador de sobremesa es la siguiente:
- Disco duro de 80 GB para los SOs y las aplicaciones
- Disco duro de 160 GB para datos
- Otros dos discos duros externos de 250 GB para datos (uno de ellos principalmente para copias de seguridad)
Algo que si recomiendo, es que si trabajais con aplicaciones donde la velocidad de acceso al disco sea critico (software de video, por ejemplo), pongais en otro disco duro los datos que maneja la aplicación. El rendimiento así será infinitamente mayor.
Salu2
IoZ@14.09.2006, 'Re: Particiones de almacén'
Ups, perdón r0sk, leí la forma de poner las negritas una vez enviado el comentario, y se me han colado un par de etiquetas <strong>
Salu2
reidrac@16.09.2006, 'Re: Particiones de almacén'
IoZ: hombre... muy de vez en cuando, pero en servidores con OpenBSD cada 12 o 18 meses suelo saltar dos o tres versiones.
Respecto a la fragmentación, uno de los dos no ha entendido muy bien el artículo.
Julio dice que apenas hay fragmentación como tal, pero cuando una partición grande está muy llena, la velocidad de acceso cae... así que es una razón para tener particiones más bien pequeñas o separadas para cosas diferentes.
Hay un PDF muy interesante sobre optimización y seguridad en disco:
http://jornadas.kleenux.org/jornadas2005/materiales/AlmacenamientoEnDisco.pdf.gz
