Cómo distribuir el disco estratégicamente v2019

[karlggest]

Para empezar, es bastante complicado explicar cómo se hace un buen particionado de disco después de haber aconsejado que cada uno debe de adaptarse a sus propias necesidades, circunstancias e incluso deseos. Lo cual es un problema mayor cuando uno empieza, ya que no puede conocer ni sus necesidades ni sus deseos. Es por esto que el particionado suele tratarse como una cuestión compleja, no porque el proceso sea difícil en sí mismo.

Es importante señalar las circunstancias en las que utilizas tu dispositivo. Por ejemplo, en mis equipos no hay ninguna versión de Windows. Cuando instalo alguna distribución, no tengo que preocuparme por ninguna cuestión extraña: busco un hueco en el disco o reciclo el lugar que ocupaba la distribución que reemplace. A lo único que tengo que poner un poco de atención es a la configuración del arranque (cuestión nada trivial cuando instalas varios sistemas operativos(1)).

En el pasado remoto, es decir, hace unos 15 años, si tenías un portátil con el Mal y deseabas conservar esa cosa, te encontrabas con que tenía tres volúmenes (particiones) con total seguridad: una partición de arranque, otra con el sistema en sí y otra destinada a funcionar como una suerte de mecanismo de recuperación -que puede grabarse en varios DVD(2). El problema se agravaba cuando algunos fabricantes destinaban otra partición a los drivers del computador. En tal caso, no queda otra que borrar alguna de esas particiones.

Esto hoy es casi historia: la mayoría de equipos vienen ya con sistemas de particionado GPT que soslayan esos problemas, aunque las UEFI compensen esta sencillez añadiendo un poco de complejidad al arranque. Es importante: mucha gente relaciona las particiones EFI que usa el sistema UEFI para arrancar con el particionado GPT y son cosas diferentes. En este hilo estamos tratando de particiones, así que intentaré simplificar la cuestión de crear un sistema de particionado arrancable.

Algunos equipos no serán tan modernos, o por el motivo que sea usarán Windows 7 o incluso 8. Estos sistemas pueden no tener particionado GPT y volvemos al problema mencionado anteriormente. Sea como fuere, mi consejo es que si tienes el Mal y deseas conservar esa cosa en tu computador, trata de utilizar sus herramientas de gestión de discos para modificar la tabla de particiones. Y no olvides defragmentar y chequear después de redimensionar antes de instalar tu GNU/Linux!!!

Con tales consideraciones sobre el caso concreto del Mal, instalar una distribución GNU/Linux es indiferente a la existencia o no de otras distribuciones o sistemas operativos: las particiones, como es de esperar, permitirán que las cosas no se mezclen y puedan ser usadas de forma independiente.

En las siguientes subsecciones, antes de comenzar con el ejemplo describiremos brevemente las posibilidades que podemos encontrarnos: un disco con otras particiones(3), o un disco duro vacío.

(1) Por supuesto, en este documento la idea sólo es mostrar cómo particionar el disco, así que no trataré esta cuestión, con o sin El Mal.
(2) Es curioso que a algunas de estas particiones las suelan llamar "ocultas", cuando simplemente no están montadas. De hecho, para acceder a ellas sólo tienes que asignarles una letra al estilo Windows en la herramienta de gestión de discos. Por contra, un gestor de arranque como grub sí puede ocultar particiones a un sistema dado.
(3) Pero no el sistema Windows, de lo que ya hemos hablado.

[karlggest]

Lo más habitual es que el disco duro de un computador esté en uso por completo, ya sea con el Mal u otra distribución GNU/Linux(1). Ya he escrito que en el caso del Mal debería tratarse de usar sus herramientas para redimensionar la partición que ocupe el disco y hacer sitio libre.

¿Y si tenemos otra distribución de GNU/Linux?

Lo habitual es que si tenemos un GNU/Linux nuestro disco duro esté particionado en partición raíz, swap y /home. La otra posibilidad, más excepcional, es que nuestro disco sólo conste de partición raíz y de swap.

En el primer caso, podemos redimensionar tanto la partición raíz o la de home (lo normal es que la mayor parte del disco esté asignada a /home). Luego vale con montar la partición home y simplemente asegurarse de que el nombre del usuario es distinto.

