<br><br><div class="gmail_quote">2009/7/15 René Lara Alvarado <span dir="ltr"><<a href="mailto:admin@probajio.com.mx">admin@probajio.com.mx</a>></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div bgcolor="#ffffff"><div><font face="Arial" size="2">Supongo que si no tengo nececidad de redimiensinar
particiones puedo presinsir de los grupos de volumenes y simplemente
parcionar de marea tradicional.</font></div></div></blockquote><div><br>En efecto, aunque considerando que CentOS es un sistema pensado para servidores, resulta interesante contar con una manera de ampliar la capacidad de los sistemas de archivos con la mínima carencia de tiempo de servicio. Concretamente, si te quedas sin espacio en un disco sin LVM, la resolución del problema y recuperación del servicio puede tardar bastante; mientras que con LVM, simplemente pones el disco nuevo agregado y extiendes el LV. En los sistemas con SATA II entiendo que esto se puede hacer "en caliente" (enchufas el disco sin necesidad de apagar el equipo), alguien puede confirmar si esto es cierto o falso? Y para SATA?<br>
<br>Una vez que tienes el disco nuevo en su lugar, lo particionas, conviertes las particioes que quieras a PVs, las agregas a los VGs que sea y extiendes los LVs que necesites. Ahora el filesystem sin espacio está sobre un LV (o "partición virtual") mayor que antes, así que basta con redimensionar el sistema de archivos a su nuevo tamaño máximo, y listo, todo esto *sin interrumpir el servicio*.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff"><div><font face="Arial" size="2"></font></div>
<div><font face="Arial" size="2">Los disco hoy son grandes, al menos para mis
nececidades asi que puedo dejar holgados los tamaños para</font></div>
<div><font face="Arial" size="2">/boot /swap /tmp y el resto dejarlo
para /home</font></div>
<div><font face="Arial" size="2"></font> </div>
<div><font face="Arial" size="2">Bajo esas condiciones y en base a su
experiencia:</font></div>
<div><font face="Arial" size="2">¿que tamalos maximos puden ocupar esos
directorios?</font></div>
<div><font face="Arial" size="2">
<div><font face="Arial" size="2">( /boot /swap /tmp y el resto dejarlo
para /home )</font></div></font></div></div></blockquote><div><br>En el caso general no tiene demasiado interés darle a /boot más de 100MB. La partición de swap es difícil definirla sin tener una idea de la cantidad y calidad de aplicaciones que se van a correr; si tienes bastante RAM para la carga de trabajo que va a haber, no es importante. Una regla solía ser, que haya de swap el doble que de RAM; pero entiendo que la lógica de esta regla ya no vale hoy en día, aunque como regla es mejor ésta que ninguna y se puede seguir sin efectos perjudiciales. <br>
<br>Respecto de /tmp no veo la intención de tenerlo como filesystem separado en su propio LV; sí a /home, porque es una forma fácil de reinstalar o aun de cambiar de distro sin perder los datos de los usuarios. Por los tamaños máximos de los filesystems no te preocupes; están muy por encima de todo el espacio de almacenamiento que te puedas comprar :D<br>
<br>Para definir los tamaños relativos de los diferentes directorios no hay reglas fijas; depende de si el equipo se va a usar como estación de trabajo o servidor de archivos, si va a haber muchos usuarios o si es un computador personal; etc. Simplemente trata de calcular qué tiene más importancia para ti y asigna espacio donde lo necesitas. <br clear="all">
</div></div><br>-- <br>Eduardo Grosclaude<br>Universidad Nacional del Comahue<br>Neuquen, Argentina<br>