Contexto

Hace poco instalé una distro nueva a un disco externo, con la finalidad de tener una especie de sistema operativo viajero. En esta ocasión, en vez de ocupar el confiable Arch EndavourOS de la vida - mi distro predilecta -, quise usar otra para laboratorio y testear un poco acerca de su uso, y de las maravillas que suelen hablar...

La distro

En esta ocasión les hablaré un poco de la poca experiencia y de la incidencia que tuve...

Todo iba bien, la instalación se llevó a cabo con éxito y no hubo mayores problemas, el escritorio Gnome, inició correctamente y llegaba el momento de instalar las aplicaciones con las que suelo trabajar:

• Emacs
• Texlive (Latex)
• mc
• Jupyter Lab
• ...

Y en otras ocasiones serían más, pero muchas de las aplicaciones que requiero ya vienen preinstaladas... Así que comienzo...

Instalando

Parto por instalar las aplicaciones, pero leyendo un poco, en su página oficial, indican que la instalación de las aplicaciones deberían de realizarse mediante ¿Contenedores?, es decir, la opción de /Flatpak/. Me parece bien en un comienzo, con excepción de que no encuentro Latex. Así que, sigo leyendo y habla de usar /distrobox/. Así que comienzo con

  distrobox create --name latex --image fedora:latest
  distrobox enter latex
  sudo dnf install texlive-scheme-medium latexmk make emacs

De momento pareciera que no necesitaría nada más, pero luego recuerdo, me falta mc.

  sudo dnf install mc

La instalación se lleva a cabo correctamente, y comienzo a probar. Inicio emacs y abro un documento org que tengo, y al intentar exportarlo a pdf, me percato que la instalación de Texlive no está completa con lo que requiero, así que buscando un poco más en la documentación de la Internet, ejecuto otra instrucción:

  sudo dnf install texlive-scheme-full

Lógicamente me indica que requiere mucho más espacio y le doy que proceda, por lo que comienza la instalación de los paquetes.

Todo va bien, mientras ese proceso está siendo ejecutado en una sanbox, digamos una especie de caja de arena, que se supone es aislada del resto del sistema, así que mi mente está sin preocupaciones... Hasta que noto en la aplicación de monitoreo que el procesador comienza a estar en su máxima capacidad, así como también la RAM ocupada.

Por norma general, espero unos minutos, pero creo que ya habían pasado más de 5 minutos cuando decidí apagar el equipo y al cabo de un rato volverlo a encender.

Cual sería mi sorpresa, que luego de iniciar el booteo, y de preguntar la contraseña, sí, disco cifrado, se me indique que puedo ingresar a la consola de emergencia porque hay daños...

Analizando el disco

Al revisar el mensaje, y al cabo de no lograr ingresar ya sea por la imagen os-tree 0 y la imagen os-tree 1 de esta distro, que se supone, no se rompe, desconecto el disco y lo conecto en mi equipo principal con Arch EndeavourOS. Lo examino con la herramienta Discos que incluye Gnome me percato que el disco es posible ingresar luego de colocar la contraseña, veo la partición que supuestamente debería de contener los datos, pero por alguna razón, no se puede montar.

Visualizando en la aplicación Discos

Al utilizar las herramientas de montaje para verificar, indica que hay un error con el sistema de archivos.

Error comprobar el sistema de archivos y tratar de montar la unidad

Así que, buscando alguna ayuda de referencia, procedo con los siguientes pasos descritos a continuación.

Vamos con la reparación

Después de leer un poco - harto -, procedo con las siguientes instrucciones

  sudo btrfs rescue zero-log /dev/mapper/luks-33f8bcb4-ef5b-479c-bbca-bac8690110b9

El sistema luego de trabajar, arroja el siguiente mensaje:

  checksum verify failed on 18810486784 wanted 0x04760ff9 found 0x12427e84
  checksum verify failed on 18810486784 wanted 0x04760ff9 found 0x12427e84
  Couldn't setup log root tree
  Clearing log on /dev/mapper/luks-33f8bcb4-ef5b-479c-bbca-bac8690110b9, previous log_root 18810486784, level 0

Encuentra que hay fallas en la suma de verificación, pero que ha logrado limpiar el log. En teoría con un log limpio, deberíamos de poder montar la unidad sin mayores problemas, por lo que lo intentamos...

Para ello, creamos dentro de mnt la carpeta llamada bazzite, y a continuación procedemos con el montaje y su posterior lectura si es posible.

  sudo mount /dev/mapper/luks-33f8bcb4-ef5b-479c-bbca-bac8690110b9 /mnt/bazzite
  ls /mnt/bazzite/
  total 0
  drwxr-xr-x 1 root root  24 mar 30 13:44 home
  drwxr-xr-x 1 root root  74 mar 30 10:35 root
  drwxr-xr-x 1 root root 228 mar 30 15:08 var

En este punto, ya se puede ingresar, y lo recomendable sería comenzar con respaldar los datos. Pero como es una distro nueva en mi caso, no es necesario, pero ejecutaré una verificación de checksums para asegurarme de que todo está correcto.

  sudo btrfs scrub start /mnt/bazzite
  scrub started on /mnt/bazzite, fsid 9886fb7d-b8d4-4c4c-a74f-4d0302832e17 (pid=14602)
  Starting scrub on devid 1

Lo dejo correr un rato y después de unos minutos vuelvo a comprobar...

  sudo btrfs scrub status /mnt/bazzite/
  UUID:             9886fb7d-b8d4-4c4c-a74f-4d0302832e17
  Scrub started:    Mon Mar 30 18:36:36 2026
  Status:           running
  Duration:         0:00:20
  Time left:        0:00:52
  ETA:              Mon Mar 30 18:37:52 2026
  Total to scrub:   26.06GiB
  Bytes scrubbed:   7.19GiB  (27.60%)
  Rate:             368.30MiB/s
  Error summary:    no errors found

Hasta ahora va bien, indica que no ha encontrado errores...

sudo btrfs scrub status /mnt/bazzite/
UUID:             9886fb7d-b8d4-4c4c-a74f-4d0302832e17
Scrub started:    Mon Mar 30 18:36:36 2026
Status:           finished
Duration:         0:01:10
Total to scrub:   26.06GiB
Rate:             381.23MiB/s
Error summary:    no errors found

Ya terminó, y felizmente indica que no hay errores, por lo que procedo con la desconexión y volver a iniciar desde este disco externo.

Todo funcionando correctamente.

En conclusión

En conclusión, siempre es bueno contar con un respaldo de los datos importantes... En el caso de la recuperación es bueno realizar una copia, ¿en mi caso? No era necesario, era una instalación limpia que se había corrompido por quizás que motivo o misterio... Pero ya está funcionando nuevamente...