Cuando SLES Btrfs pasa a modo de solo lectura: Diagnostique antes de volver a montar.

Si un sistema de archivos Btrfs de SUSE Linux Enterprise informa "Sistema de archivos de solo lectura", primero averigüe si se montó en modo de solo lectura intencionalmente o si cambió a este modo tras un error. Verifique las opciones de montaje, el espacio libre y el registro del kernel antes de intentar volver a montarlo. Utilice la función de reversión de Snapper para obtener una instantánea del sistema de arranque verificada; si Btrfs registró errores de E/S o de metadatos, proteja los datos y diagnostique la ruta de almacenamiento antes de volver a escribir en el sistema de archivos.

1. Distinga un montaje intencional de solo lectura de un error del sistema de archivos.

Reemplazar /datacon el punto de montaje afectado, o /para la raíz.

findmnt -T /data -o SOURCE,FSTYPE,OPTIONS
sudo btrfs filesystem show /data

En el primer comando, busque roo rwen las opciones. Se espera que una instantánea de Snapper de solo lectura rechace las escrituras. Un montaje configurado con rotambién /etc/fstabpuede ser intencional. Btrfs también puede cambiar a solo lectura después de errores graves de transacción, metadatos o dispositivo. En ese caso, ejecutar repetidamente mount -o remount,rwno soluciona la causa y puede fallar inmediatamente.

Si el sistema de archivos se montó deliberadamente en modo de solo lectura, su dispositivo está en buen estado y el registro del kernel no tiene errores de Btrfs ni de E/S, se puede volver a montar un sistema de datos normal en modo de lectura y escritura:

sudo mount -o remount,rw /data
findmnt -T /data -o TARGET,OPTIONS

No utilice este comando para recuperar una instantánea de solo lectura iniciada o un sistema de archivos de solo lectura forzado por error. Un remontaje exitoso confirma la capacidad de escritura, no la integridad del sistema de archivos.

2. Compruebe si la presión del espacio es el verdadero problema.

Btrfs puede quedarse sin espacio asignable incluso cuando una vista básica del disco parezca sorprendente, porque la asignación de datos y metadatos se realiza por separado. Compruebe tanto el espacio libre ordinario como el uso de Btrfs:

df -hT /data
sudo btrfs filesystem usage -T /data

Si el sistema informa de No space left on devicefallos en el dispositivo o errores estructurales, pero el registro del kernel no los muestra, inspeccione el uso de Snapper antes de eliminar nada:

sudo snapper list

Elimine únicamente las instantáneas que su política de retención le permita perder, utilizando sudo snapper delete SNAPSHOT_IDpara cada ID seleccionado. Conserve una instantánea previa a la actualización que funcione correctamente si necesita una opción de reversión; eliminar instantáneas recupera espacio, pero elimina los puntos de recuperación. Es posible que la limpieza no devuelva espacio de inmediato, y las instantáneas no corregirán los errores de E/S. No ejecute un balanceo para forzar la escritura en un sistema de archivos de solo lectura; este proceso mueve datos y está diseñado para solucionar un problema de asignación diagnosticado en un sistema de archivos en buen estado y con permisos de escritura.

3. Lea el registro del kernel antes de elegir una reparación.

Busque el primer error de Btrfs, dispositivo de bloques, controlador o transporte, no solo el mensaje final que indica que el sistema de archivos pasó a ser de solo lectura:

sudo journalctl -k -b --no-pager | grep -Ei 'btrfs|I/O error|nvme|ata|scsi'

Los mensajes sobre lecturas fallidas, discrepancias en la suma de comprobación, dispositivos faltantes o errores de E/S apuntan a una ruta diferente a la de una simple roopción de montaje. Verifique el disco, el controlador, la RAID/HBA, la capa SAN o de disco virtual, y la información de estado del proveedor. Corrija primero el hardware o la conectividad inestables. Si los datos son importantes, minimice las escrituras y cree una copia de seguridad o una imagen a nivel de bloque con un administrador antes de intentar reparar el sistema de archivos.

4. Elija la recuperación menos riesgosa que se ajuste a la evidencia.

En SLES, las instantáneas de arranque utilizan la configuración raíz predeterminada de Snapper. La raíz debe ser Btrfs en un dispositivo, el gestor de arranque debe admitirla y solo se revierte el subvolumen raíz. Verifique un candidato antes de confirmarlo; si no es adecuado, reinicie el sistema actual o el entorno de recuperación. Consulte el procedimiento de reversión de Snapper para SLES 15 SP7 .

Cuándo son apropiadas las comprobaciones fuera de línea o una revisión exhaustiva.

Si el sistema de archivos no se monta o los mensajes del kernel sugieren daños estructurales, inicie el sistema de rescate SLES u otro entorno de recuperación adecuado, identifique el dispositivo correcto y asegúrese de que esté desmontado antes de ejecutar la comprobación predeterminada de solo lectura:

sudo btrfs check /dev/DEVICE

Utilice el dispositivo de bloques Btrfs real, no un marcador de posición de punto de montaje. La comprobación puede consumir tiempo y memoria, e informa sobre hallazgos estructurales; no garantiza la reparación. No la añada --repaircomo paso rutinario. La documentación de Btrfs advierte que la reparación puede empeorar la situación y solo debe utilizarse con la guía de un experto, tras aceptar el riesgo de pérdida de datos. Consulte con el soporte de SUSE o con un especialista en Btrfs si la comprobación informa de errores o si el dispositivo presenta fallos de E/S.

Una vez que el almacenamiento se estabilice y el sistema de archivos esté montado en modo lectura/escritura, sudo btrfs scrub start -B /datase pueden verificar las sumas de comprobación. Scrub no es un verificador estructural. Solo puede reparar daños a partir de una copia redundante que se sabe que funciona correctamente; en un diseño de copia única, detecta errores pero no puede reconstruir los datos perdidos. Lea la documentación de Btrfs scrub . Consulte también la guía de sistemas de archivos SLES 15 SP7 de SUSE , el artículo de recuperación de Btrfs de SUSE y el manual de verificación de Btrfs .

Verificar el resultado

Tras la recuperación elegida, compruebe que el punto de montaje tenga las opciones previstas y pueda realizar una escritura segura:

findmnt -T /data -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo touch /data/.rw-check && sudo rm /data/.rw-check

Para revertir una instantánea raíz, reinicie primero y confirme que el sistema predeterminado se inicia correctamente. A continuación, revise el nuevo registro del kernel en busca de errores recurrentes de Btrfs o del dispositivo. Un simple indicador de lectura/escritura no garantiza un funcionamiento correcto: si se repiten los errores, detenga las escrituras y vuelva al diagnóstico del almacenamiento.