dm-crypt (Español)/Encrypting an entire system (Español)
Los siguientes son ejemplos de escenarios comunes en el cifrado completo de un sistema con dm-crypt. Se explican todas las adaptaciones que se necesitan introducir en el proceso de instalación. Todas las herramientas necesarias para ello están presentes en la imagen de instalación.
Descripción general
Asegurar un sistema de archivos raíz es donde dm-crypt sobresale, en cuanto a características y rendimiento. Cuando el sistema de archivos de un sistema (raíz) está en un dispositivo dm-crypt, prácticamente todos los archivos del sistema están cifrados. A diferencia del cifrado de forma selectiva de los sistemas de archivos no raíz, un sistema de archivos raíz cifrado puede ocultar información, tales como qué programas se instalan, los nombres de los usuarios y todas sus cuentas, y los vectores de vuelcos de datos comunes, tales como locate y /var/log/. Además, un sistema de archivos raíz cifrado hace que la manipulación del sistema sea mucho más difícil, al estar todo cifrado, con las excepciones del gestor de arranque y (normalmente) el kernel.
En la siguiente tabla se ilustran las ventajas de todos los escenarios posibles, diferenciando los pros y contras de cada uno:
| Escenarios | Ventajas | Desventajas |
|---|---|---|
|
#LUKS sobre una partición
muestra una configuración sencilla y básica de una partición raíz completamente cifrada con LUKS. |
|
|
|
#LVM sobre LUKS
logra un particionado flexible usando LVM dentro de una única partición cifrada con LUKS. |
|
|
|
#LUKS sobre LVM
utiliza dm-crypt solo después de configurar LVM. |
|
|
|
#LUKS sobre RAID por software
utiliza dm-crypt solo después de configurar RAID. |
|
|
|
#Modalidad plain de dm-crypt
utiliza la modalidad plain de dm-crypt, es decir, sin una cabecera LUKS y sus opciones para múltiples claves. |
|
|
|
#Cifrar partición de arranque (GRUB)
muestra cómo cifrar la partición de arranque utilizando el gestor de arranque GRUB. |
|
|
|
#Subvolúmenes btrfs con espacio de intercambio
muestra cómo cifrar un sistema Btrfs, incluyendo el directorio |
|
|
Si bien todos los escenarios anteriores proporcionan una protección mucho mayor contra las amenazas externas que los sistemas de archivos cifrados secundariamente, también comparten una desventaja común: cualquier usuario en posesión de la clave de cifrado puede descifrar toda la unidad y, por lo tanto, puede acceder a los datos de otros usuarios. Si esto es motivo de preocupación, es posible utilizar una combinación de cifrado de dispositivos de bloques y sistema de archivos apilados, y recoger las ventajas de ambos. Véase Disk encryption (Español) para planificar las opciones.
Véase dm-crypt (Español)/Drive preparation (Español)#Particionar para tener una visión general de las estrategias de particionado utilizados en los escenarios.
Otra área a considerar es si se debe configurar una partición de intercambio cifrado y de qué tipo. Véase dm-crypt (Español)/Swap encryption (Español) para conocer alternativas.
Si quiere avanzar en la protección de los datos del sistema no solo contra el robo físico, sino también previniéndose contra la manipulación lógica, vea dm-crypt (Español)/Specialties (Español)#Asegurar la partición de arranque no cifrada para conocer más posibilidades después de seguir uno de los escenarios.
Para solid state drives es posible que desee considerar activar la compatibilidad con TRIM, pero tenga en cuenta que existen posibles implicaciones de seguridad. Consulte dm-crypt (Español)/Specialties (Español)#Soporte Discard/TRIM para unidades de estado sólido (SSD) para obtener más información.
- En cualquier situación, nunca utilice software de reparación del sistema de archivos como fsck directamente sobre un volumen cifrado, o destruirá cualquier medio para recuperar la clave utilizada para descifrar sus archivos. En su lugar, utilice estas herramientas en el dispositivo una vez desencriptado (abierto).
- Sobre el formato LUKS2:
- GRUB (Español) no es compatible con LUKS2.[1] Utilice LUKS1 en particiones a las que GRUB necesita acceder.
- El formato LUKS2 tiene un alto uso de RAM por diseño, con un valor predeterminado de 1 GB por mapeador cifrado. Las máquinas con poca RAM y/o múltiples particiones LUKS2 desbloqueadas en paralelo pueden producir un error al arrancar. Consulte la opción
--pbkdf-memorypara controlar el uso de la memoria.[2]
LUKS sobre una partición
Este ejemplo explica cómo cifrar un sistema completo con dmcrypt + LUKS en un esquema de particionado simple:
+----------------------+--------------------------+-------------------------------+ | Partición de arranque| Partición del sistema |Espacio libre opcional | | | cifrada con LUKS2 |para configurar posteriormente | | | |particiones de intercambio | | /boot | / |o particiones adicionales | | | | | | | /dev/mapper/cryptroot | | | |--------------------------| | | /dev/sda1 | /dev/sda2 | | +----------------------+--------------------------+-------------------------------+
Los primeros pasos se pueden realizar directamente después de arrancar la imagen de instalación de Arch Linux.
Preparar el disco
Antes de crear las particiones, debe informarse sobre la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).
A continuación, cree las particiones necesarias, al menos una para / (por ejemplo, /dev/sda2) y otra para /boot (/dev/sda1). Véase Partitioning (Español).
Preparar las particiones que no son de arranque (boot)
Las siguientes órdenes crean y montan la partición raíz cifrada. Se corresponden con el proceso descrito con detalle en dm-crypt (Español)/Encrypting a non-root file system (Español)#Partición (que, a pesar del título, se puede aplicar a particiones raíz, siempre y cuando mkinitcpio y el gestor de arranque estén configurados correctamente). Si desea utilizar determinadas opciones de cifrado no predeterminadas (por ejemplo, respecto al algoritmo de cifrado, longitud de la clave, etc.), consulte opciones de cifrado antes de ejecutar la primera orden:
# cryptsetup -y -v luksFormat /dev/sda2 # cryptsetup open /dev/sda2 cryptroot # mkfs.ext4 /dev/mapper/cryptroot # mount /dev/mapper/cryptroot /mnt
Compruebe que el mapeado funciona según lo previsto:
# umount /mnt # cryptsetup close cryptroot # cryptsetup open /dev/sda2 cryptroot # mount /dev/mapper/cryptroot /mnt
Si ha creado particiones separadas (por ejemplo, /home), estos pasos tienen que ser adaptados y repetidos para todas ellas, a excepción de /boot. Véase dm-crypt (Español)/Encrypting a non-root file system (Español)#Desbloqueo y montaje automatizados para saber cómo manejar particiones adicionales en el arranque.
Tenga en cuenta que cada dispositivo de bloque requiere su propia contraseña. Esto puede ser un inconveniente, porque da lugar a una frase de acceso separada para cada uno, que hay que introducir durante el inicio. Una alternativa es utilizar un archivo de claves almacenada en la partición del sistema para desbloquear la partición separada mediante crypttab. Vease dm-crypt (Español)/Device encryption (Español)#Utilizar LUKS para formatear particiones con un archivo de claves para obtener instrucciones.
Preparar la partición de arranque
Lo que tiene que hacer es configurar la partición /boot sin cifrar, que se necesita para una partición raíz cifrada. Para una partición /boot normal sobre sistemas BIOS, por ejemplo, ejecute:
# mkfs.ext4 /dev/sda1
o para una EFI system partition (Español) en sistemas UEFI:
# mkfs.fat -F32 /dev/sda1
Luego cree el directorio para el punto de montaje y monte la partición:
# mkdir /mnt/boot # mount /dev/sda1 /mnt/boot
Montar los dispositivos
Como en Installation guide (Español)#Montar los sistemas de archivos, hay que montar los dispositivos mapeados, no las particiones subyacentes. En cambio /boot, al no estar cifrado, se monta directamente como de costumbre.
Configurar mkinitcpio
Añada los hooks keyboard, keymap y encrypt a mkinitcpio (Español). Si la distribución de teclado predeterminado de EE.UU. está bien para usted, puede omitir el hook keymap .
HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt filesystems fsck)
Si utiliza el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:
HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt filesystems fsck)
Dependiendo de qué otros hooks se utilicen, el orden de los mismos puede ser relevante. Véase dm-crypt/System configuration#mkinitcpio para conocer más detalles y otros hooks que pueda necesitar.
Configurar el gestor de arranque
Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:
cryptdevice=UUID=UUID-del-dispositivo:cryptroot root=/dev/mapper/cryptroot
Si utiliza el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:
rd.luks.name=UUID-del-dispositivo=cryptroot root=/dev/mapper/cryptroot
Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles.
El UUID-del-dispositivo se está refiriendo al UUID de /dev/sda2 (la partición física donde reside el sistema, no el dispositivo mapeado). Véase Persistent block device naming (Español) para conocer más detalles.
LVM sobre LUKS
El método sencillo es crear LVM (Español) sobre la partición cifrada y no al revés. Técnicamente, LVM se configura sobre un gran dispositivo cifrado. Por lo tanto, LVM no es transparente hasta que el dispositivo de bloque se desbloquea y la estructura del volumen subyacente se escanea y se monta durante el arranque.
El esquema de particionado del disco en este ejemplo sería:
+-----------------------------------------------------------------------+ +-----------------------+ | Volumen lógico 1 | Volumen lógico 2 | Volumen lógico 3 | | Partición de arranque | | | | | | | | [SWAP] | / | /home | | /boot | | | | | | | | /dev/MyVolGroup/swap | /dev/MyVolGroup/root | /dev/MyVolGroup/home | | | |_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _|_ _ _ _ _ _ _ _ _ _ _ _| | (puede estar en otro | | | | dispositivo) | | Partición cifrada con LUKS | | | | /dev/sda1 | | /dev/sdb1 | +-----------------------------------------------------------------------+ +-----------------------+
encrypt este método no le permite abarcar los volúmenes lógicos en varios discos; use sd-encrypt o vea dm-crypt/Specialties#Modifying the encrypt hook for multiple partitions.- las instrucciones de dm-crypt (Español)/Specialties (Español)#Sistema cifrado usando un encabezado LUKS separado utilizan esta configuración con un encabezado LUKS remoto sobre un dispositivo USB para lograr una autenticación de dos factores con él;
- las instrucciones de dm-crypt (Español)/Specialties (Español)#/boot cifrado y un encabezado LUKS separado en USB usan esta configuración con un encabezado LUKS separado, una partición
/bootcifrada y un archivo de claves encriptado, todo en un dispositivo USB.
Preparar el disco
Antes de crear las particiones, debe informarse sobre la importancia y los métodos sobre cómo borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).
Cree una partición con punto de montaje en /boot con un tamaño de 200 MiB o más.
/boot.Cree una partición que luego contendrá el contenedor cifrado.
Cree un contenedor cifrado con LUKS en la partición del «sistema». Introduzca la contraseña elegida dos veces.
# cryptsetup luksFormat /dev/sda1
Para obtener más información sobre las opciones disponibles de cryptsetup vea las opciones de cifrado de LUKS antes de ejecutar la orden de arriba.
Abra el contenedor:
# cryptsetup open --type luks /dev/sdaX lvm
El contenedor descifrado estará ahora disponible como /dev/mapper/lvm.
Preparar los volúmenes lógicos
Cree un volumen físico sobre el contenedor LUKS abierto:
# pvcreate /dev/mapper/cryptlvm
Cree un grupo de volúmenes llamado (por ejemplo) MyVolGroup, sobre el volumen físico creado con anterioridad:
# vgcreate MyVolGroup /dev/mapper/cryptlvm
Cree varios volúmenes lógicos en el grupo de volúmenes:
# lvcreate -L 8G MyVolGroup -n swap # lvcreate -L 32G MyVolGroup -n root # lvcreate -l 100%FREE MyVolGroup -n home
Cree un sistema de archivos para cada volumen lógico:
# mkfs.ext4 /dev/MyVolGroup/root # mkfs.ext4 /dev/MyVolGroup/home # mkswap /dev/MyVolGroup/swap
Monte los sistemas de archivos:
# mount /dev/MyVolGroup/root /mnt # mkdir /mnt/home # mount /dev/MyVolGroup/home /mnt/home # swapon /dev/MyVolGroup/swap
Preparar la partición de arranque
El gestor de arranque carga el kernel, mkinitcpio (Español) y sus propios archivos de configuración desde el directorio /boot. Cualquier sistema de archivos que pueda ser leído por el gestor de arranque vale.
Cree un sistema de archivos en la partición destinada a /boot:
# mkfs.ext4 /dev/sdb1
/boot sobre una EFI system partition (Español) el formateo recomendado es:
# mkfs.fat -F32 /dev/sdb1
Cree el directorio /mnt/boot:
# mkdir /mnt/boot
Monte la partición para /mnt/boot:
# mount /dev/sdb1 /mnt/boot
Configurar mkinitcpio
Añada los hooks keyboard, encrypt y lvm2 a mkinitcpio.conf:
HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)
Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:
HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)
Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que se puedan necesitar.
Configurar el gestor de arranque
Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:
cryptdevice=UUID=UUID-del-dispositivo:cryptlvm root=/dev/MyVolGroup/root
Si utiliza el hook sd-encrypt, lo siguiente debe establecerse en su lugar:
rd.luks.name=UUID-del-dispositivo=cryptlvm root=/dev/MyVolGroup/root
El UUID-del-dispositivo se refiere al UUID de /dev/sda1 (la partición física a cifrar, no el dispositivo mapeado resultante). Véase Persistent block device naming (Español) para más detalles.
Véase dm-crypt/System configuration#Kernel parameters para más detalles.
LUKS sobre LVM
Para utilizar el cifrado sobre LVM (Español), los volúmenes LVM se establecen primero y luego se usan como base para las particiones cifradas. De esta manera, es posible mezclar particiones/volúmenes cifrados/sin cifrar.
El siguiente ejemplo se crea una configuración LUKS sobre LVM, donde se entremezcla el uso de un archivo de claves para desbloquear la partición /home, por un lado, con volúmenes temporales cifrados para /tmp y /swap, por otro. Esto último se considera deseable desde una perspectiva de seguridad, ya que ningún dato temporal potencialmente sensible sobrevivirá al reinicio, cuando el cifrado se reinicializa. Si tiene experiencia con LVM, podrá ignorar/reemplazar LVM y otros detalles de acuerdo con su plan.
Si desea que un volumen lógico abarque varios discos que ya se han configurado, o ampliar el volumen lógico para /home (o cualquier otro volumen), en dm-crypt (Español)/Specialties (Español)#Expandir LVM en varios discos se describe un procedimiento para hacerlo. Es importante tener en cuenta que el contenedor cifrado con LUKS también debe redimensionarse.
Preparar el disco
Esquema de particionado:
+-----------------------+--------------------------------------------------------------------------------------------------------------+ | Partición de arranque | Volumen cifrado con plain dm-crypt | Volumen cifrado con LUKS2 | Volumen cifrado con LUKS2 | | | | | | | /boot | [SWAP] | / | /home | | | | | | | | /dev/mapper/swap | /dev/mapper/root | /dev/mapper/home | | |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ | | | Volumen lógico 1 | Volumen lógico 2 | Volumen lógico 3 | | | /dev/MyVolGroup/cryptswap | /dev/MyVolGroup/cryptroot | /dev/MyVolGroup/crypthome | | |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ |_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ | | | | | /dev/sda1 | /dev/sda2 | +-----------------------+--------------------------------------------------------------------------------------------------------------+
Escriba aleatóriamente la partición /dev/sda2 como indica el artículo dm-crypt (Español)/Drive preparation (Español)#Limpiar un disco o partición vacíos con dm-crypt.
Preparar los volúmenes lógicos
# pvcreate /dev/sda2 # vgcreate MyVolGroup /dev/sda2 # lvcreate -L 32G -n cryptroot MyVolGroup # lvcreate -L 500M -n cryptswap MyVolGroup # lvcreate -L 500M -n crypttmp MyVolGroup # lvcreate -l 100%FREE -n crypthome MyVolGroup
# cryptsetup luksFormat /dev/MyVolGroup/cryptroot # cryptsetup open /dev/MyVolGroup/cryptroot root # mkfs.ext4 /dev/mapper/root # mount /dev/mapper/root /mnt
Más información acerca de las opciones de cifrado se puede encontrar en dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS.
Tenga en cuenta se indicará cómo cifrar /home en #Cifrar el volúmen lógico /home.
open le permitirá a continuación mostrar los volúmenes de LVM.Preparar la partición de arranque
# dd if=/dev/zero of=/dev/sda1 bs=1M status=progress # mkfs.ext4 /dev/sda1 # mkdir /mnt/boot # mount /dev/sda1 /mnt/boot
Configurar mkinitcpio
Añada los hooks keyboard, lvm2 y encrypt a mkinitcpio (Español):
HOOKS=(base udev autodetect keyboard keymap consolefont modconf block lvm2 encrypt filesystems fsck)
Si usa el hook sd-encrypt con initramfs basado en systemd, en su lugar debe establecerse lo siguiente:
HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)
Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que se puedan necesitar.
Configurar el gestor de arranque
Con el fin de desbloquear en el arranque la partición raíz cifrada, es necesario pasar los siguientes parámetros del kernel al gestor de arranque:
cryptdevice=UUID=UUID-del-dispositivo:root root=/dev/mapper/root
Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:
rd.luks.name=UUID-del-dispositivo=root root=/dev/mapper/root
El UUID-del-dispositivo hace referencia al UUID de /dev/MyVolGroup/cryptroot (el volumen raíz a cifrar, no el dispositivo mapeado resultante). Consulte Persistent block device naming (Español) para más detalles.
Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles.
Configurar fstab y crypttab
Ambas entradas, para crypttab y fstab, son necesarias tanto para desbloquear el dispositivo como para montar los sistemas de archivos, respectivamente. Las siguientes líneas volverán a reencriptar los sistemas de archivos temporales en cada reinicio:
/etc/crypttab
swap /dev/MyVolGroup/cryptswap /dev/urandom swap,cipher=aes-xts-plain64,size=256 tmp /dev/MyVolGroup/crypttmp /dev/urandom tmp,cipher=aes-xts-plain64,size=256
/etc/fstab
/dev/mapper/root / ext4 defaults 0 1 /dev/sda1 /boot ext4 defaults 0 2 /dev/mapper/tmp /tmp tmpfs defaults 0 0 /dev/mapper/swap none swap sw 0 0
Cifrar el volúmen lógico /home
Desde este escenario se utiliza LVM como el primer mapeador y dm-crypt como el segundo, cada volumen lógico cifrado requiere su propio cifrado. Sin embargo, a diferencia de los sistemas de archivos temporales configurados con cifrado volátil anteriormente, el volumen lógico para /home debe ser persistente, por supuesto. Lo siguiente asume que se ha reiniciado el sistema instalado, de lo contrario se tienen que ajustar las rutas.
Para asegurarnos de que se introduce una segunda frase de acceso en el arranque para dicho volumen, creamos un archivo de claves:
# mkdir -m 700 /etc/luks-keys # dd if=/dev/random of=/etc/luks-keys/home bs=1 count=256 status=progress
El volumen lógico se cifra con dicho archivo de clave:
# cryptsetup luksFormat -v /dev/MyVolGroup/crypthome /etc/luks-keys/home # cryptsetup -d /etc/luks-keys/home open /dev/MyVolGroup/crypthome home # mkfs.ext4 /dev/mapper/home # mount /dev/mapper/home /home
El montaje encriptado será configurado tanto en crypttab como en fstab:
/etc/crypttab
home /dev/MyVolGroup/crypthome /etc/luks-keys/home
/etc/fstab
/dev/mapper/home /home ext4 defaults 0 2
LUKS sobre RAID por software
Este ejemplo se basa en una configuración real para un portátil destinado a funcionar como una estación de trabajo equipado con dos unidades SSD de igual tamaño y una unidad de disco duro (HDD) adicional para almacenamiento masivo. El resultado final es el cifrado del disco completo basado en LUKS1 (incluyendo /boot) para todas las unidades, con las unidades SSD en una matriz RAID0 y los archivos de clave utilizados para desbloquear toda la encriptación después de que GRUB (Español) recibe una frase de contraseña correcta en el arranque.
Esta configuración utiliza un esquema de particionado muy simplificado, con todo el almacenamiento RAID disponible montado en / (sin partición /boot separada, y el disco HDD descifrado montado en /data.
Tenga en cuenta que es muy importante en este tipo de configuraciones realizar copias de seguridad del sistema regulares. Si cualquiera de los SSD falla, los datos contenidos en el conjunto RAID serán prácticamente imposibles de recuperar. Es posible que desee seleccionar un nivel RAID diferente si la tolerancia a los fallos es importante para usted.
El cifrado no es denegable en esta configuración.
Para el ejemplo de las siguientes instrucciones, se utilizan los siguientes dispositivos de bloques:
/dev/sda = primer SSD /dev/sdb = segundo SSD /dev/sdc = HDD
+---------------------+---------------------------+---------------------------+ +---------------------+---------------------------+---------------------------+ +---------------------------+ | BIOS boot partition | EFI system partition (ESP)| volumen cifrado con LUKS1 | | BIOS boot partition | EFI system partition (ESP)| volumen cifrado con LUKS1 | | volumen cifrado con LUKS2 | | | | | | | | | | | | | /efi | / | | | /efi | / | | /data | | | | | | | | | | | | | | /dev/mapper/cryptroot | | | | /dev/mapper/cryptroot | | | | +---------------------------+---------------------------+ | +---------------------------+---------------------------+ | | | | matriz RAID1 (parte 1/2) | matriz RAID0 (parte 1/2 | | | matriz RAID1 (parte 2/2) | matriz RAID0 (parte 2/2) | | | | | | | | | | | | | | | /dev/md/ESP | /dev/md/root | | | /dev/md/ESP | /dev/md/root | | /dev/mapper/cryptdata | | +---------------------------+---------------------------+ | +---------------------------+---------------------------+ +---------------------------+ | /dev/sda1 | /dev/sda2 | /dev/sda3 | | /dev/sdb1 | /dev/sdb2 | /dev/sdb3 | | /dev/sdc1 | +---------------------+---------------------------+---------------------------+ +---------------------+---------------------------+---------------------------+ +---------------------------+
Asegúrese de sustituirlos por las designaciones de dispositivo apropiadas para su configuración, ya que pueden ser diferentes.
Preparar los discos
Antes de crear cualquier partición, debe informarse acerca de la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).
Para sistemas BIOS con GPT, cree una BIOS boot partition (Español) con un tamaño de 1 MiB para que GRUB almacene la segunda etapa del cargador de arranque de BIOS. No monte dicha partición.
For sistemas UEFI cree una EFI system partition (Español) con un tamaño apropiado, luego móntela en /efi.
En el espacio restante en la unidad, cree una partición (/dev/sda3 en este ejemplo) para «Linux RAID.» Elija el ID del tipo de partición fd para MBR o el tipo de partición GUID A19D880F-05FC-4D3B-A006-743F0F84911E para GPT.
Una vez que se ha creado las particiones en /dev/sda, se pueden usar las siguientes órdenes para clonarlas en /dev/sdb
# sfdisk -d /dev/sda > sda.dump # sfdisk /dev/sdb < sda.dump
El disco HDD está preparado con una sola partición de Linux que cubre todo el disco en /dev/sdc1.
Compilar la matriz RAID
Cree la matriz RAID para las unidades SSD.
- Todas las partes de una matriz RAID en una EFI system partition deben poder usarse individualmente, eso significa que ESP solo puede colocarse en una matriz RAID1;
- El superbloque RAID debe colocarse al final de la partición del sistema EFI utilizando
--metadata=1.0, de lo contrario, el firmware no podrá acceder a la partición.
# mdadm --create --verbose --level=0 --metadata=1.2 --raid-devices=2 /dev/md/root /dev/sda3 /dev/sdb3
Este ejemplo utiliza RAID0 para root, es posible que desee sustituir un nivel diferente según sus preferencias o requisitos.
# mdadm --create --verbose --level=0 --metadata=1.2 --raid-devices=2 /dev/md/root /dev/sda3 /dev/sdb3
Preparar los dispositivos de bloque
Como se explica en dm-crypt (Español)/Drive preparation (Español), los dispositivos se limpian con datos aleatorios utilizando /dev/zero y un dispositivo de cifrado con una clave aleatoria. Alternativamente, puede usar dd con /dev/random o /dev/urandom, aunque será mucho más lento.
# cryptsetup open --type plain /dev/md0 container --key-file /dev/random # dd if=/dev/zero of=/dev/mapper/container bs=1M status=progress # cryptsetup close container
Y repita lo anterior para la unidad HDD (/dev/sdc1 en este ejemplo).
Configure el cifrado para /dev/md/root :
--type luks1) en particiones donde GRUB necesite acceder.# cryptsetup -y -v luksFormat --type luks1 /dev/md/root # cryptsetup open /dev/md/root cryptroot # mkfs.ext4 /dev/mapper/cryptroot # mount /dev/mapper/cryptroot /mnt
Y repítalo para la unidad HDD:
# cryptsetup -y -v luksFormat /dev/sdc1 # cryptsetup open /dev/sdc1 cryptdata # mkfs.ext4 /dev/mapper/cryptdata # mkdir /mnt/data # mount /dev/mapper/cryptdata /mnt/mnt/data
Para sistemas UEFI, configure la partición del sistema EFI:
# mkfs.fat -F32 /dev/md/ESP # mount /dev/md/ESP /mnt/efi
Configurar GRUB
Configure GRUB (Español) para el sistema cifrado con LUKS1, modificando /etc/default/grub con lo siguiente:
GRUB_CMDLINE_LINUX="cryptdevice=/dev/md/root:cryptroot" GRUB_ENABLE_CRYPTODISK=y
Consulte dm-crypt (Español)/System configuration (Español)#Cargador de arranque y GRUB (Español)#/boot cifrado para obtener más detalles.
Complete la instalación de GRUB en ambas unidades SSD (en realidad, la instalación solo funcionará para /dev/sda).
# grub-install --target=i386-pc /dev/sda # grub-install --target=i386-pc /dev/sdb # grub-install --target=x86_64-efi --efi-directory=/efi --bootloader-id=GRUB # grub-mkconfig -o /boot/grub/grub.cfg
Crear los archivos de claves
Los próximos pasos le ahorran que tenga que ingresar su contraseña dos veces cuando inicia el sistema (una vez para que GRUB pueda desbloquear el dispositivo LUKS1, y la segunda vez cuando initramfs asume el control del sistema). Esto se hace creando un archivo de claves para el cifrado y añadiéndolo a la imagen de initramfs para permitir que el hook encrypt desbloquee el dispositivo raíz. Consulte dm-crypt (Español)/Device encryption (Español)#Con un archivo de clave incrustado en initramfs para más detalles.
- Cree el archivo de claves y agregue la clave para
/dev/md/root. - Cree otro archivo de claves para la unidad HDD (
/dev/sdc1) para que también se pueda desbloquear al arrancar. Para su comodidad, deje la contraseña creada anteriormente en su lugar, ya que esto puede facilitar la recuperación si alguna vez la necesita. Modifique/etc/crypttabpara descifrar la unidad HDD al arrancar. Vea dm-crypt (Español)/System configuration (Español)#Desbloquear con archivo de claves.
Configurar el sistema
Modifique fstab para montar los dispositivos de bloques cryptroot y cryptdata y la ESP:
/dev/mapper/cryptroot / ext4 rw,noatime 0 1 /dev/mapper/cryptdata /mnt/data ext4 defaults 0 2 /dev/md/ESP /efi vfat rw,relatime,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,tz=UTC,errors=remount-ro 0 2
Guarde la configuración de RAID:
# mdadm --detail --scan >> /etc/mdadm.conf
Modifique mkinitcpio (Español) para incluir su archivo de claves y agregar los hooks adecuados:
FILES=(/crypto_keyfile.bin) HOOKS=(base udev autodetect keyboard keymap consolefont modconf block mdadm_udev encrypt filesystems fsck)
Consulte dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles.
Modalidad plain de dm-crypt
Contrariamente a LUKS, la modalidad plain de dm-crypt no requiere una cabecera en el disco cifrado: esto significa que un disco cifrado sin particionar será indistinguible de un disco lleno con datos aleatorios, que podría permitir cifrado negable. Véase también Wikipedia:es:Cifrado de disco#Completo cifrado de disco.
Tenga en cuenta que si no necesita cifrar el disco completo, los métodos que utilizan LUKS descritos anteriormente son las mejores opciones para el cifrado del sistema y de las particiones. Características de LUKS como la gestión de claves con múltiples frases de contraseñas/archivos de claves no están disponibles con la modalidad plain.
Los discos cifrados con la modalidad plain de dm-crypt pueden ser más resistentes a los daños que los discos cifrados con LUKS, ya que no se basan en una clave maestra de cifrado, la cual constituye un punto vulnerable único de fallo si se daña. Sin embargo, utilizando el modo plain también se requiere una configuración más manual de las opciones de cifrado para lograr la misma fuerza criptográfica. Véase también Disk encryption (Español)#Metadatos criptográficos. También se puede considerar el uso de la modalidad plain si se trata de los problemas explicados en dm-crypt (Español)/Specialties (Español)#Soporte Discard/TRIM para unidades de estado sólido (SSD).
- tcplay que ofrece cifrado sin cabeceras, pero con la función PBKDF2, o
- la modalidad LUKS de dm-crypt utilizando la opción
--headerde cryptsetup. No se podrá utilizar el hook estándar encrypt, pero dicho hook puede ser modificado.
El escenario utiliza una memoria USB:
- una para el dispositivo de arranque que también permite almacenar las opciones necesarias para abrir/desbloquear el dispositivo cifrado simple en la configuración del gestor de arranque, ya que escribirlos en cada arranque sería propenso a errores;
- y otra para almacenar la clave de cifrado asumiendo que está almacenada como bits en bruto de modo que a los ojos de un atacante que no esté al tanto que quiera obtener la clave usb, la clave de cifrado se mostrará como datos aleatorios en lugar de ser visible como un archivo normal. Véase también Wikipedia:es:Seguridad por oscuridad, y siga con dm-crypt/Device encryption#Keyfiles para preparar el archivo de claves.
El esquema de particionado del disco es:
+----------------------+----------------------+----------------------+ +-------------------------+ +--------------------------+ | Volumen lógico 1 | Volumen lógico 2 | Volumen lógico 3 | | Dispositivo de arranque | | Depósito para el archivo | | | | | | | | de claves de cifrado | | / | [SWAP] | /home | | /boot | | (sin particionar | | | | | | | | en el ejemplo) | | /dev/MyVolGroup/root | /dev/MyVolGroup/swap | /dev/MyVolGroup/home | | /dev/sdb1 | | /dev/sdc | |----------------------+----------------------+----------------------| |-------------------------| |--------------------------| | unidad/disco /dev/sda cifrado con modo plain y LVM | | USB 1 | | USB 2 | +--------------------------------------------------------------------+ +-------------------------+ +--------------------------+
- También es posible utilizar una sola llave USB física:
- mediante la coloación de la clave en otra partición (/dev/sdb2) del dispositivo de almacenamiento USB (/dev/sdb);
- mediante la copia del archivo de claves a la imagen initramfs directamente. Un ejemplo de archivo de claves
/etc/keyfilecopiado a la imagen initramfs se hace estableciendoFILES="/etc/keyfile"en/etc/mkinitcpio.conf. La manera de instruir al hookencryptpara que lea el archivo de claves en la imagen initramfs es utilizando el prefijorootfs:delante del nombre del archivo, por ejemplocryptkey=rootfs:/etc/keyfile.
- Otra opción es usar una frase de acceso con buena entropía.
Preparar el disco
Es de vital importancia que el dispositivo mapeado está lleno de datos aleatorios. En particular, esto se aplica al caso que nos afecta.
Véase dm-crypt (Español)/Drive preparation (Español) y dm-crypt (Español)/Drive preparation (Español)#Métodos específicos de dm-crypt
Preparar las particiones que no son de arranque (boot)
Consulte dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad plain para más detalles.
Utilizando el dispositivo /dev/sda, con el cifrado aes-xts con un tamaño de clave de 512 bits, y un archivo de clave, tenemos las siguientes opciones para este escenario:
# cryptsetup --cipher=aes-xts-plain64 --offset=0 --key-file=/dev/sdc --key-size=512 open --type plain /dev/sda cryptlvm
A diferencia del cifrado con LUKS, la orden anterior se debe ejecutar en su totalidad siempre que sea necesario restablecer el mapeado, por lo que es importante recordar los detalles del cifrado, el hash y el archivo de claves.
Ahora podemos comprobar que se ha realizado una entrada de mapeo para /dev/mapper/cryptlvm:
# fdisk -l
A continuación, configuramos volúmenes lógicos LVM (Español) en el dispositivo mapeado. Consulte LVM (Español)#Instalar Arch Linux sobre LVM para obtener más detalles:
# pvcreate /dev/mapper/cryptlvm # vgcreate MyVolGroup /dev/mapper/cryptlvm # lvcreate -L 32G MyVolGroup -n root # lvcreate -L 10G MyVolGroup -n swap # lvcreate -l 100%FREE MyVolGroup -n home
] Formateamos y montamos y, luego, activamos el espacio de intercambio. Consulte File systems (Español)#Crear un sistema de archivos para más detalles:
# mkfs.ext4 /dev/MyVolGroup/root # mkfs.ext4 /dev/MyVolGroup/home # mount /dev/MyVolGroup/root /mnt # mkdir /mnt/home # mount /dev/MyVolGroup/home /mnt/home # mkswap /dev/MyVolGroup/swap # swapon /dev/MyVolGroup/swap
Preparar la partición de arranque
La partición /boot se puede instalar en la partición vfat estándar de una memoria USB, si es necesario. Pero si se ve en la necesidad de realizar el particionado manualmente, entonces podría crear una pequeña partición de 200 MiB, lo que sería suficiente. Cree la partición utilizando una utilidad de particionado de su elección.
Cree un sistema de archivos en la partición destinada a /boot, si no está ya formateada como vfat:
# mkfs.ext4 /dev/sdb1 # mkdir /mnt/boot # mount /dev/sdb1 /mnt/boot
Configurar mkinitcpio
Añada los hooks keyboard, encrypt and lvm2 a mkinitcpio (Español):
HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)
Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para conocer más detalles y otros hooks que pueda necesitar.
Configurar el gestor de arranque
Con el fin de desbloquear la partición raíz cifrada en el arranque, es necesario pasar los siguientes parámetros del kernel al gestor de arranque (tenga en cuenta que 64 es el número de bytes en 512 bits)::
cryptdevice=/dev/disk/by-id/disk-ID-of-sda:cryptlvm cryptkey=/dev/disk/by-id/disk-ID-of-sdc:0:64 crypto=:aes-xts-plain64:512:0:
El disk-ID-of-disk se refiere a la identificación del disco al que se hace referencia. Véase Persistent block device naming (Español) par más detalles.
Véase dm-crypt (Español)/System configuration (Español)#Cargador de arranque para conocer más detalles y otros parámetros que pueda necesitar
/boot con:
# grub-install --recheck /dev/sdb
Posinstalación
Podemos retirar la memoria USB después de arrancar. Ya que la partición /boot, generalmente, no se necesita, la opción noauto se puede agregar en la línea correspondiente de /etc/fstab:
/etc/fstab
# /dev/sdb1 /dev/sdb1 /boot ext4 noauto,rw,noatime 0 2
Sin embargo, cuando se requiere una actualización de cualquier cosa utilizada en initramfs, o un kernel, o el gestor de arranque, la partición /boot debe estar presente y montada. Como la entrada en fstab ya existe, se puede montar de forma sencilla con:
# mount /boot
Cifrar partición de arranque (GRUB)
Esta configuración utiliza el mismo diseño y configuración de partición que la sección anterior #LVM sobre LUKS, con la diferencia de que se utiliza el cargador de arranque GRUB (Español) ya que es capaz de arrancar desde un volumen lógico LVM y un /boot cifrado con LUKS1. Véase también GRUB (Español)#/boot cifrado.
La distribución del disco en este ejemplo es:
+---------------------+----------------------+----------------------+----------------------+----------------------+ | Partición | Partición | Volumen lógico 1 | Volumen lógico 2 | Volumen lógico 3 | | BIOS boot partition | EFI system particion | | | | | | /efi | / | [SWAP] | /home | | | | | | | | | | /dev/MyVolGroup/root | /dev/MyVolGroup/swap | /dev/MyVolGroup/home | | /dev/sda1 | /dev/sda2 +----------------------+----------------------+----------------------+ | sin cifrar | sin cifrar | /dev/sda3 cifrado usando LVM sobre LUKS1 | +---------------------+----------------------+--------------------------------------------------------------------+
- Todos los escenarios tienen el propósito de ejemplos. Es, por supuesto, posible combinar los dos pasos anteriores de las distintas instalaciones con otros escenarios posibles. Ver también las variantes asociadas a #LVM sobre LUKS;
- Puede utilizar el script
cryptbootdel paquete cryptbootAUR para una administración de arranque cifrada simplificada (montaje, desmontaje, actualización de paquetes) y como defensa contra ataques de Evil Maid con Secure Boot de UEFI. Para obtener más información y limitaciones, consulte la página cryptboot project.
Preparar el disco
Antes de crear las particiones, debe informarse sobre la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español).
Para sistemas BIOS cree una BIOS boot partition con tamaño de 1 MiB para GRUB para almacenar la segunda etapa del gestor de arranque BIOS. No monte la partición.
Para sistemas UEFI cree una EFI system partition (Español) con un tamaño apropiado, para luego montarla en /efi.
Cree una partición del tipo 8309, which will later contain the encrypted container for the LVM.
Cree el contenedor cifrado con LUKS:
--type luks1) en las particiones a las que GRUB necesita acceder.# cryptsetup luksFormat --type luks1 /dev/sda3
Para obtener más información sobre las opciones disponibles de cryptsetup vea LUKS encryption options antes de ejecutar la orden anterior.
Su esquema de particinado debería ser similar a esto:
# gdisk -l /dev/sda
Number Start (sector) End (sector) Size Code Name 1 2048 4095 1024.0 KiB EF02 BIOS boot partition 2 4096 1130495 550.0 MiB EF00 EFI System 3 1130496 68239360 32.0 GiB 8309 Linux LUKS
Abra el contenedor:
# cryptsetup open /dev/sda3 cryptlvm
El contenedor desbloqueado estará ahora disponible como /dev/mapper/cryptlvm.
Preparar los volúmenes lógicos
Los volúmenes lógicos LVM de este ejemplo siguen el mismo esquema descrito en el escenario #LVM sobre LUKS. Por lo tanto, siga la sección #Preparar los volúmenes lógicos de arriba o haga los ajustes necesarios.
If you plan to boot in UEFI mode, create a mountpoint for the EFI system partition (Español) at /efi for compatibility with grub-install and mount it:
# mkdir /mnt/efi # mount /dev/sda2 /mnt/efi
En este punto, debe tener las siguientes particiones y volúmenes lógicos dentro de /mnt:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 200G 0 disk
├─sda1 8:1 0 1M 0 part
├─sda2 8:2 0 550M 0 part /mnt/efi
├─sda3 8:3 0 200M 0 part
└─cryptlvm 254:0 0 198M 0 crypt /boot
├─MyVolGroup-swap 254:1 0 8G 0 lvm [SWAP]
├─MyVolGroup-root 254:2 0 32G 0 lvm /
└─MyVolGroup-home 254:3 0 60G 0 lvm /mnt/home
Configurar mkinitcpio
Añada los hooks keyboard, encrypt y lvm2 a mkinitcpio (Español):
HOOKS=(base udev autodetect keyboard keymap consolefont modconf block encrypt lvm2 filesystems fsck)
Si utiliza el hook sd-encrypt con initramfs basado en systemd se debe establecer lo siguiente en su lugar:
HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block sd-encrypt sd-lvm2 filesystems fsck)
Véase dm-crypt (Español)/System configuration (Español)#mkinitcpio para más detalles y otros hooks que pueda necesitar.
Configurar GRUB
Configure GRUB para que reconozca la partición /boot cifrada con LUKS1:
/etc/default/grub
GRUB_ENABLE_CRYPTODISK=y
Establezca los parámetros del kernel para que initramfs pueda desbloquear la partición raíz cifrada. Usando el hook encrypt:
/etc/default/grub
GRUB_CMDLINE_LINUX="... cryptdevice=UUID=UUID-del-dispositivo:cryptlvm ..."
Si utiliza el hook sd-encrypt, se debe configurar lo siguiente en su lugar:
/etc/default/grub
GRUB_CMDLINE_LINUX="... rd.luks.name=UUID-del-dispositivo=cryptlvm" ...
Véase Dm-crypt (Español)/System configuration (Español)#Cargador de arranque y GRUB (Español)#/boot cifrado para obtener más detalles. El UUID-del-dispositivo hace referencia al UUID de /dev/sda4 (la partición física que aloja el volumen, la cual contiene a su vez el sistema de archivos raíz, no es dispositivo mapeado resultante del cifrado). Vea Persistent block device naming (Español).
Instale GRUB con la ESP montada para arrancar UEFI:
# grub-install --target=x86_64-efi --efi-directory=/efi --bootloader-id=GRUB --recheck
Instale GRUB en el disco para arrancar BIOS:
# grub-install --target=i386-pc --recheck /dev/sda
Genere el archivo de configuration de GRUB :
# grub-mkconfig -o /boot/grub/grub.cfg
Si todos las órdenes terminaron sin errores, GRUB le pedirá la contraseña para desbloquear la partición /dev/sda3 en el siguiente reinicio.
Evitar tener que ingresar la frase de contraseña dos veces
Si bien GRUB solicita una frase de contraseña para desbloquear la partición cifrada con LUKS1m siguiendo las instrucciones anteriores, el desbloqueo de la partición no se transfiere a initramfs. Por lo tanto, debe ingresar la frase de contraseña dos veces en el arranque: una para GRUB y otra para initramfs.
Esta sección trata sobre la configuración adicional para permitir que el sistema arranque solo ingresando la frase de contraseña una vez, en GRUB. Esto se logra mediante un archivo de claves incrustado en initramfs.
Primero cree un archivo de claves y añádalo como clave de LUKS:
# dd bs=512 count=4 if=/dev/random of=/root/cryptlvm.keyfile iflag=fullblock # chmod 000 /root/cryptlvm.keyfile # chmod 600 /boot/initramfs-linux* # cryptsetup -v luksAddKey /dev/sda3 /root/cryptlvm.keyfile
Añada el archivo de claves a la imagen initramfs:
/etc/mkinitcpio.conf
FILES=(/root/cryptlvm.keyfile)
Establezca los siguientes parámetros del kernel para desbloquear la partición LUKS con el archivo de claves. Usando el hook encrypt:
GRUB_CMDLINE_LINUX="... cryptkey=rootfs:/root/cryptlvm.keyfile"
O, usando el hook sd-encrypt:
GRUB_CMDLINE_LINUX="... rd.luks.key=UUID-del-dispositivo=/root/cryptlvm.keyfile"
Si por alguna razón el archivo de claves no puede desbloquear la partición de arranque, systemd se repliega para pedir una contraseña para desbloquear y, en caso de que sea correcta, continuar el arranque.
/boot para protegerse contra amenazas de manipulación offline, el hook mkinitcpio-chkcryptoboot puede serle de ayuda.Subvolúmenes btrfs con espacio de intercambio
El siguiente ejemplo crea un cifrado completo del sistema con LUKS1 utilizando subvolúmenes Btrfs como una simulación de particiones.
Si utiliza UEFI, se requiere una EFI system partition (Español) (siglas en inglés ESP). El mismo /boot puede residir en la raíz / y estar cifrado; sin embargo, la ESP no puede cifrase. En este esquema propuesto de ejemplo, la ESP es /dev/sda1 y está montada en /efi. /boot se encuentra en la partición del sistema, /dev/sda2.
Dado que /boot reside en la raiz / cifrada con LUKS1, GRUB (Español) debe usarse como gestor de arranque, porque solo GRUB puede cargar los módulos necesarios para descifrar /boot (por ejemplo, crypto.mod, cryptodisk.mod y luks.mod).
Además, se el esquema muestra una partición opcional de swap cifrada con plain.
+----------------------------------+-------------------------------+--------------------------+ | Partición «EFI system partition» | Partición del sistema | Partición de intercambio | | sin cifrar | cifrada con LUKS1 | cifrada con plain | | | | | | /efi | / | [SWAP] | | /dev/sda1 | /dev/sda2 | /dev/sda3 | |----------------------------------+-------------------------------+--------------------------+
Preparar el disco
Antes de crear cualquier partición, debe informarse acerca de la importancia y los métodos para borrar de forma segura el disco, descrito en dm-crypt (Español)/Drive preparation (Español). Si está utilizando UEFI (Español), cree una EFI system partition (Español) con un tamaño apropiado. Posteriormente se montará en /efi. Si va a crear una partición de intercambio cifrada, crea la partición para ella, pero no la marque como swap, ya que se usará la modalidad plain de dm-crypt para cifrar la partición.
Cree las particiones necesarias, al menos una para la raíz / (por ejemplo, /dev/sda2). Vea el artículo Partitioning (Español).
Preparar la partición del sistema
Crear contenedor LUKS
--type luks1) en las particiones a las que GRUB necesita acceder.Siga la sección dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS para configurar /dev/sda2 para LUKS. Consulte dm-crypt (Español)/Device encryption (Español)#Opciones de cifrado para la modalidad LUKS antes de hacerlo para obtener una lista de opciones de cifrado.
Desbloquear el contenedor LUKS
Ahora siga las instrucciones de dm-crypt (Español)/Device encryption (Español)#Desbloquear/mapear particiones LUKS con el mapeador de dispositivos para desbloquear el contenedor LUKS y mapearlo.
Formatear el dispositivo mapeado
Proceda a formatear el dispositivo mapeado como se describe en Btrfs (Español)#Sistema de archivos en un único dispositivo, donde /dev/partition es el nombre del dispositivo mapeado (es decir, cryptroot) y no /dev/sda2.
Montar el dispositivo mapeado
Finalmente, monte el dispositivo mapeado ahora formateado (es decir, /dev/mapper/cryptroot) en /mnt.
compress=lzo. Vea Btrfs (Español)#Compresión para más información.Crear subvolúmenes btrfs
Esquema
Los subvolúmenes se usarán para simular particiones, pero también se crearán otros subvolúmenes (anidados). Aquí hay una representación parcial de lo que generará el siguiente ejemplo:
subvolid=5 (/dev/sda2) | ├── @ (montado como /) | | | ├── /bin (directorio) | | | ├── /home (montado subvolumen @home) | | | ├── /usr (directorio) | | | ├── /.snapshots (montado subvolumen @snapshots) | | | ├── /var/cache/pacman/pkg (subvolumen anidado) | | | ├── ... (otros directorios y subvolúmenes anidados) | ├── @snapshots (montado como /.snapshots) | ├── @home (montado como /home) | └── @... (subvolúmenes adicionales que desee usar como puntos de montaje)
Esta sección sigue la sección Snapper#Suggested filesystem layout, que es más útil cuando se usa con Snapper. También debe consultar Btrfs Wiki SysadminGuide#Layout.
Crear subvolúmenes de nivel superior
Aquí estamos usando la convención de prefijo @ para los nombres de subvolumen que se usarán como puntos de montaje, y @ será el subvolumen que se monta como /.
Siguiendo el artículo Btrfs (Español)#Crear un subvolumen, cree subvolúmenes en /mnt/@, /mnt/@snapshots, y /mnt/@home.
Cree cualquier subvolúmenes adicional que desee usar como puntos de montaje ahora.
Montar subvolúmenes de nivel superior
Desmonte la partición del sistema de /mnt.
Ahora monte el subvolumen @ recién creado que servirá como raíz / en /mnt utilizando la opción de montaje subvol=. Suponiendo que el dispositivo mapeado se llama cryptroot, la orden se emitiría así:
# mount -o compress=lzo,subvol=@ /dev/mapper/cryptroot /mnt
Véase Btrfs (Español)#Montar subvolúmenes para obtener más detalles.
Monte también los otros subvolúmenes en sus respectivos puntos de montaje: @home en /mnt/home y @snapshots en /mnt/.snapshots.
Crear subvolúmenes anidados
Cree cualquier subvolumen del que no quiera tener instantáneas de cuando haga instantánea de la raíz /. Por ejemplo, probablemente no desee tomar instantáneas de /var/cache/pacman/pkg. Estos subvolúmenes estarán anidados bajo el subvolumen @, pero con la misma facilidad podrían haber sido creados anteriormente al mismo nivel que @ de acuerdo con sus preferencia.
Dado que el subvolumen @ está montado en /mnt, necesitará crear un subvolumen en /mnt/var/cache/pacman/pkg para este ejemplo. Es posible que primero tenga que crear cualquier directorio padre.
Otros directorios con los que puede hacer esto son /var/abs, /var/tmp, and /srv.
Montar ESP
Si preparó una partición de sistema EFI anteriormente, cree su punto de montaje y móntela ahora.
/efi, ya que no es un sistema de archivos btrfs.En el paso de la instalación con pacstrap, debe instalarse el paquete btrfs-progs además del grupo base.
Configurar mkinitcpio
Crear archivo de claves
Para que GRUB abra la partición LUKS sin que el usuario tenga que ingresar dos veces su contraseña, usaremos un archivo de clave incrustado en initramfs. Siga dm-crypt (Español)/Device encryption (Español)#Con un archivo de clave incrustado en initramfs y asegúrese de agregar la clave de /dev/sda2 en el paso luksAddKey.
Editar mkinitcpio.conf
Después de crear, agregar e incrustar la clave como se describe arriba, añada el hook encrypt en mkinitcpio (Español), así como cualquier otro hook que necesite. Consulte dm-crypt (Español)/System configuration (Español)#mkinitcpio para obtener información detallada.
BINARIES=(/usr/bin/btrfs) a mkinitcpio.conf. Consulte el artículo Btrfs (Español)#Recuperación de la corrupción.Configurar el gestor de arranque
Instale GRUB (Español) en /dev/sda. A continuación, modifique /etc/default/grub como se indica en el artículo GRUB (Español)#Argumentos adicionales and GRUB (Español)#/boot cifrado, siguiendo las instrucciones de una partición raíz y de arranque cifradas. Finalmente, genere el archivo de configuración GRUB.
Configurar el espacio de intercambio
Si creó una partición de intercambio cifrada, ahora es el momento de configurarla. Siga las instrucciones dadas en dm-crypt (Español)/Swap encryption (Español).