En el segundo caso, redimensionaremos la raíz y consideraremos si usar el mismo esquema o utilizar otro distinto: por ejemplo, raíz, swap y home, con lo que tendremos que crear esas dos particiones -la swap es la misma-. Un motivo para que /home no esté separado puede ser que usemos LDAP para autentificar a los usuarios... bien, no es habitual esto en un usuario doméstico

En lo que he dicho, se destaca la posibilidad e idoneidad de "reutilizar" lo que ya hay: /home, simplemente usando nombres de usuario distintos, y swap. Éste es uno de esos momentos para hacer las cosas despacio y con un poco de cuidado.

Un detalle a tener en cuenta es que se puede configurar el sistema para que use un directorio distinto al predefinido para el usuario; sin embargo, son pocos los instaladores que ofrecen ese nivel de detalle al configurar el usuario durante la instalación. Es posible que queramos entonces crear un usuario distinto y luego, con el sistema ya en marcha, crear un usuario con el mismo nombre que en los demás sistemas, pero con una carpeta distinta para cada sistema.

Los objetivos serán:

* Facilitar el compartir archivos entre sistemas.
* Mantener en carpetas separadas para cada sistema la configuración de aplicaciones que pueden tener distinta versión y hacer uso de opciones incompatibles o excluyentes.

Puede pensarse, y con razón, que es interesante mantener la misma configuración entre escritorios de los sistemas GNU/Linux que tengamos... sin embargo, esto puede acarrear problemas de compatibilidad, en particular para los usuarios que actualizan su sistema con cierta frecuencia. Por ello, debe de considerarse como alternativa más segura la copia manual de los archivos de configuración involucrados cuando ya han sido probados, por ejemplo con un usuario auxiliar. Pueden usarse herramientas de sincronización entre carpetas para facilitar esta tarea.

(1) Sí, los usuarios de GNU/Linux tienden a ser muy promiscuos...

[karlggest]

Si no tenemos el disco particionado, la única consideración importante es si queremos utilizar todo el disco para nuestra distribución GNU/Linux o si queremos dejar ya sitio para otra distribución o sistema operativo.

Si pensamos instalar el Mal o una versión de Unix, deberíamos cerciorarnos de que dejamos particiones primarias suficientes. Esto lo explicaré en la siguiente sección. En el caso del Mal, puede ser una buena idea instalarlo antes que nuestro GNU/Linux: el Mal puede coexistir con otros Sistemas Operativos, pero su instalación estándar no da facilidades.

Si creemos que no vamos a instalar otros sistemas operativos, podemos aprovechar la propuesta que la mayoría de instaladores de GNU/Linux nos harán. La cuestión de cómo saber cuál es el espacio adecuado ya la hemos tratado en las primeras secciones.

Por otro lado, puede que tengamos el sistema particionado pero que queramos reemplazar. "Reciclar" particiones extendidas puede hacer que dediquemos menos tiempo del requerido a reflexionar sobre la convenciencia de reutilizar esa partición. Lo mismo puede decirse de las particiones primarias.

Con esto, quiero decir que reutilizar el particionado que ya tenemos puede ahorrarnos unos segundos e incluso simplificarnos la tarea de decidir qué esquema usar. Es muy tentador. Y en muchos casos, acertado.

Sin embargo, muchas veces el instalador tratará de hacer suposiciones en función de qué particiones existan. Por ejemplo, verá una partición NTFS y supondrá que ahí hay un sistema Windows (y posiblemente, incluya en el gestor de arranque una entrada para arrancarlo). Es decir, el instalador conoce menos tu sistema que tú mismo, y usará parecidas suposiciones a las que tú hagas.

Con frecuencia, lo más sencillo que se puede hacer es indicar opciones como "usar todo el disco", o crear directamente una nueva tabla de particiones. En todo caso, no dar nada por supuesto.

[karlggest]

En la sección 3.1 hemos descrito someramente qué son las particiones extendidas, las lógicas o las primarias. Recordemos: una tabla de particiones "tipo MS-DOS" admite un máximo de 4 particiones primarias o bien 3 particiones primarias y una extendida; dentro de esta extendida, podemos crear varias(1) particiones lógicas.

