• Bajas una ISO de Linux desde el navegador, haces el sha256sum y… falla. La vuelves a descargar, el hash es diferente otra vez. Corrupta siempre.
• Usas aMule para compartir archivos, la descarga llega feliz al 100% y de repente retrocede al 80%. Vuelve a subir, otra vez 100%, otra vez 80%… un bucle infinito de rehasheo. A veces después de horas logra completar, pero la desesperación ya te ha consumido.

Esto me pasó a mí. Y lo peor es que en Debian 12 funcionaba todo perfectamente. Probé de todo: memtest, cambiar la fuente de alimentación, revisar el NVMe, hacer fsck… nada. Hasta que por fin alguien me dio la solución mágica: dos cambios aparentemente absurdos que lo arreglaron todo.

Hoy te cuento por qué ocurría, por qué la solución funciona, y sobre todo cómo aplicarla para que nunca más sufras con descargas rotas en tu Raspberry Pi 5.

Lo que NO era (descartando lo obvio)

Antes de tirarme por la ventana, descarté lo típico:

• Memoria RAM defectuosa – Pasó las pruebas.
• Problemas de red – Otras máquinas descargaban el mismo archivo sin fallos.
• Alimentación insuficiente – Usaba el cargador oficial de la Pi 5.
• Disco duro o microSD corruptos – Ni fsck ni smartctl mostraban errores.

Era algo más raro, más profundo. Algo que había cambiado entre Debian 12 y Debian 13.

El hallazgo inesperado: el kernel de 16KB

Resulta que, para optimizar el rendimiento en procesadores modernos, algunas distribuciones de Linux para ARM64 (como las últimas versiones de Raspberry Pi OS y Debian 13) han empezado a compilar el kernel con páginas de memoria de 16KB, en lugar de las clásicas de 4KB que hemos usado toda la vida.

¿Qué significa esto? El sistema operativo divide la memoria RAM en «páginas» (como las hojas de un libro). Durante décadas el estándar fue 4KB. Pero si aumentas el tamaño a 16KB, el sistema puede manejar más datos con menos operaciones internas, lo que teórico mejora el rendimiento.

El problema es que el software del mundo real está compilado asumiendo páginas de 4KB. Navegadores, aMule, emuladores, clientes de descarga… todos ellos hacen cálculos basándose en ese tamaño. En concreto, utilizan una función del sistema llamada mmap (memory-mapped files) que es muy rápida pero muy sensible al alineamiento de las páginas.

¿Qué hace mmap y por qué se rompe?

mmap le dice al kernel: «Oye, toma este archivo del disco y proyéctalo directamente en la memoria RAM, para que pueda escribir en él a toda pastilla». Para hacerlo, el programa calcula las posiciones (offsets) en múltiplos del tamaño de página.

Si el programa usa 4KB y el kernel piensa en 16KB, los cálculos se desalinean. Los datos se escriben en posiciones incorrectas, unos encima de otros. Esto es especialmente crítico con archivos grandes (varios GB). Las ISO se descargan completas pero internamente tienen los bytes cambiados de sitio. Por eso el sha256sum nunca coincide, y por eso aMule entra en un bucle de rehasheo: detecta que los bloques no son los que deberían ser y vuelve a descargarlos una y otra vez.

Ese era el monstruo oculto bajo la cama.

La solución: dos caminos, uno definitivo

Opción 1: Cambiar el kernel al de 4KB (recomendada)

La forma más limpia y que arregla todos los programas de golpe es obligar a la Raspberry Pi a usar el kernel clásico de 64 bits con páginas de 4KB. Es muy sencillo:

1. Abre el archivo de configuración del firmware:

   sudo nano /boot/firmware/config.txt

2. Al final del archivo, añade esta línea:

   kernel=kernel8.img

3. Guarda, reinicia y ya está.

¿Qué hace esa línea? El firmware de la Raspberry Pi, al arrancar, busca un kernel. kernel8.img es el kernel de 64 bits «estándar», que usa páginas de 4KB como toda la vida. Las versiones más modernas a veces usan otros nombres (como kernel8-16k.img), pero kernel8.img sigue siendo el clásico. Así que con esa instrucción le dices: «carga ese, no el que te dé la gana».

