Hola :) [...]
He incluído /var/spool/mail porqué repasando el archuivo de la lista he visto que así lo recomendaban varios listeros a la hora de montar un mail server. ¿y eso exactamente porqué? Me tengo que poner la pilas con el tema mail...
Porque en principio se monta "sync", es decir, sin guardar los datos en memoria, para que en caso de problemas no se pierda correo. Más lento, y más seguro. Por contra, implica limitar el tamaño de los correos a algo razonable (un mega ya es mucho), so pena de cargar el sistema.
Las razones por las que debes montar distintos directorios sobre distintas particiones son: - como dice Carlos, puedes montar cada partición con diferentes opciones para diferente comportamiento/necesidad de cada servicio: permitir o no ejecutar ficheros, sync o async, atributos extendidos o no, atime/noatime, ... - puedes establecer diferentes sistemas de ficheros en función de los datos que se van a manejar - puedes establecer diferentes sistemas de ficheros en función de lo que se quiere hacer con esos datos (clustered file system, servidor de ficheros de sólo lectura, ...) - puedes usar algún SW de gestión de volúmenes de forma que si una de las particiones crece o necesita más espacio, puedes añadirle más espacio/discos (lo más típico es LVM en Linux) - puedes facilitar las copias de seguridad/recuperación de datos (si esto lo juntas con volúmenes, puedes hacer snapshots :) - puedes trabajar con sistemas de ficheros remotos - puedes duplicar sólo determinados sistemas de ficheros mediante drbd - aunque dos de las particiones vayan a usar el mismo sistema de ficheros, puedes usar diferentes opciones (por ejemplo, tamaño de log del journal distinto, ...) para crear los sistemas de fichero para afinar su funcionamiento para cada sistema de ficheros Como ves, razones para separar los directorios de cada servicio es aconsejable ;)
¿Sería recomendable también montar una particion con /srv/ con tal de meter ahí la data de www y ftp? No creo que sea mala idea, pero he visto que sea tampoco un práctica habitual.
Facilita las cosas en caso de updates.
Como te he comentado antes, yo separaría todo :)
¿Qué filesystem meto? Había pensado un clásico como ext3 para /boot
ext2. Tiene un par de pistas no más, o sea, 20 megas más o menos. ext3 es un desperdicio, y puede que no te lo admita, necesita un minimo de tamaño.
Depende de los datos y/o lo que vayas a hacer con esos datos, dbes usar un sistema de ficheros u otro. Voy a dar una opinión personal que a mi me ha ido bien, pero NO significa que funcione para otros. ext3 -> si no sabemos el tamaño de ficheros que vamos a manejar reiserfs -> si los ficheros vana ser pequeños, muchos y muchos directorios y subdirectorios XFS -> si los ficheros con los que vayas a trabajar son grandes Cosas a tener en cuenta: reiserfs necesita mínimo 32 MB de espacio en diso XFS (a menos que lo tunees) es lento borrando ficheros cada sistema de ficheros consume más o menos CPU, memoria, ... para cada cosa que hace. Por ejemplo, XFS puede escribir y leer en paralelo si tenemos un sistema SMP, pero consume más CPU. Si NO tienes SMP, no es aconsejable activar esto. ext2 y jfs ni los tengo en cuenta Para acabar todo este rollo que estoy contando, si puedes poner los diferentes sistemas de ficheros en diferentes discos duros ... esto ya va a ser impresionante ;)
o /,
Si, ext3 está bien.
mientras que en otras particiones quizá ResiserFS o XFS serían más óptimas dependiendo del tamaño medio de los archivos que se manejen.
También. El segundo parece mejor todavía; necesita memoria.
Leí una vez una comparativa muy buena en Bulmalug, es algo antigua, pero te puede ser útil. HTH Rafa