• Windows 7 y anteriores, y algunas versiones de Windows 8, utilizan el particionado tradicional y no aceptan GPT.
• En ese caso, el Mal estará en una o dos particiones primarias. De hecho, tradicionalmente necesita estar instalado en una partición primaria para arrancar. Esto sólo se aplica a la partición de sistema, no a cualquier partición que añadamos para guardar otros datos.
• Unix utiliza también una partición primaria, dentro de la cual crea slides. Esto es similar al uso de particiones extendidas y lógicas, pero Unix sólo puede hacer esto con particiones primarias.
• Si por ejemplo El Mal ocupa dos particiones primarias y necesitamos 3 para el esquema básico (raíz, swap y home), no llegarán.

Lo más habitual es instalar GNU/Linux bajo una partición extendida, aún si sólo usamos 3 particiones para nuestro sistema, simplemente porque puede hacerse Aquí tenemos otras dos consideraciones:

• Hay quien instala la raíz en una primaria de todas formas, por el hábito de hacer instalaciones con BIOS que imponen restricciones. Así, una propuesta de instalación puede ser algo así, independientemente del espacio asignado a cada partición:
  
  • partición primaria para raíz
  • partición extendida con dos particiones lógicas: swap y home
  
  
• Es mala idea afrontar modificar una partición extendida. Así que, si es posible que vayas a necesitar cambiar la distribución del espacio en el disco, lo mejor es no particionar totalmente el disco duro.

[karlggest]

Una nomenclatura muy poco usada de las particiones es el tipo, no relacionada con el tipo de sistema de ficheros que utiliza. Cada partición puede ser de un tipo, y dicho tipo puede ser o bien FAT16, FAT32, NTFS o HPFS, Linux, EFI, Swap...

Es evidente que es interesante que una partición de un tipo se emplee para dicho fin. Linux para particiones Linux (btrfs, ext4, ext3, etc.), swap para particiones de intercambio (swap, precisamente), EFI son particiones arrancables UEFI, FAT32 para particiones FAT32, NTFS para particiones NTFS, etc. Convertir una partición de un tipo a otro tipo no requiere formateo ni nada parecido: de hecho, puedes dejar la partición sin uso y algunas particiones incluso se usan así.

[karlggest]

He subrayado alguna vez la confusión entre el particionado GPT y las particiones EFI. Una partición EFI no es más que una pequeña partición con la información suficiente para arrancar un sistema. Dicha información es legible por la UEFI y por ello es capaz de arrancar desde ahí. Por ejemplo, el USB para instalar openSUSE tiene una partición EFI con la información para arrancar grub2-efi, y la UEFI presentará en su menú de arranque una entrada con algo así como EFIpenSUSE-ruta-a-la-partición.

En un disco con particionado GPT puede haber cero, una o varias particiones EFI. El sistema puede arrancar cualquiera de ellas y durante un tiempo añadir particiones EFI era forma razonable de poder arrancar diferentes Sistemas Operativos sin tener que hacer cambios en la información de las particiones EFI existentes.

En el USB de instalación de openSUSE la partición EFI contiene lo siguiente:

:/mnt> tree
.
├── EFI
│   └── BOOT
│       ├── bootx64.efi
│       ├── grub.cfg
│       ├── grub.efi
│       ├── locale
│       │   └── en.mo
│       └── MokManager.efi
└── System Volume Information
    ├── IndexerVolumeGuid
    └── WPSettings.dat

4 directories, 7 files

Una carpeta Windows podrá contener el arranque de Windows, otra carpeta Ubuntu el arranque de Ubuntu, etc. Así con el menú de arranque de la BIOS/UEFI podríamos seleccionar la opción correspondiete.

Ya que hablamos sobre el arranque, con frecuencia los equipos tienen el llamado "modo de compatibilidad" activado. Eso hace que además de las particiones EFI podamos arrancar el sector de arranque de cualquier disco. El sistema mezclará todas las entradas y las presentará en el menú de arranque. Por ejemplo, nuestro USB de instalación tendrá dos entradas:

EFI:openSUSE-ruta-a-partición
USB:openSUSE-ruta-a-partición

No necesariamente la ruta a partición seguirá la misma nomenclatura, aunque es lo habitual, y puede que no ponga "USB". Lo cierto es que es un menú un tanto repetitivo que puede ser algo confuso xD