Después de reiniciar, puedes comprobar el tamaño de página activo con:

getconf PAGE_SIZE

Si ves 4096 (que son 4KB), enhorabuena. El problema ha desaparecido para siempre.

Opción 2: El parche solo para aMule (no recomendado, pero existe)

Si por alguna razón no quieres tocar el kernel, puedes recompilar aMule desactivando el uso de mmap. Así el programa usará el sistema de entrada/salida clásico, que no se ve afectado por el tamaño de página.

./configure --disable-mmap
make && sudo make install

Ojo: Esto solo arregla aMule. El navegador web y cualquier otra aplicación que use mmap seguirá descargando archivos corruptos. Por eso la opción 1 es infinitamente mejor.

Comprobación de que todo funciona

Después de aplicar la solución (la opción 1, claro), haz estas pruebas:

• Descarga dos veces la misma ISO grande (por ejemplo, Ubuntu 24.04). Calcula el sha256sum de ambas. Deben ser idénticos y coincidir con el oficial.
• Prueba una descarga pesada con aMule. Llegará al 100% y se quedará ahí, sin rehasheos.
• Opcional: getconf PAGE_SIZE debe decir 4096.

¿Pierdo rendimiento usando páginas de 4KB?

En teoría, los kernels con páginas de 16KB pueden ser ligeramente más rápidos en ciertos benchmarks de memoria masiva. En la práctica, con un uso normal de escritorio, servidor casero o centro multimedia, no notarás la diferencia. Lo que sí notarás es que tus archivos se descargan correctamente. Para mí, la fiabilidad gana por goleada.

Además, hay quien dice que muchos juegos y emuladores funcionan incluso mejor con 4KB precisamente por la compatibilidad. Así que no le des más vueltas.

Preguntas frecuentes

¿Esto es seguro? ¿Puedo romper mi Raspberry Pi?
Absolutamente seguro. kernel=kernel8.img es un kernel oficial, firmado, estable. No es overclock ni modificación extraña.

¿Qué pasa si en el futuro el kernel kernel8.img también se vuelve de 16KB?
Muy improbable, porque ese nombre está reservado tradicionalmente para el kernel de 4KB. En todo caso, si ocurriera, existiría otra forma de forzar 4KB. Pero de momento no hay indicios.

Me pasa en Ubuntu Server o Arch Linux ARM, ¿vale lo mismo?
El problema puede aparecer en cualquier distribución que haya adoptado el kernel de 16KB para la Pi 5. La solución es similar: busca cómo cargar un kernel con páginas de 4KB. En algunos casos puedes instalar el kernel raspberrypi-kernel o compilar el tuyo. Pero para no complicarte, te recomiendo probar primero con la línea kernel=kernel8.img en el config.txt. Suerte.

¿Por qué no me pasaba en Debian 12?
Porque Debian 12 usaba el kernel clásico de 4KB. El cambio a 16KB ha llegado con las versiones más recientes (Debian 13, Trixie, y algunas actualizaciones de Raspberry Pi OS). Es un cambio silencioso que nos ha pillado a muchos por sorpresa.

La Bitácora de Pruebas: Descartando pieza a pieza

Estas son las pruebas que realicé para descartar problemas de hardware, en la que fui aislando cada componente del sistema, empezando por lo mas básico:

1. El test de estrés a la Memoria RAM (memtester)

En los casos de corrupción aleatoria de datos, el primer sospechoso siempre es un módulo de memoria defectuoso. Instalamos la herramienta memtester para exprimir la RAM de las Pi 5 y obligarlas a leer y escribir patrones de datos buscando bits defectuosos.

sudo apt install memtester
sudo memtester 4000M 3

Le asignamos 4GB de RAM y le pedimos 3 pasadas completas.

Resultado: No debe de dar errores.

2. Auditoría y estrés del NVMe local (Descarte de almacenamiento)

Descartada la RAM, el siguiente sospechoso era el almacenamiento. ¿Estaba el bus PCIe, el adaptador HAT oficial o el propio firmware del NVMe corrompiendo los datos al escribir? Para salir de dudas, sometimos el disco a una auditoría en tres fases: pasiva, de superficie y de hash lógico.

