No es f�cil particionar un disco de la mejor manera posible. Peor incluso, no existe una forma universal correcta de hacerlo; hay demasiados factores involucrados.
La forma tradicional es tener un sistema de archivos ra�z (relativamente)
peque�o, que contenga /bin
, /etc
,
/dev
, /lib
, /tmp
,
y otros elementos necesarios para mantener al sistema activo y funcionando. De
esta forma, el sistema de archivos ra�z (en su propia partici�n o en su propio
disco) es todo lo que se necesita para levantar el sistema. La raz�n es que si
el sistema de archivos ra�z es lo suficientemente peque�o y no se utiliza
intensamente, es menos probable que se corrompa cuando el sistema se caiga, y
por lo tanto encontrar� m�s sencillo solucionar cualquier problema causado por
la ca�da. Entonces se crean particiones separadas o se utilizan discos
independientes para el �rbol de directorios bajo /usr
, los
directorios hogar de los usuarios (generalmente bajo
/home
), y el espacio de intercambio. Separar los
directorios hogar (con los archivos de los usuarios) en su propia partici�n
facilita las copias de seguridad, ya que no es necesario guardar los programas
(que residen bajo /usr
). En un entorno de red es posible
compartir /usr
entre varias m�quina (por ejemplo utilizando
NFS), disminuyendo por tanto el espacio total requerido en algunas decenas o
cientos de megabytes seg�n n�mero de m�quinas.
El problema de tener varias particiones es que fracciona el espacio total de espacio libre en varios trozos peque�os. Hoy en d�a, con disco y (afortunadamente) sistemas operativos m�s fiables, mucha gente prefiere tener una �nica partici�n que contenga todos sus archivos. Por el otro lado, es menos doloroso guardar (y restaurar) una partici�n peque�a.
Para un disco duro peque�o (suponiendo que no realice desarrollo del n�cleo), la mejor manera es probablemente tener una �nica partici�n. Para discos grandes, es seguramente mejor tener algunas particiones grandes, por si acaso algo va mal. (Tenga en cuenta que "peque�o" y "grande" se utilizan aqu� en sentido relativo; sus necesidades de espacio en disco deciden cu�l es el l�mite.)
Si tiene varios discos, puede querer tener el sistema de archivos ra�z
(incluido /usr
) en uno, y los directorios de usuarios en
otro.
Es buena idea estar preparado para experimentar un poco con diferentes esquemas de particionamiento (siempre, no s�lo a primera hora al instalar el sistema). Esto requiere un poco de trabajo, ya que es necesario que instale el sistema desde cero varias veces [25][18] , pero es la �nica forma de asegurarse de que se hace bien.
La distribuci�n Linux que usted instala le dar� alguna indicaci�n sobre cu�nto espacio en disco necesita para varias configuraciones. Los programas instalados independientemente tambi�n har�n lo mismo. Esto le ayudar� a planificar el uso del espacio en disco, pero debe estar preparado par el futuro y reservar alg�n espacio extra para cosas que luego se dar� cuenta que necesitaba.
La cantidad que necesita para archivos de usuario depende de qu� quiere que hagan los usuarios. La mayor�a de la gente parece necesitar cuanto m�s espacio sea posible para sus archivos, pero la cantidad con la que ellos vivir�n a gusto var�a mucho. Algunos s�lo realizan procesamientos de texto ligero y pueden sobrevivir con unos pocos megabytes, mientras que otros realizan procesados de imagen y necesitan gigabytes.
Por cierto, cuando se comparan tama�os de archivo dados en kilobytes o megabytes con espacio en disco dado en megabytes, es importante saber que las dos unidades pueden ser diferentes. Algunos fabricantes de discos fingen que un kilobyte son 1000 bytes y un megabyte son 1000 kilobytes, mientras que el resto del mundo que utiliza ordenadores utiliza 1024 para ambos factores. Por lo tanto, mi disco duro de 345 MB es en realidad un disco de 330 MB.
La ubicaci�n de espacio de intercambio se encuentra explicada en la Secci�n 7.5 “ Alocando espacio de swap.”.
Yo sol�a tener un disco duro de 109 MB. Ahora uso uno de 330 MB. Explicar� c�mo y por qu� particion� estos discos.
El disco de 109 MB lo particion� de varias formas, a medida que mis
necesidades y los sistemas operativos que utilizaba cambiaban; explicar� dos
situaciones t�picas. Primero, sol�a ejecutar MS-DOS junto con Linux. Para ello,
necesitaba unos 20 MB de disco duro, o lo suficiente para tener MS-DOS, un
compilador de C, un editor, unas pocas de otras utilidades, el programa en el
que estaba trabando, y suficiente espacio libre para no sentirme claustrof�bico.
Para Linux, ten�a una partici�n de intercambio de 10 MB, y el resto, 79 MB, era
una �nica partici�n con todos los archivos que ten�a bajo Linux. Experiment� con
tener independientes las particiones ra�z, /usr
,
/home
, pero no hab�a nunca suficiente espacio libre en un
trozo para hacer nada interesante.
Cuando no necesit� m�s de MS-DOS, reparticion� el disco de manera que ten�a 12 MB de partici�n de intercambio, y de nuevo tuve el resto en un �nico sistema de archivos.
El disco de 330 MB est� particionado en varias particiones, as�:
5 MB | sistema de archivos ra�z |
10 MB | partici�n de intercambio |
180 MB | sistema de archivos /usr |
120 MB | sistema de archivos /home |
15 MB | partici�n improvisada |
La partici�n improvisada es para jugar con cosas que necesitan su propia partici�n, como por ejemplo probar distribuciones de Linux, o comparar la velocidad de los sistemas de archivos. Cuando no se necesita para nada m�s, se utiliza como espacio de intercambio (me gusta tener un mont�n de ventanas abiertas). [26] [19]
A�adir m�s espacio en disco para Linux es f�cil, al menos despu�s de que
el hardware se ha instalado correctamente (la instalaci�n de hardware queda
fuera de los objetivos de este libro). Se formatea si es necesario, luego se
crean las particiones y sistemas de archivos como se ha descrito m�s arriba, y
se a�aden las l�neas adecuadas en /etc/fstab
para que se
monte autom�ticamente.
El mejor consejo para liberar espacio en disco es evitar instalar programas innecesarios. La mayor�a de distribuciones Linux tienen una opci�n para instalar �nicamente parte de los paquetes que contienen, y analizando sus necesidades puede darse cuenta que no necesita la mayor�a de ellos. Esto le ayudar� a liberar mucho espacio en disco, ya que muchos programas son grandes. Incluso si necesita un paquete o programa determinado, puede que no lo necesite entero. Por ejemplo, alguna documentaci�n en l�nea puede ser innecesaria, como puede ser algunos de los archivos Elisp de GNU Emacs, algunas fuentes para X11, o algunas de las librer�as para programar.
Si no se pueden desinstalar paquetes, se puede intentar comprimirlos. Los programas de compresi�n, como el gzip o zip, comprimen (y descomprimen) archivos individuales o grupos de archivos. El sistema gzexe comprime y descomprime programas de forma transparente para el usuario (programas no usados son comprimidos, y luego descomprimidos cuando ellos son usados). El sistema experimental DouBle comprime todos los archivos en un filesystem, de forma invisible para los programas que los usan. (Si est� familiarizado con productos como el Stacker para MS-DOS or DriverSpace para Windows, el principio es el mismo.)
[18] This is not actually true, it is possible to move partitions and mountpoints without reinstalling, but it is (currently) beyond the scope of this book to explain how. It is on the TODO list to write a section on this. If you have experience and knowledge in this area then perhaps you could write it for me and save me the bother? :)
[19] This section is somewhat out of date. Most people these days have disks that stretch into the multiple Gigabytes. It is still quite scalable (just multiply by some factor to make it fit your hardware) for the moment though, updating it to take account of larger disks is planned.