Lo te tener el modo de compatibilidad activado por defecto responde a las quejas de usuarios que querían instalar sistemas operativos que no usaban GPT o querían usar discos duros usados cuyo tabla de sistema de ficheros ya era de tipo MS-DOS. openSUSE no necesita el modo de compatibilidad en la mayoría de casos y puede simplemente añadir más confusión. Recuerda: sólo para discos que no puedan ser GPT (por ejemplo un disco duro ya particionado con un montón de ficheros).

[karlggest]

Hace varias versiones que openSUSE ha estandarizado el uso del tipo de sistema de particionado btrfs para su partición de arranque. Otras distribuciones siguen optando por ext4, mientras que Red Hat, que empezó btrfs con SUSE, ha decidido dejarlo de lado y parece que está impulsando zfs.

Por un lado, btrfs era la respuesta del mundo Linux a la licencia de zfs (propiedad de Oracle). zfs es ahora abierto, pero su licencia sigue siendo incompatible con la GPL.

Por su parte, ext4 sigue siendo un sistema de ficheros muy robusto y fiable, pese a que evidentemente carezca de la mayoría de características de btrfs o zfs. Como dice el otro, si no usas estas características, ¿para qué usarlo?. Sin embargo, la capacidad de manipular instantáneas con facilidad y con ello devolver el estado del sistema a casi cualquier punto anterior es lo suficientemente golosa para que mucha gente pique y use btrfs.

btrfs tiene aun algunos problemas concretos como algunos usuarios del foro pueden atestiguar. Por mucho que btrfs sea más que satisfactorio para muchos usuarios, si a un usuario concreto le falla, pues mala experiencia va a tener con el sistema.

Una recomendación trivial sería probar el sistema un par de días o tres con btrfs y si va bien usarlo y si da problemas reinstalar el sistema. Naturalmente, eso de reinstalar puede no ser del agrado del usuario. Algunos para curarse en salud usan ext4. btrfs (y zfs) tienen snapshots, ext4, no. btrfs se autoconfigura bien para SSD. Mi consejo es, si puedes usa btrfs. Pero no te hagas sufrir, si te da problemas, lo dicho, reinstala con ext4.

[karlggest]

Es relativamente fácil encontrar ejemplos comunes y el sistema de instalación está bien provisto para hacer buenas sugerencias.

La configuración de nuestro espacio de almacenamiento es más sencilla, evidentemente, cuando nuestros dispositivos están vacíos. Incluso si pretendemos añadir o sustituir un dispositivo suscita más dudas. En este primer ejemplo, tomaremos dispositivos vacíos por simplicidad, pero con una configuración más interesante, lo que nos permitirá explorar diferentes alternativas.

En una máquina virtual creo tres discos duros (vda, vdb, vdc) de 20 GiB cada uno. En el primero dispondré el sistema en sí (raíz y swap) y en los otros dos crearé un espacio de almacenamiento de 40 GiB para /home. Un entorno profesional podría preferir usar dos para hacer un espejo del sistema y uno sólo para la información, pero la mayoría de usuarios tendemos a encontrar más útil la otra configuración.

Btrfs tiene características de los volúmenes lógicos. Una de ellas nos permite añadir particiones o dispositivos completos a un volumen btrfs prácticamente sin parar el sistema. Esto permitiría, por ejemplo, que si tienes un /home en btrfs y le añades un disco duro nuevo, prácticamente no tengas que hacer nada: marcas el disco como btrfs, lo añades al volumen btrfs para /home y ¡ya está!

¿Quiero decir que esta idea sólo puede implementarse con btrfs? para nada, con LVM puedes obtener un resultado indistinguible, incluso si luego usas por ejemplo la configuraciónext4+XFS. La principal diferencia es que con btrfs cada volumen es el mismo, mientras que con LVM tienes que tratar el volumen como LVM y cada volumen lógico dentro de ese volumen en función del tipo de sistema de ficheros elegido para cada uno (ext4 /, XFS /home, etc.).

Una cosa más. En el momento en el que hago este tutorial (nov 2019), esta configuración sólo puede hacerse directamente durante la instalación con Tumbleweed; con Leap habría que hacer una instalación más tradicional y añadir el segundo dispositivo después de la instalación. Está previsto que el instalador de Leap soporte esta configuración a partir de Leap 15.2.

[karlggest]