Fase A: Lectura de salud S.M.A.R.T.

Instalamos las herramientas de diagnóstico para interrogar directamente al firmware del disco y comprobar si arrastraba fallos físicos o sectores reasignados:

sudo apt install smartmontools
sudo smartctl -a /dev/nvme0n1

(Nota: Cambia /dev/nvme0n1 por la ruta específica de tu dispositivo si varía).

Resultado: Todo limpio. Parámetros críticos como Media and Data Integrity Errors o sectores reasignados estaban a cero. El disco reportaba salud de fábrica.

Fase B: Test de superficie a bajo nivel (badblocks)

Para asegurar que ninguna celda de silicio flaqueaba bajo estrés, ejecutamos la prueba de fuego más exhaustiva que existe en Linux:

sudo badblocks -vsw -b 4096 /dev/nvme0n1

¡Ojo! El parámetro -w realiza un test de escritura destructivo (escribe patrones encima de lo que haya). Hazlo siempre sobre un disco vacío o antes de montar datos definitivos.

Este comando realiza 4 pasadas completas a todo el disco, escribiendo, leyendo y verificando secuencialmente patrones de bits totalmente diferentes (0xaa, 0x55, 0xff y 0x00). Si un bit se queda pegado o falla al retener la información, badblocks lo caza al vuelo.

Resultado: Cero errores en las 4 comprobaciones. Las celdas físicas del NVMe respondieron de forma impecable.

Fase C: Integridad lógica y velocidad en ráfaga (dd + sha256sum)

Por último, queríamos estresar el bus PCIe de la Raspberry Pi 5 a su máxima tasa de transferencia y comprobar si los archivos se «deformaban» al copiarse localmente. Ejecutamos esta secuencia en bloque:

# 1. Creamos un archivo masivo de 1 GB de ceros puros a máxima velocidad
dd if=/dev/zero of=test_gordo.img bs=1M count=1024

# 2. Calculamos su huella digital o hash único original
sha256sum test_gordo.img

# 3. Lo duplicamos a otra zona física del NVMe
cp test_gordo.img test_gordo_copia.img

# 4. Calculamos el hash de la copia para comprobar si ha mutado
sha256sum test_gordo_copia.img

Resultado: Los hashes de ambos archivos coincidieron al milímetro, firmando un resultado idéntico. Además, la transferencia local se mantuvo a una velocidad brutal de 1,8 GB/s.

Conclusión del descarte de hardware

Si el bus PCIe, las pistas del HAT o el controlador del disco sufrieran la más mínima degradación por temperatura o carga, los hashes habrían salido distintos y el test de bloques habría cantado fallos.

Con la RAM en perfecto estado y el almacenamiento local rindiendo como una roca a casi 2 GB/s, el hardware quedaba totalmente absuelto. El poltergeist de la corrupción de datos tenía que ser, por fuerza, un problema de software entre el Kernel y la pila de red.

3. La prueba cruzada de red

Si las tripas de la máquina estaban sanas, miramos hacia afuera. Repetimos las descargas en mi segunda Raspberry Pi 5. Mismo resultado: hashes aleatorios. En cambio, al realizar la misma descarga en un PC Intel conectado por Ethernet en el mismo switch, los hashes salían perfectos a la primera. El problema se concentraba exclusivamente en las Pi 5.

4. El misterio de la EEPROM

Para asegurar que no arrastrábamos configuraciones antiguas grabadas a fuego en las placas, entramos en sudo raspi-config y restablecimos el Bootloader (EEPROM) a los valores por defecto de fábrica. El problema persistió.

5. La prueba del Wi-Fi

Para confirmar si el fallo venía exclusivamente por el cable eléctrico, desconectamos el cable Ethernet y activamos el Wi-Fi. Al ir por un chip inalámbrico independiente, la corrupción desapareció, confirmando que la interfaz por cable eth0 era el embudo donde se deformaban los paquetes.

Conclusión:

Me costó semanas de pruebas, foros y cabezazos contra el techo. Al final, el culpable no era ni el hardware ni la red: era un cambio interno en el kernel que nadie me había advertido.

