Linux 7.3 arregla los ID de sistema de archivos de Btrfs y el arranque con grub2
Un cambio de Btrfs en Linux 7.2-rc1 volvió inestables los ID de sistema de archivos y rompió la derivación de claves de OpenConnect. El arreglo toca 10 archivos.
3 min de lectura

En cifras
- Btrfs files changed in the merged pull
- 10
- lines added, against 13 removed
- 96
- kernel where the ID regression appeared
- 7.2-rc1
Linus Torvalds ha incorporado un conjunto de arreglos de Btrfs al núcleo Linux 7.3. Dos de ellos deshacen cambios que rompieron máquinas en funcionamiento. Uno volvió inestable el identificador que Btrfs declara sobre sí mismo. El otro impidió que algunos equipos terminaran de arrancar.
Btrfs es un sistema de archivos integrado en Linux. Es la opción predeterminada en Fedora y en openSUSE. Una regresión aquí llega, por tanto, a equipos de escritorio corrientes y no solo a servidores. La solicitud de incorporación vino del responsable de Btrfs, David Sterba, y lleva la etiqueta for-7.3-rc3-tag. Phoronix informa de que los arreglos llegan en la versión candidata 7.3-rc4.
Por qué el ID del sistema de archivos dejó de ser estable
Todo sistema de archivos montado declara un FSID, abreviatura de identificador de sistema de archivos. Los programas lo leen para distinguir un sistema de archivos de otro. La solicitud de Sterba describe el primer problema como "filesystem id stability on default configurations".
Phoronix informa de que la regresión llegó en Linux 7.2-rc1. Desde ese punto, el ID que Btrfs declaraba en una instalación predeterminada podía cambiar. El software que había guardado el valor anterior leía después uno distinto.
La solicitud nombra a la víctima de forma directa: "openconnect key derivation". OpenConnect es un cliente de código abierto para VPN de empresa, y NetworkManager incluye su compatibilidad. Phoronix vincula la avería a esa compatibilidad con VPN. Cuando una clave se deriva en parte de un valor que cambia de repente, la clave ya no coincide.
Por qué algunas máquinas dejaron de arrancar
El segundo arreglo restaura la "/dev/root detection for initramfs-less boot systems with grub2", en palabras de Sterba.
Un initramfs es un pequeño sistema de archivos temporal. El núcleo lo carga al principio del arranque y lo usa para encontrar el sistema de archivos raíz real. La mayoría de las distribuciones incluyen uno. Algunas instalaciones prescinden de él para arrancar más rápido o mantener la configuración sencilla.
Sin initramfs, el núcleo debe averiguar por su cuenta qué dispositivo contiene la raíz. Phoronix informa de que esa detección fallaba en sistemas de archivos raíz Btrfs arrancados con GRUB2. Una máquina que no puede identificar su sistema de archivos raíz no termina de encenderse.
Qué más hay en la solicitud
La fusión cambia 10 archivos, añade 96 líneas y quita 13. El mensaje de Sterba describe el resto como arreglos habituales. Se enumeran abajo, con una nota en lenguaje llano sobre el área que toca cada uno.
| Área citada en la solicitud | Qué hace esa parte de Btrfs |
|---|---|
| Extents comprimidos en línea | Guarda archivos muy pequeños comprimidos dentro de los metadatos |
| Activación de zona en modo zoned | Da soporte a discos que deben escribirse en zonas fijas |
| Validación del espacio de chunk items | Comprueba los registros que mapean los chunks de almacenamiento |
| Eliminación de items verity | Limpia los datos de fs-verity, que verifican el contenido de archivos |
| Reconstrucción del árbol de espacio libre | Gestiona errores mientras se rehace el mapa de espacio libre |
| Reflink y perforado de huecos | Copia bloques por referencia y libera rangos dentro de archivos |
| Recorrido de grupos de bloques | Protege el recorrido sobre grupos de bloques asignados |
| Mensajes de error | Corrige la redacción de la salida del registro del núcleo |
Entre los archivos modificados están super.c, volumes.c, disk-io.c, inode.c, tree-checker.c, zoned.c y verity.c.
Qué significa esto para los desarrolladores
Trate un FSID como un valor que puede cambiar. Si su código guarda uno y espera que sobreviva a una actualización del núcleo, esa suposición acaba de fallar en producción para usuarios de VPN. Lea el identificador de nuevo cada vez. Prepare una salida para el caso en que difiera del que guardó.
Si mantiene máquinas con raíz Btrfs y sin initramfs bajo GRUB2, no despliegue Linux 7.2 en ellas. Espere a un núcleo 7.3 que lleve esta solicitud, o conserve un initramfs como respaldo. Ubuntu 26.10 incluye un núcleo Linux 7.3 en preversión. Compruebe por eso qué versión candidata contiene su imagen antes de confiar en ella.
El primer fallo deja una lección más amplia. Cualquier valor que el espacio de usuario pueda leer es una interfaz, aunque ningún documento lo diga. Un cambio del núcleo que mueva uno de esos valores romperá software que nadie pensó en probar.
Fuentes
Artículos relacionados

Linux 7.4 elimina BFS, el sistema de archivos de arranque de UnixWare
Un parche que borra 1.275 líneas de código de BFS está en cola para Linux 7.4, un ciclo después de que EFS y FreeVxFS cayeran por la misma razón.

Linux 7.3-rc4 llega con arreglos de error hallados por LLM
Linux 7.3-rc4 salió el 20 de septiembre de 2026, con los arreglos repartidos en tercios entre controladores, sistemas de archivos y arquitectura.

Un parche de Linux 7.4 abre archivos un 39% más rápido
Un parche de 43 líneas para Linux 7.4 elimina dos referencias dentry redundantes al abrir un archivo y sube un 39% una prueba de 20 núcleos.