Como es una configuración hardware muy ajustada, voy a dejar una partición para swap de unos 2GB. La configuración de la VM no me obliga a usar EFI y en este ejemplo lono las voy a emplear: por tanto, sólo crearé una partición para la raíz (/ ). El tipo de partición es GPT pero si fuera MS-DOS no veríamos diferencias externas.

Los otros dos discos los destinaré a /home y no voy a crear particiones de ninguna clase.

En la vista de árbol del particionador por un lado vemos los discos (vda, vdb y vdc; vda podría mostrar las particiones ya creadas vda1, vda2 y vda3 si las desplegase).

gráfico_objetivo_árbore.jpg(ver ampliado)

Después de los discos, se listan toda clase de vólumenes que puedan existir: RAID, volúmenes lógicos (LVM), bcaché (un invento que permite usar discos más rápidos como cachés de discos más lentos), NFS para sistemas de ficheros remotos y btrfs que nos ocupará para crear /home.

El gráfico de los dispositivos nos da una buena idea de la organización de nuestro sistema:

gráfico_objetivo_recortada.jpg(ver ampliado)

Lo primero que vemos es que los dispositivos vdb y vdc apuntan a un único volumen btrfs. Este volumen, a su vez, apunta a dos recuadros: 'top level' es una característica de los volúmenes btrfs que pueden montar subvolúmenes (como se ve en el caso de la raíz); /home es dónde se monta el volumen btrfs creado con los dispositivos vdb y vdc.

vda contiene una tabla de particiones GPT que a su vez contiene y define las particiones vda1, vda2 y vda3. vda1 es una partición creada para sostener el arranque de la partición en sustitución del MBR. Si no se usa EFI puede prescindirse de ella, aunque no hay motivo para no usarla (bastaría con prestar atención a cómo se instala grub). Esta instalación parte de una de las propuestas del instalador, que ya propone la partición BIOS, la swap y la raíz.

vda2 contiene un volumen btrfs que también apunta al nivel superior 'top level' y al punto de montaje correspondiente (en este caso, / ). Debajo del nivel superior vemos que monta una serie de subvolúmenes. La propuesta del instalador también hace que no necesitemos añadirlos manualmente.

Un subvolumen particular que no se ve en la imagen, a la derecha, es .snapshots, carpeta que incluirá las distintas instantáneas que vayan efectuándose de /.

vda3 es la partición que se destina a swap.

[karlggest]

Si bien las propuestas que hace YaST se adaptan a la mayoría de situaciones, y que tiene una herramienta de "propuesta guiada" para poder pedir sugerencias más finas, lo cierto es que no se contemplan, ni mucho menos, todos los casos. De hecho, como ya he advertido, la característica que voy a usar no está disponible en Leap 15.1 (pero sí en Tumbleweed y lo estará en 15.2).

Vale la pena comenzar con la propuesta si se adapta a lo que queremos. Cuando instalé la primera máquina virtual, me creó la raíz y swap en el disco 3. Esto puede ser o no lo que queramos; aunque en este tutorial es indiferente, lo forcé hasta que lo instaló en vda. Esto puede hacerse con sencillez con la "Configuración guiada" que ofrece en la primera pantalla debajo de la propuesta de particionado. Seleccionamos el disco (incluso la partición si existe) que queremos que contenga el sistema, NO creamos una partición separada para /home y lo de la swap es lo de siempre. Como la MV tiene 2 GB de RAM, añado una partición para hibernar (2GB).

En esta segunda instalación, simplemente me sugiere que elimine la partición raíz y la vuelva a crear. Bien, la idea es que el particionador haga la mayor parte del trabajo!

La configuración ha de realizarse con el "particionador en modo experto". Al empezar con la propuesta, el particionador me crea, por ejemplo, la partición BIOS; si estuviera haciendo una instalación en un sistema EFI el propio instalador crearía la partición EFI y seleccionaría el cargador de arranque adecuado. Ya veis, cuanto más haga el sistema por uno, mejor



Así que pulsamos en "particionador en modo experto"->"Empezar con la propuesta actual" y nos vamos a la vista tradicional del particionador de YaST. Tanto al crear como al editar una partición btrfs para el sistema operativo, el sistema nos añadirá la opción preseleccionada "habilitar instantáneas" (que es la característica más comentada de btrfs). También crea los subvolúmenes adecuados.

particionadobtrfs02.jpg(ver ampliado)