Si esta entrada te ha salvado de un dolor de cabeza, por favor, compártela en los foros, en los grupos de Telegram, en Reddit o con ese amigo que tiene una Raspberry Pi 5 y se queja de que «las descargas le van mal». Entre todos podemos hacer que Linux sea más predecible y amigable.

Y recuerda: cuando todo falle, prueba a poner kernel=kernel8.img en el config.txt. A veces la solución más pequeña es la que desatasca el mayor de los problemas.

Tras la instalación de Live con Gnome, mi archivo sources.list es el siguiente,

sudo nano etc/apt/sources.list

El resultado es el siguente.

# See https://wiki.debian.org/SourcesList for more information.
deb http://deb.debian.org/debian trixie main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian trixie main contrib non-free non-free-firmware

deb http://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware

deb http://security.debian.org/debian-security/ trixie-security main contrib non-free non-free-firmware
#deb-src http://security.debian.org/debian-security/ trixie-security main contrib non-free non-free-firmware

# Backports allow you to install newer versions of software made available for this release
deb http://deb.debian.org/debian trixie-backports main non-free-firmware
#deb-src http://deb.debian.org/debian trixie-backports main non-free-firmware

Existen 4 ramas de repositorios.

• trixie: Es la rama del repositorio principal de Debian 13 «Trixie».
• trixie-updates: Esta rama contiene actualizaciones que no son de seguridad. Pueden ser correcciones importantes de errores o pequeñas mejoras que no justifican una nueva versión del sistema, pero que es bueno tener.
• trixie-security: Esta rama es crucial. Contiene las actualizaciones de seguridad más recientes y rápidas. El uso de un servidor de seguridad dedicado (security.debian.org) permite que estas correcciones se distribuyan rápidamente sin tener que esperar a que se sincronicen con los espejos principales.
• trixie-backports: Esta rama es para los «backports», que son versiones más nuevas de software que se han adaptado para funcionar con la versión estable (en este caso, Debian 13 «Trixie»). Esto te permite instalar software más reciente (como una versión más moderna de un navegador o una aplicación específica) sin tener que actualizar todo el sistema a una versión de desarrollo.

A su vez, cada repositorio tiene secciones o componentes de software, que son:

• main: Esta es la sección principal de Debian y contiene el 100% del software libre que cumple con las Directrices de Software Libre de Debian (DFSG).
• contrib: Contiene software que es libre en sí mismo, pero que depende de software no libre para funcionar. Un ejemplo podría ser un script libre que necesita un programa propietario para ser ejecutado.
• non-free: Contiene software que no cumple con las DFSG, es decir, no es software libre. Esto incluye software con licencias restrictivas, como algunos drivers y aplicaciones comerciales.
• non-free-firmware: Es una sección nueva, introducida oficialmente en Debian 12, que contiene exclusivamente firmware (controladores de hardware a bajo nivel) que no es libre. Se separó de non-free para que los usuarios puedan habilitarlo fácilmente para el soporte de hardware (especialmente Wi-Fi y tarjetas gráficas) sin tener que habilitar todos los demás paquetes non-free.

Haz un backup de tu sources.list

Antes de modificar cualquier dato del archivo de repositorios, es conveniente realizar una copia de seguridad de nuestro sources.list.

Desde la terminal escribe:

sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak

Repositorios adicionales a considerar

Para mejorar tu sistema, además de los repositorios principales, hay otros que puedes añadir dependiendo de tus necesidades:

Trixie-backports

Aunque el repositorio de backports,está incluido desde la instalación, le faltan los componentes contrib y non-free.

Para agregarlos, lo mas conveniente será crear un archivo dedicado dentro de /etc/apt/sources.list.d/.

sudo nano /etc/apt/sources.list.d/trixie-backports.list

En el archivo, añade las siguientes líneas, incluyendo los componentes contrib y non-free.

# Backports allow you to install newer versions of software made available for this release
deb http://deb.debian.org/debian trixie-backports main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian trixie-backports main non-free-firmware

Guarda con Crtl + o y sal con Crtl + x

