Linus Torvalds Elimina Bcachefs del Kernel Linux 6.17 tras Conflicto con su Desarrollador Principal

Published:

La tensa relación entre Linus Torvalds, creador de Linux, y Kent Overstreet, el principal desarrollador de Bcachefs, ha alcanzado un punto crítico. Como resultado, Torvalds ha decidido eliminar Bcachefs del próximo lanzamiento del kernel Linux 6.17, poniendo en pausa —al menos por ahora— la integración oficial de este prometedor sistema de archivos.

¿Qué es Bcachefs y por qué importa?

Bcachefs es un moderno sistema de archivos para Linux, diseñado como alternativa a soluciones como Btrfs y ZFS. Se basa en un enfoque de escritura por copia (copy-on-write) y ofrece características avanzadas como:

  • Cifrado integrado.

  • Soporte para snapshots (instantáneas).

  • Compresión de datos.

  • Rendimiento competitivo.

Su inclusión experimental en el kernel desde la versión 6.7 generó grandes expectativas dentro de la comunidad, pero también expuso problemas.


Un Camino Lleno de Obstáculos

Desde su incorporación inicial, la trayectoria de Bcachefs dentro del kernel ha sido complicada. Múltiples informes de inestabilidad, parches de corrección constantes y conflictos entre desarrolladores marcaron su evolución. Incluso el propio Torvalds admitió públicamente el año pasado que se arrepentía de haber permitido su inclusión en el kernel en primer lugar.

A estos problemas técnicos se sumaron desacuerdos personales y metodológicos, que finalmente explotaron en las últimas semanas.


El Punto de Quiebre: Parche Controversial y Debate Público

El conflicto se intensificó cuando Overstreet presentó un parche tardío que introducía la función “journal_rewind”, permitiendo restaurar el sistema de archivos a un punto anterior en caso de fallo. Aunque argumentó que esta mejora era crucial para la integridad de los datos de los usuarios, el momento de su entrega violaba las estrictas reglas de congelamiento de cambios de Torvalds durante las fases finales de desarrollo (release candidates).

La negativa de Overstreet a aceptar cuestionamientos sobre estos parches encendió la chispa final. Linus, fiel a su conocida postura de firmeza en los procesos de desarrollo, decidió retirar el soporte para Bcachefs de la versión 6.16-rc3 y anunció que no se consideraría para el merge window de la versión 6.17.

“Estamos listos. Has dejado muy claro que no puedo ni siquiera cuestionar los arreglos de bugs. En ese punto, no me siento cómodo participando en absoluto”, declaró Torvalds en un mensaje contundente a la comunidad.


Respuesta de Overstreet y Consecuencias

Overstreet, lejos de suavizar el tono, respondió de forma directa, acusando a Linus de ser “genuinamente imposible a veces” y pidiendo que no se utilicen las Pull Requests como un “arma” en los conflictos.

Este cruce de declaraciones expone, una vez más, las tensiones latentes en el proceso de desarrollo del kernel, donde las pasiones técnicas y los egos personales suelen chocar.

Para los usuarios y distribuidores, la consecuencia inmediata es clara: Bcachefs no formará parte del kernel 6.17, lo que significa que:

✅ No recibirá integración directa ni mantenimiento upstream.

✅ Su estabilidad y compatibilidad dependerán de compilaciones fuera del árbol oficial (out-of-tree builds).

✅ Las distribuciones que planeaban adoptarlo tendrán que reconsiderar su hoja de ruta o mantenerse en versiones anteriores.


¿Futuro de Bcachefs? ¿Reconciliación o Final?

Aunque el camino está roto por ahora, no se descarta una posible reconciliación antes de la apertura de la ventana de integración de la versión 6.18. Sin embargo, todo dependerá de si ambas partes logran superar sus diferencias y retomar un diálogo técnico productivo.

Mientras tanto, quienes buscan un sistema de archivos moderno y robusto en Linux deberán seguir confiando en opciones como Btrfs, XFS, o ZFS, al menos hasta que Bcachefs consiga estabilizar su situación dentro del kernel oficial.

- Advertisement -
Jorge
Jorgehttps://nksistemas.com
Soy Jorge, Sr Sysadmin Linux/DevOps/SRE y creador de NKSistemas.com Trabajo con plataformas: Linux, Windows, AWS, GCP, VMware, Helm, kubernetes, Docker, etc.

Related articles