Por último, lo ideal es comentar (#) la línea del repositorio de backports de tu archivo principal /etc/apt/sources.list.

Abre el archivo con:

 sudo nano /etc/apt/sources.list 

Busca la línea deb http://deb.debian.org/debian trixie-backports main non-free-firmware

Comenta la línea añadiendo un # al principio quedando así:

# See https://wiki.debian.org/SourcesList for more information.
deb http://deb.debian.org/debian trixie main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian trixie main contrib non-free non-free-firmware

deb http://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware
#deb-src http://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware

deb http://security.debian.org/debian-security/ trixie-security main contrib non-free non-free-firmware
#deb-src http://security.debian.org/debian-security/ trixie-security main contrib non-free non-free-firmware

# Backports allow you to install newer versions of software made available for this release
#deb http://deb.debian.org/debian trixie-backports main non-free-firmware
#deb-src http://deb.debian.org/debian trixie-backports main non-free-firmware

Guarda con Crtl + o y sal con Crtl + x

Ejecuta el comando de actualización para que el sistema reconozca los nuevos componentes

sudo apt update

Después de seguir estos pasos, podrá instalar paquetes de los repositorios contrib y non-free que estén disponibles en el canal de backports.

Repositorio multimedia en Debian 13

Generalmente, ya no es necesario instalar el repositorio deb-multimedia si ya tienes habilitados los repositorios non-free y non-free-firmware. La razón es que en las versiones modernas de Debian, la mayoría de los códecs y controladores multimedia necesarios para el uso diario se han movido a los repositorios oficiales, particularmente a non-free y el nuevo non-free-firmware.

El repositorio deb-multimedia es un repositorio de terceros que contiene paquetes que a menudo entran en conflicto con los de los repositorios oficiales. Si lo añades, es probable que apt intente instalar versiones diferentes de las librerías principales, lo que puede causar problemas de estabilidad o dependencias rotas en tu sistema.

En resumen:

• Si buscas controladores y firmware: El repositorio non-free-firmware ya incluye lo que necesitas.
• Si buscas códecs y aplicaciones multimedia: Es muy probable que ya estén en non-free.
• Solo instala deb-multimedia si: Sabes exactamente qué paquete necesitas de él y no está disponible en los repositorios oficiales, y estás dispuesto a lidiar con posibles conflictos.

En la mayoría de casos, los repositorios oficiales de Debian son suficientes y la opción más segura para mantener la estabilidad del sistema.

Repositorio Flathub

Flathub es un repositorio y tienda centralizada de aplicaciones para Linux que utiliza el formato Flatpak para distribuir aplicaciones universales a casi cualquier distribución de Linux.

Instalación en Gnome.

Para instalarlo ejecuta el siguiente comando desde la terminal.

sudo apt install flatpak

Para tener acceso desde la tienda de Gnome a las aplicaciones de flatpak o instalar aplicaciones desde el navegador,  instalamos el plugin que lo hace posible.

sudo apt install gnome-software-plugin-flatpak

Agregua el repositorio Flathub donde residen las aplicaciones Flatpak. Ejecute los siguientes comandos desde la terminal.

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Reinicia el sistema.

Como puede verse en la imagen anterior, ya se hace visible la posibilidad de instalar las aplicaciones tanto en paquetes «deb» como en «flatpak».

Puedes visitar la página oficial para obtener más información sobre este repositorio aquí

¿Pero realmente necesitas una base mínima? ¿Tan pocos recursos tiene tu PC para necesitarlo? Si has elegido Gnome para tu equipo, será porque reune las características suficientes para funcionar y si no fuese así, tienes otras alternativas como Live con Xfce o Live con Lxde de la página Otras imágenes ISO live

La imagen Live con GNOME está diseñada para ofrecer una experiencia completa y funcional desde el primer momento. Por ello, incluye muchos más paquetes por defecto: un entorno de escritorio (como GNOME), sus dependencias, utilidades comunes y, a menudo, controladores de firmware no libre para asegurar la compatibilidad con el hardware.
Las imágenes Live suelen tener los repositorios contrib y non-free habilitados por defecto, lo que garantiza que el sistema «funcione de inmediato» con la mayor cantidad de hardware posible, mejorando así la experiencia del usuario.

Existe también una versión de imagen de instalación completa que contiene muchos más paquetes. Esta imagen está pensada para facilitar la instalación en ordenadores sin conexión a Internet, ya que no necesita descargar nada durante el proceso.

Medio de instalación.

Una vez descargada la imagen Live con GNOME, necesitarás guardarla en un medio de instalación. El más común a día de hoy es el USB. Las memorias USB son rápidas, reescribibles y la mayoría de los ordenadores actuales (incluso los más antiguos) tienen soporte para arrancar desde ellas. Para crear una USB de arranque, necesitas una herramienta que grabe la imagen ISO en la memoria. Algunas de las más populares son, Balena Etcher, Rufus, dd y Ventoy.

• Balena Etcher: Una herramienta gráfica muy sencilla de usar, disponible para Windows, macOS y Linux.
• Rufus: Una opción muy completa y popular para usuarios de Windows.
• dd (en Linux/macOS): Un comando de terminal potente y flexible para los usuarios más avanzados.
• Ventoy: Esta herramienta es única. En lugar de grabar la ISO, te permite crear una USB multi-arranque. Simplemente arrastras y sueltas uno o varios archivos ISO en la memoria, y Ventoy te presenta un menú para que elijas qué sistema quieres arrancar. Es ideal si instalas diferentes sistemas operativos con frecuencia.

Yo he usado Ventoy y puedes ver como usarlo aquí

La Instalación

El icono del instalador de Debian 13 lo encontrarás al llevar el cursor a la esquina superior izquierda de tu pantalla, justo en el Dock que aparecerá en la parte de abajo de tu pantalla.

Primeros pasos.

Una vez pinches en su icono, se abrirá la pantalla de Bienvenida de Calamares (el instalador de Debian) donde tendrás que elegir el idioma de tu distribución.

Está pantalla inicia en el idioma inglés, pero en mi caso elijo el «español de España»

Ubicación

Elige la Región y la Zona horaria que corresponda, en mi caso, «Europa» con uso horario de «Madrid».

Teclado

Seguimos con el tipo de teclado e idioma del mismo.No será ningún misterio, que si mi idioma es el español, el teclado siga esa misma linea.

Particiones

En esta ventana aparecen las particiones que hay en nuestro disco, puedes desplegar la pestaña «Dispositivos de almacenamiento» para ver de cuantos discos dispones y sobre cual de ellos quieres hacer la instalación. En este caso, sé que estoy en el disco correcto porque en la franja de color verde, está mi viejo Debian 12. Así que este será el disco en el que realizaré la instalación de Debian 13.

Selecciona, una a una, las particiones y pulsa en borrar hasta que no quede nada más que un Espacio libre.

Desde que comencé con Linux allá por el 2006, esta será la primera vez que haré particiones separadas para la raíz del sistema y el home.
Además de las particiones raíz y home, el instalador de Debian te pedirá que crees una pequeña partición llamada Partición del Sistema EFI (ESP). Esta partición es necesaria para que el sistema UEFI pueda encontrar y arrancar el gestor de arranque de Debian (GRUB).

Las particiones a crear en mi disco SSD de 450 GB,son:

• Partición 1: EFI System Partition (ESP) se encargará de gestionar el arranque de tu sistema UEFI
  • Tamaño: 500 MiB.
  • Sistema de archivos: FAT32.
  • Punto de montaje: /boot/efi.
• Partición 2: Root contendrá todos los archivos del sistema operativo
  • Tamaño: 80 GiB (81920 MiB).
  • Sistema de archivos: ext4.
  • Punto de montaje: /.
• Partición 3: Home te permitirá mantener tus datos personales separados del sistema.
  • Tamaño: El resto del espacio disponible.
  • Sistema de archivos: ext4.
  • Punto de montaje: /home.

Partición EFI

Empezamos creando la partición de arranque. Esta será de entre 300 y 500 MiB, con un sistema de archivos fat32 y un punto de montaje /boot/efi.

No olvides marcar el indicador boot.

Nota. Si creaste el medio de instalación con Ventoy, es importante señalar que el usb de arranque tiene que ser GPT, ya que si no lo es, a la hora de particionar, no tendrías disponible la opción /boot/efi

Partición Root o raiz

Vuelve a seleccionar el espacio que queda libre, para crear una partición del sistema, a la que daremos entre 70 y 80GB, el sistema de archivos será ext4, el punto de montaje /

Ya tenemos creadas las 2 particiones que serán usadas por el sistema.

Partición /home

Y por último con el espacio que nos queda, crearemos la partición de los usuarios.

Y con esto, tenemos listas las 3 particiones necesarias para hacer funcionar el sistema.

Resumen

Al termino se nos presentará un breve resumen de todos los datos necesarios para comenzar la instalación.

Ya solo quedaría dar al botón «instalar».

Cuando el proceso acabe, te pedirá reiniciar y eso sería todo.

Primer arranque

Tras el primer arranque y para terminar con la instalación, nos quedaría pendiente la creación del espacio de intercambio, la partición swap.

El espacio de intercambio (swap) es un área del disco duro o SSD que el sistema operativo utiliza como una extensión de la memoria RAM. Cuando la memoria RAM está a punto de agotarse, el sistema operativo mueve datos que no están siendo usados activamente de la RAM al espacio de swap. Esto libera espacio en la RAM para procesos más importantes, evitando que el sistema se bloquee o se ralentice drásticamente.

El área de intercambio recomendada para discos SDD es la swapfile.

swapfile

Una swapfile es un archivo, normalmente en la partición raíz, que se utiliza como espacio de memoria virtual. Funciona de manera similar a una partición de intercambio (swap partition), pero en lugar de ser una partición dedicada, es simplemente un archivo.

Creando el archivo swapfile

Crea un archivo del tamaño necesario ¿Y cuanto es eso? Debían 13 con Gnome, por defecto, viene configurado para hibernar, por ello crearemos un archivo 2GB mayor que nuestra memoria RAM.
En mi caso, como mi RAM es de 32 GB, crearé un archivo de 34GB

Es recomendable crear el archivo de intercambio, (swapfile) en la raíz del sistema de archivos, es decir, en el directorio /. Por convención, el nombre del archivo suele ser swapfile, lo que resulta en la ruta /swapfile.

Usaremos el comando fallocate para crear el archivo.

sudo fallocate -l 34G /swapfile

Estableceremos los permisos oportunos, por seguridad, solo el usuario root debe tener acceso al archivo.

sudo chmod 600 /swapfile

Marcamos el archivo como swap, formateamos y conviertimos el archivo en un área de intercambio.

sudo mkswap /swapfile

3. Activa el nuevo swapfile

Para empezar a usar el archivo, actívalo con:

sudo swapon /swapfile

4. Actualiza el archivo fstab

Este es el paso más importante para que el cambio sea permanente después de reiniciar el sistema.

Primero, edita el archivo /etc/fstab con un editor de texto como nano:

sudo nano /etc/fstab

He aquí un ejemplo del fstab de mi equipo.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=9B98-F123                            /boot/efi      vfat    defaults   0 2
UUID=e7787bae-c1df-36bc-b063-7b7a67ee3152 /              ext4    defaults   0 1
UUID=1ec4a71b-3d0b-4a6a-1234-7e4783671a55 /home          ext4    defaults   0 2
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Agrega una nueva línea al final del archivo para el swapfile que acabas de crear:

/swapfile none swap sw 0 0

A continuación subrayo en verde los cambios producidos.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=9B98-F973                            /boot/efi      vfat    defaults   0 2
UUID=e7787bae-c1df-36bc-b063-7b7a67ee3152 /              ext4    defaults   0 1
UUID=1ec4a71b-3d0b-4a6a-1234-7e4783671a55 /home          ext4    defaults   0 2
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

/swapfile none swap sw 0 0

Guarda y cierra el archivo: presiona Ctrl + O para guardar y Ctrl + X para salir.

Comprueba tus cambios.

Como puedes ver, nuestra swap ya no es del tipo partition, si no que es del tipo file y muestra que hay un archivo de intercambio activo de 10 GB en el sistema.

$ sudo swapon --show
NAME      TYPE  SIZE USED PRIO
/swapfile file   34GB   0B   -2

Listo! Ya puedes empezar a disfrutar de la nueva versión de Debían.