El proyecto contempla la migración de unos 30.000 ordenadores y el cambio de Windows a Linux ya ha comenzado, aunque el proceso todavía no está completado en todos esos equipos.

Cabe señalar que cambiar el sistema operativo es solo una parte del trabajo, ya que cada ordenador necesita documentos, correo, almacenamiento, accesos y apps internas para tramitar expedientes.

Por ello, Schleswig-Holstein está sustituyendo esas piezas de manera gradual antes de completar su migración hacia Linux.

El objetivo es ganar soberanía digital, es decir, controlar mejor la tecnología utilizada y mantener la posibilidad de cambiar de proveedor sin quedar atrapado en un único ecosistema.

Según el observatorio europeo OSOR, se han trasladado más de 44.000 buzones y unos 110 millones de correos y entradas de calendario. Es un cambio importante dentro de la infraestructura, aunque no significa que los 30.000 ordenadores ejecuten ya Linux.

La migración empieza desmontando el ecosistema de Microsoft

Es importante recordar que cada herramienta necesita un sustituto, y el Estado alemán ya lo está llevando a cabo. Usarán LibreOffice para documentos, hojas de cálculo y presentaciones, Open-Xchange como plataforma de correo y colaboración, mientras Thunderbird como cliente.

Por otro lado, Nextcloud se utiliza para almacenamiento compartido y trabajo colaborativo en la nube, mientras que la herramienta Nubus gestiona identidades y permisos.

En diciembre de 2025, casi el 80% de los puestos, excluida la Administración tributaria, utilizaba LibreOffice. Este dato tampoco equivale al porcentaje de ordenadores migrados a Linux, pero muestra hasta qué punto la transición está avanzando por capas.

La estrategia encaja con un movimiento más amplio de administraciones europeas que buscan reducir su dependencia de Windows, pero el factor decisivo no es simplemente sustituir un producto, sino recuperar capacidad de elección sobre toda la infraestructura tecnológica.

Microsoft Access muestra dónde está el verdadero problema

La mayor dificultad aparece con aplicaciones desarrolladas específicamente para el trabajo administrativo. En julio de 2026, Schleswig-Holstein informó de que estaba sustituyendo más de 100 apps y procedimientos basados en Microsoft Access.

Para ello utiliza A12, una plataforma desarrollada con participación de MGM Technology Partners que permite crear apps administrativas con menos programación manual.

Algunos componentes centrales se publicaron bajo licencia EUPL 1.2, aunque eso no significa que toda A12 sea software abierto. Dataport, proveedor público de servicios informáticos, participa en la infraestructura y la operación.

Dirk Schrödter, responsable político de Digitalización, ha situado precisamente la reducción de estas dependencias entre los grandes objetivos del proyecto.

Ese es el motivo por el que pasar miles de ordenadores de Windows a Linux no consiste simplemente en instalar otro sistema operativo. Si una aplicación imprescindible depende de Microsoft, primero hay que reemplazarla o reconstruirla.

Ahorrar licencias también requiere invertir

El Gobierno regional de Alemania ha comunicado más de 15 millones de euros de ahorro en licencias, junto con una inversión extraordinaria prevista de 9 millones para 2026.

No son cifras que puedan restarse directamente para obtener un ahorro neto, porque faltan costes completos y periodos equivalentes de desarrollo, formación, mantenimiento y operación.

Además, es correcto presentarla como una de las mayores migraciones a Linux de la historia, junto a la Gendarmería francesa, la cual documentó 72.500 ordenadores migrados de Windows a Ubuntu en 2014.

Lo importante en Schleswig-Holstein está en cómo se está haciendo. La Administración está eliminando dependencias servicio a servicio y aplicación a aplicación antes de completar el paso de esos aproximadamente 30.000 ordenadores a Linux.

Lo que queda por comprobar es cuántos ya han terminado la transición, cuánto falta y cuál será el coste total cuando el proyecto pueda evaluarse de principio a fin.

Lo que más preocupa aquí es precisamente esto último. No estamos ante un fallo que dé pie a un reinicio, un bloqueo del sistema o un mensaje de error. En este caso, una aplicación podía escribir datos y el kernel podía terminar perdiéndolos mientras el sistema seguía funcionando como si nada.

El problema se ha corregido durante el desarrollo de Linux 7.3, que todavía está en fase de pruebas. La solución ya ha sido integrada en esta versión y también está marcada para llegar a las ramas estables de Linux que todavía reciben soporte.

Parece que no habrá que esperar a que llegue en octubre Linux 7.3 para tener la corrección y ya estarían trabajando en una actualización general. Lo curioso de todo esto es que el cambio es muy pequeño y el parche modifica una sola línea de código.

Lo curioso de todo esto es que el cambio es muy pequeño y el parche modifica una sola línea de código.Lo curioso de todo esto es que el cambio es muy pequeño y el parche modifica una sola línea de código.

Un error que llevaba oculto desde Linux 6.6

El problema parece que se introdujo en julio de 2023 y está oculto en las versiones del kernel desde Linux 6.6. Es decir, ha podido convivir con distintas distribuciones y servidores durante años.

Eso tampoco significa que alguien haya estado ocultándolo porque sí. Estos errores son muy complicados de encontrar porque no es algo recurrente que dé la cara en cualquier acción. Hacen falta unas condiciones muy concretas y, además, el resultado puede ser simplemente que determinados datos no hayan quedado guardados como deberían.

De hecho, el fallo se reportó a comienzos de septiembre de 2026 junto con un pequeño programa escrito en C capaz de reproducir el comportamiento. A partir de ahí se preparó la corrección que ahora ha llegado al kernel.

Expertos en ciberseguridad localizan un error en Linux "dormido" durante 16 años y alertan

Lo cierto es que esta no es la primera ni la segunda vez que encuentran un error grave escondido en el kernel y del que nadie se había percatado de que estaba ahí.

Sin ir más lejos, hace unos meses, un investigador descubrió un fallo en el kernel de Linux que llevaba nada menos que 16 años escondido. El agujero de seguridad, bautizado como Januscape, se ha registrado de forma oficial con el código CVE-2026-53359.

En cuanto a su peligrosidad, lo cierto es que no hablamos de algo precisamente inocente. Permitía a un atacante llevar a cabo algo muy peligroso: una fuga de máquina virtual (VM escape). Esto significa que un hacker puede romper la barrera de protección que separa a un usuario de otro dentro de un mismo servidor en la nube y tomar el control total de la máquina central.

La vulnerabilidad fue encontrada por el experto en ciberseguridad Hyunwoo Kim, que demostró cómo aprovechar este error dentro del hipervisor KVM de Linux.

Como resultado, lo que este podía hacer iba desde provocar una caída total del servidor o, en el peor de los casos, leer y robar los datos confidenciales de los vecinos.

Se llama DistroSea y es totalmente gratuita desde este enlace. Según entres, te toparás con algunas de las distros más populares, como Ubuntu, Kali Linux, Linux Mint, Fedora o Zorin OS, pero también con otras menos conocidas, como Haiku, Devuan, Deepin, DragonFlyBSD o BunsenLabs.

En total, varias decenas que se prueban directamente desde la web de DistroSea mediante virtualización en el servidor de los creadores de la página, con las diferentes versiones que puedes utilizar, así como entornos de escritorio para probar.

Hay muchísimas para probar y es la mejor alternativa para no tener que revisar los manuales completos de las diferentes distros, además de que evitarás tener que perder un buen tiempo instalando una distro que, quizás, no te termine por convencer.

La aplicación funciona como un servicio web probado, es decir, que no vas a poder revisar el código, ya que no está disponible como repositorio en GitHub, pero puede probarla de forma totalmente segura sin ningún tipo de preocupación.

Yo ya he probado hasta 10 distros que me suelen gustar mucho, aunque sí quieres puedes probar más de 50 disponibles, con sus diferentes versiones y entornos de escritorio. Un sucesor muy bueno de DistroTest, la web que funcionaba prácticamente de la misma forma hasta que el proyecto quedó descontinuado.

Un mar de distros para probar sus entornos en apenas segundos

De la inmensa lista existente en DistroSea, he probado muchísimas de ellas, por lo que he accedido a las que ya sé cómo funcionan para observar cómo se comportan en un entorno virtualizado desde un servidor externo.

Para el acceso, se usa precisamente una máquina virtual, por lo que los archivos que descargues, los programas que instales o las configuraciones que realices siempre se borrarán tras acabar la sesión.

En cada una de ellas, tendrás todas las versiones últimas disponibles –si son más populares, por lo general, esto está mucho más cuidado–, así como los entornos de escritorio o la versión mediante consola.

Una vez que hayas elegido la que quieres probar, tendrás que realizar el captcha de verificación de Cloudflare, totalmente lógico para que no se cuelen bots, así como esperar si existen usuarios en la cola de prueba.

Pero si eres como yo y usas una VPN, deberás desactivarla previamente; de lo contrario, la web reconocerá que hay un proxy y no te permitirá acceder a ninguna de ellas. Simplemente páusala mientras estés probando cada una de sus distros.

Cabe mencionar que los servidores de DistroSea sí registrarán tu dirección IP pública para poder gestionar su tráfico, por ejemplo, para evitar que se utilicen sus servidores para la minería de criptomonedas o para realizar ciberataques.

En lo personal, yo recomendaría no iniciar sesión con ninguna cuenta personal ni ofrecer datos relevantes, ya que simplemente debería servirte para probar los entornos, las apps por defecto que llegan y cómo funcionaría en tu máquina.

Además, hay que tener en cuenta que esto tampoco te permitirá saber cómo funcionaría en tu ordenador con un rendimiento real, ya que no usa ni tu tarjeta gráfica ni tu procesador, por lo que si quieres probarlo así lo mejor es siempre una instalación real –la virtualización con VirtualBox o VMWare tampoco serviría exactamente para esto–.

Las limitaciones: no poder probar de forma 'real' una distro

Principalmente, has de tener en cuenta que no tiene en cuenta tu hardware, por lo que si necesitas saber cómo se comportaría de forma real con los componentes de tu máquina, lo mejor es que directamente pruebes una instalación de toda la vida.

Quizá su mayor fortaleza es que elimina cualquier barrera de entrada para los usuarios que nunca hayan probado ninguna distro de Linux y quieran ponerse a probar todas las que hay en la lista, que no son pocas.

A su vez, la prueba te va a servir más bien para saber si el entorno visual te gusta o no, y menos para saber si el rendimiento real te sirve para tu hardware; al mismo tiempo, funciona mucho mejor con las distros más ligeras, como Zorin, pero puedes experimentar algún tipo de lag, tirones o directamente congelamiento de herramientas.

Por supuesto, no está nada recomendado para probar tareas exigentes que requieran del uso de un procesador más apto para ello. Y si quieres abrir varias pestañas en el navegador al mismo tiempo, seguramente acabes congelando todo el sistema.

Al ser una página web modesta mantenida por la comunidad, en algunos casos puede ser necesario iniciar sesión con alguna cuenta oficial, pero puedes optar por algún correo temporal para no tener que añadir tus datos personales. De nuevo, lo mejor es que no añadas ningún tipo de información relacionada contigo, sobre todo para evitar filtraciones de este tipo.

Es cierto que es una web totalmente segura, pero al utilizar los servidores de la web, podrías enfrentarte al robo de tus datos en caso de algún ciberataque o de la caída del mismo.

Para que todo funcione correctamente, en el lado izquierdo hay un menú desplegable en el que puedes elegir diferentes opciones, como la activación del sonido, la compresión necesaria –puedes bajarla al mínimo para mejor rendimiento– o el tamaño de la página.

En mi caso, yo he reducido al mínimo la compresión y no he tenido ningún tipo de error en las que he analizado, como CachyOS o Kali. Si presenta algún problema durante tus pruebas, simplemente reinicia la página y vuelve a la cola de espera.

De nuevo, yo no he experimentado ningún problema con la visualización de vídeos o el acceso a diferentes tipos de herramientas, pero puede ser bastante común que esto suceda, sobre todo si accedes al mismo tiempo que otros usuarios, ya que la conexión depende totalmente del servidor que virtualiza la sesión.

Sea como sea, DistroSea se ha convertido en una de mis páginas web favoritas por ser la mejor para que los usuarios puedan conocer mejor el ecosistema de Linux, sin tener que realizar ningún tipo de configuración no apta para principiantes. Una de las mejores aproximaciones para enamorarse definitivamente de Linux.

Starling quiere simplificar todo este entramado y reunir buena parte del escritorio en una sola aplicación, desde el gestor de ventanas hasta el compositor, el dock o la barra superior.

La idea es bastante poco habitual, ya que en lugar de tratar cada ventana como algo separado del resto de la interfaz, esta app la integra dentro de la misma escena gráfica que utiliza para dibujar botones, menús o el propio dock.

Eso no significa que Chrome, VS Code o Zoom se ejecuten dentro de Starling. Siguen siendo procesos independientes; lo que el escritorio integra es la superficie gráfica que generan, tratándola como otro elemento visual de su interfaz.

El proyecto ronda las 60.000 líneas de código según sus responsables y se ha desarrollado en unos seis meses por un único programador con ayuda intensiva de inteligencia artificial.

Qué es Starling y cómo funciona

Starling 0.4.0 es un entorno de escritorio, no una distribución Linux, por lo que su plataforma principal actualmente es Ubuntu 26.04 LTS sobre x86-64 y se distribuye mediante un paquete .deb de unos 51 MB.

Su arquitectura es realmente diferente, donde una app Wayland entrega al compositor una superficie con los píxeles de su ventana. Starling toma esa superficie y la coloca dentro del mismo árbol visual donde ya están el dock, los menús y los controles del escritorio.

Para conseguirlo, incluye su propio compositor Wayland, con alrededor de 5.700 líneas de C, y también un servidor X11 propio. Esto permite integrar aplicaciones Wayland y X11 sin convertir XWayland en una capa obligatoria.

El resto utiliza sobre todo Swift y un port del framework de Flutter a este lenguaje, funcionando sobre una versión modificada del motor gráfico. No utiliza Dart como base principal de la interfaz.

Starling incorpora nueve aplicaciones propias, entre ellas Archivos, Terminal, Ajustes, Editor de texto, Calculadora, Administrador de tareas, reproductor de vídeo, visor de imágenes y tienda de aplicaciones.

También ejecuta programas Linux convencionales instalados mediante apt, paquetes .deb, Snap o Flatpak, cuyo catálogo incluye aplicaciones como Chrome, VS Code, Slack, Discord, Telegram, Blender, GIMP y Zoom.

Además, puede funcionar en WSL sobre Windows y enviar directamente el escritorio mediante RDP. Incluso admite escenarios headless, donde la interfaz se genera para una sesión remota sin necesitar un monitor físico como salida.

Cómo instalar Starling para probarlo

La plataforma oficialmente probada es Ubuntu 26.04 LTS. Ubuntu Desktop ya incorpora GDM; en instalaciones mínimas o de servidor es necesario disponer de un gestor de inicio compatible.

Después hay que descargar el paquete .deb de Starling 0.4.0, instalarlo y cerrar sesión. En la pantalla de acceso aparecerá Starling entre las sesiones disponibles y seleccionarlo permite arrancarlo como escritorio independiente sin eliminar GNOME.

En WSL también puede ejecutarse starling-session y acceder posteriormente mediante RDP, actualmente a través del puerto 3390 según la documentación del proyecto. Además, conviene probarlo en una máquina virtual o equipo secundario.

El proyecto es un early preview: todavía no tiene bloqueo de pantalla funcional, falta escalado independiente por monitor, el selector de modos de pantalla está incompleto y la compatibilidad con distintas GPU continúa limitada.

Ese es precisamente el punto interesante de Starling. No demuestra que GNOME o KDE Plasma hayan quedado obsoletos, sino que un escritorio Linux puede construirse con una arquitectura radicalmente distinta y seguir ejecutando las aplicaciones de siempre.

¿Por qué Linux está eliminando líneas de código de forma masiva? Simple: añaden complejidad innecesaria al mantenimiento del proyecto y hacen que solo haya más problemas. Esto es justo lo que advierte Ethan Nelson-Moore, autor del reciente parche.

Ahora, en este caso, los cambios para deshacerse de BFS llegan tras la retirada de sistemas de archivos históricos como EFS y FreeVxFS, una decisión que forma parte de una estrategia más amplia para optimizar y disminuir la deuda técnica acumulada durante décadas.

Linux 7.4 dice adiós a BFS tras años de relevancia prácticamente nula

Ya sea que seas un programador o un usuario que cuenta con una de las mejores distros de Linux populares, estar al tanto de las novedades que llegan al kernel es de suma importancia porque una gran parte de los parches influyen en tu experiencia.

Los recientes cambios que ha hecho el proyecto de Linux Torvalds no solamente afectan a la compatibilidad con tecnologías antiguas, sino que también aportan una mayor mantenibilidad, estabilidad y seguridad.

Tras decidir borrar más de 55.000 líneas de código antiguo de la plataforma ARM y hacerse cargo de la eliminación de EFS y FreeVxFS, es improbable que BFS continúe como una tecnología activa.

Sí, a prepararse porque este componente va a abandonar definitivamente el árbol principal del kernel de cara a Linux 7.4. La razón es por la que es un formato utilizado principalmente por SCO UnixWare para gestionar su partición de arranque, según el informe de Phoronix.

Lo curioso es que este elemento se ha mantenido en Linux por muchísimos años debido a temas de compatibilidad. Sin embargo, al igual que en muchas otras cosas que van quedando obsoletas, en el proyecto, su utilización actual es escasa o inexistente y simplemente está estorbando.

“BFS (que no debe confundirse con BeFS, el sistema de archivos de BeOS) es el sistema de archivos que UnixWare utiliza para su partición de arranque. Tiene una funcionalidad extremadamente limitada, solo admite archivos contiguos y no admite subdirectorios”.

Para el equipo desarrollador, es algo innecesario y dificulta la evolución del kernel o las mejoras que este podría recibir en el futuro. La propuesta de eliminación ha sido presentada por Ethan Nelson-Moore mediante un parche enviado al árbol de desarrollo VFS.

Como parte de esta decisión, el desarrollador ha destacado que hay capacidades extremadamente limitadas con respecto al BFS y por eso no vale la pena seguir manteniéndolo.

Por ello, la propuesta consiste en retirar el controlador del kernel, manteniendo únicamente el encabezado UAPI por precaución y compatibilidad futura.

La limpieza del kernel refleja una nueva política para los sistemas de archivos

Hay que tener en cuenta que este cambio "drástico" no es algo que ha sido tomado a la ligera porque desde hace unos meses, los responsables del subsistema VFS han mostrado su preocupación por la creciente cantidad de sistemas de archivos presentes dentro del kernel de Linux.

Actualmente existen decenas de implementaciones distintas, desde formatos modernos ampliamente utilizados hasta tecnologías antiguas que apenas reciben mantenimiento o pruebas periódicas.

Debido a todo lo que implican estos cambios, los desarrolladores encargados del mantenimiento del proyecto están implementando directrices cada vez más estrictas para hacer que el árbol principal se optimice al máximo.

Con esto no solamente se mejora la experiencia de todos los usuarios, sino que también permite que los programadores tengan una forma más simple de trabajar sin tener que preocuparse por futuros problemas debido a la acumulación de código obsoleto.

La eliminación de BFS encaja perfectamente dentro de la estrategia que ya el kernel de Linus Torvalds ha estado construyendo durante los últimos años.

Y sí, A pesar de que el controlador es pequeño y no representa una carga significativa por sí mismo, es algo que prácticamente sigue estorbando debido a que no se destina a ninguna tecnología que actualmente se utilice.

Con Linux 7.4, el proyecto continúa reduciendo elementos basura para centrar recursos en sistemas de archivos actuales y actualizados, así que solo queda esperar a ver si esta eliminación finalmente se hace realidad en dicha versión.

Todo esto empezó por algo que tampoco tendría que haber provocado un gran problema. Hablamos del uso de un modelo de IA para redactar un texto relacionado con una actualización.

Brancaleoni había participado en una actualización de Go 1.27.1 para Void Linux. Después publicó un comentario en el que comparaba el impacto de pasar de Go 1.26 a Go 1.27. Otro mantenedor le preguntó qué había utilizado para generar ese texto y Brancaleoni respondió que había recurrido a GLM-5.3-Flash junto con OpenCode.

El problema es que Void Linux tiene una política bastante clara sobre el uso de inteligencia artificial. El proyecto permite utilizar herramientas para investigar o aprender, pero deja claro que el contenido que forma parte de una contribución debe ser del propio colaborador. La norma incluye no solo el código, sino también la documentación, los informes de seguridad, las descripciones de las pull requests y los comentarios.

Además, Void Linux exige que cualquier uso de herramientas de IA se comunique. Básicamente, Brancaleoni había utilizado IA para generar ese comentario y no lo había declarado. A partir de ahí empezó la discusión que ha terminado con Brancaleoni dejando tirados 113 paquetes que mantenía dentro del proyecto.

El problema termina con 113 paquetes sin mantenedor

Como resultado de toda esta discusión, el desarrollador ha tomado la decisión de dejar de mantener los paquetes que tenía asignados, lo que ha provocado que 113 de ellos pasen a aparecer como huérfanos dentro de Void Linux.

En pocas palabras, que un paquete quede huérfano quiere decir que ya no tiene un mantenedor responsable de mantenerlo y actualizarlo. Ahora otros colaboradores tendrán que hacerse cargo de ellos si quieren que siga recibiendo mantenimiento.

El problema es que algunos de esos paquetes son bastante famosos: Alacritty, Clementine, Kubernetes, Terraform, virt-manager, Vagrant, Moby, Hugo, Freeplane, Racket, Thermald y varios paquetes relacionados con Docker y Python, entre muchos otros.

La batalla de nunca acabar con la IA: ¿se debe usar para programar sí o no?

Cada vez es más normal que los programadores utilicen herramientas de IA para buscar información, entender código, encontrar errores o preparar borradores. Esto ya forma parte de la vida de muchos, por lo que ahora se debate qué parte de ese trabajo puede hacer la IA cuando el resultado forma parte de un proyecto de código abierto.

Para Void Linux, la respuesta precisamente se ha escrito en sus propias normas. La IA puede servir como ayuda para investigar y aprender, pero el resultado que se añade al proyecto tiene que proceder del colaborador y ser comprendido por él. Y, además, si se ha usado, se debe decir.

En este caso, Void Linux ya ha fijado su posición: IA sí, pero con límites. Brancaleoni, en este caso, no respetó esas condiciones y tampoco puede hacer mucha más discusión.

Eso sí, este tiene derecho a dejar de mantener los paquetes que llevaba. El mantenimiento de un proyecto de código abierto depende de voluntarios y colaboradores, y nadie está obligado a continuar trabajando en él.

Sin embargo, la actitud deja bastante que desear cuando permites que 113 paquetes queden huérfanos como consecuencia de una pelea sobre algo que ha generado con IA.

Si no estaba de acuerdo con la política de Void Linux y le parecía demasiado restrictiva, podía discutirla, proponer cambios o simplemente dejar de colaborar con el proyecto. El problema es que, al abandonar de golpe tantos paquetes, la consecuencia recae también sobre el resto de la comunidad.

Esto es algo a lo que ya nos ha acostumbrado el propio creador de Linux y, una vez más, reconoce que ha sucedido exactamente lo mismo en el anuncio de esta nueva versión. "Otra versión candidata bastante grande, y de nuevo con un impacto en el sistema de archivos mayor al habitual", explica Torvalds.

Por supuesto, esto no significa que Linux 7.3 esté siendo un descontrol de actualización de SO ni que haya problemas graves con el kernel, pero sí que los desarrolladores todavía tienen bastante trabajo por delante.

Buena parte de esos cambios se concentran esta vez en XFS, uno de los sistemas de archivos que puede utilizar Linux, y en el cliente SMB, que es el encargado de permitir que un ordenador Linux se conecte a carpetas compartidas de Windows o a dispositivos como servidores NAS.

Y aunque los sistemas de archivos han sido casi el centro de todo en esta RC3, siguen sin ser la parte que más cambios recibe. Como suele pasar con el kernel, los controladores siguen concentrando la mayor parte de los cambios. En esta rc los grandes reyes han sido los relacionados con el sonido y las redes.

Linux 7.3-rc3 vuelve a ser una versión candidata bastante grande

A modo de pequeño contexto, comentar que Linux no pasa una versión del sistema operativo de estar en desarrollo a convertirse en una versión final. Primero se van publicando diferentes versiones RC, que sirven para encontrar y corregir errores antes del lanzamiento definitivo.

Linux 7.3 ya está en la tercera de estas versiones candidatas y todavía deberían llegar otras cuatro antes de que Torvalds considere que el kernel está preparado para su lanzamiento final. Todo esto, siguiendo el calendario, se prevé que llegue de cara a mediados de octubre.

Con esto explicado, el problemático de esta rc ha sido principalmente XFS (un sistema de archivos muy usado en servidores o PC donde se manejan muchos datos). Se han incluido correcciones relacionadas con la gestión de bloqueos, la comprobación del estado del sistema de archivos, las herramientas de reparación, las cuotas y otros apartados internos.

De forma simple, los sistemas de archivos son los que se encargan de organizar cómo se guardan y recuperan los datos de un SSD o un disco duro. Cuando se corrige un problema en esta parte del kernel, se está intentando conseguir que Linux gestione mejor los archivos y que sea más difícil que un fallo termine provocando problemas con los datos.

Greg Kroah-Hartman avisa de que las próximas semanas pueden ser complicadas para quienes mantienen el kernel

El desarrollador, una de las figuras más importantes del proyecto y responsable de varios subsistemas, lleva meses advirtiendo del problema que está generando la inteligencia artificial en el desarrollo de Linux.

El punto en cuestión no es que la IA esté cambiando por completo el kernel por su cuenta, sino porque cada vez llegan más informes de errores y parches generados con ayuda de modelos de lenguaje.

El problema es que no todos esos cambios son inútiles. Algunos detectan fallos reales y merecen entrar en el kernel. Otros, en cambio, intentan corregir problemas muy antiguos, que carecen de importancia o incluso afectan a código que apenas se utiliza. Y alguien tiene que revisar cada propuesta antes de aceptarla.

Esto está haciendo que el trabajo de los mantenedores sea mucho más pesado. Y el propio Greg KH lo deja claro afirmando que "este va a ser un ciclo de -rc complicado".

Con todo esto, si el calendario previsto se mantiene, Linux 7.3 debería estar listo alrededor del 18 de octubre, aunque podría retrasarse hasta el 25 de octubre si las últimas semanas se complican de más.

Los ciclos de desarrollo del kernel ya implican de por sí una enorme cantidad de cambios, pruebas y correcciones. Ahora a los mantenedores les toca además lidiar con una cantidad cada vez mayor de propuestas que proceden de la inteligencia artificial y su análisis de código. Aquí es donde reside el gran miedo, que no rechazo, de Greg KH.

No está diciendo que la inteligencia artificial vaya a destruir Linux ni que todos los parches creados con IA sean malos. De hecho, reconoce que algunos solucionan grandes errores escondidos. El problema es mucho más básico: hay demasiadas cosas que revisar.

Sin embargo, detrás de uno de los proyectos tecnológicos más influyentes del planeta también hay figuras que han ayudado a impulsar su expansión global, entre ellas Jim Zemlin, director ejecutivo de la Linux Foundation.

Su visión sobre liderazgo, innovación y colaboración se ha convertido en una referencia dentro de la industria tecnológica. La historia resulta especialmente interesante en una época marcada por la inteligencia artificial, la computación en la nube y las infraestructuras digitales que sostienen gran parte de Internet.

Aunque millones de personas utilizan dispositivos y servicios basados en Linux cada día, pocas conocen las lecciones que Zemlin ha extraído tras años trabajando junto a la comunidad que mantiene y desarrolla el sistema operativo más extendido del mundo.

La sorprendente lección de Jim Zemlin: "No sueñes en grande"

Durante una de sus intervenciones más conocidas, Jim Zemlin comenzó con una afirmación que captó de inmediato la atención del público: "¡Soy el jefe de Linus Torvalds!".

Acto seguido, matizó la frase con humor, explicando que en realidad Torvalds no necesita un jefe y que Linux ha alcanzado su éxito gracias al esfuerzo colectivo de miles de desarrolladores repartidos por todo el mundo.

Antes de compartir sus enseñanzas, Zemlin recordó la enorme presencia de Linux en la tecnología moderna. Según explicó, el sistema operativo está presente en teléfonos inteligentes, televisores, infraestructuras financieras, superordenadores y buena parte de Internet.

Su argumento era sencillo: millones de personas utilizan Linux varias veces al día sin ser conscientes de ello. Ese alcance global convierte el caso de Linux en uno de los fenómenos colaborativos más exitosos de la historia de la informática.

La primera gran lección que aseguró haber aprendido puede parecer contradictoria: "no sueñes en grande, no sueñes en grande". Para respaldarla, recordó el famoso mensaje que Linus Torvalds publicó en 1991 al presentar Linux, donde decía: "Estoy haciendo un sistema operativo (libre/gratuito) (solo un pasatiempo, no será algo grande ni profesional...)".

Zemlin vinculó esa filosofía con una cita atribuida al poeta Robert Frost: "No apuntes al éxito. Haz lo que amas y cree en ello, y llegará". Su conclusión es que los proyectos transformadores no siempre nacen con la intención de conquistar el mundo. A menudo surgen de la pasión genuina por resolver un problema o crear algo significativo.

Pasión, código abierto y el valor de compartir fueron los pilares

La reflexión de Zemlin no termina en el origen de Linux. También destaca que Linus Torvalds llegó a desarrollar toda una filosofía alrededor de esa motivación, algo que plasmó en el libro Just for Fun: The Story of an Accidental Revolutionary.

El propio título resume la idea central: crear porque disfrutas haciéndolo. Según Zemlin, esa diferencia es la que separa los trabajos realizados únicamente por obligación de las grandes obras capaces de cambiar industrias enteras.

La segunda lección está estrechamente relacionada con el éxito del software libre: "regálalo todo". El CEO de Linux Foundation explicó que Linux puede utilizarse gratuitamente y que cualquier persona tiene la libertad de modificarlo.

La única condición esencial consiste en compartir las mejoras con la comunidad cuando corresponda según la licencia. Desde fuera, este planteamiento puede parecer ilógico para quienes asocian el software exclusivamente con modelos tradicionales de venta.

De hecho, recordó que muchas personas consideran imposible construir un negocio sólido alrededor de productos que cualquiera puede descargar sin coste.

Sin embargo, el ejecutivo defendió que la realidad demuestra lo contrario. Para ilustrarlo, comparó el rendimiento histórico de compañías relacionadas con el software de código abierto y señaló que existen modelos empresariales capaces de generar valor mediante soporte, servicios, desarrollo e innovación alrededor de tecnologías abiertas.

La expansión de Linux durante las últimas décadas también refuerza ese argumento: miles de organizaciones colaboran sobre una base común, aceleran el progreso tecnológico y evitan duplicar esfuerzos.

Desde su perspectiva, la combinación de pasión, colaboración y apertura explica por qué un proyecto que comenzó como un simple pasatiempo terminó convirtiéndose en una pieza fundamental de la economía digital global.

En el fondo, la enseñanza de Zemlin va mucho más allá del software. Su mensaje no consiste en renunciar a la ambición, sino en concentrarse primero en el trabajo que realmente te importa.

Linux no nació como un plan para dominar servidores, centros de datos o teléfonos móviles. Surgió porque su creador quería construir algo útil y disfrutaba haciéndolo.

Décadas después, aquella iniciativa personal acabó transformando la tecnología mundial y demostrando que la colaboración abierta puede competir al más alto nivel.

Y es que depender de una compañía extranjera para una parte esencial de la infraestructura informática supone aceptar también sus condiciones, sus ciclos de soporte y sus decisiones futuras.

Por eso varios países están buscando alternativas a Windows y mirando hacia el software libre, y Linux ofrece una característica especialmente interesante en este escenario.

Cabe mencionar que no se trata de cambiar un sistema operativo por otro, sino de reducir una dependencia tecnológica. Por ello, Francia, Alemania y China están avanzando en esa dirección con necesidades diferentes.

Mientras los dos primeros países están muy relacionados con la soberanía tecnológica europea, el gobierno chino persigue una estrategia de autosuficiencia mucho más amplia.

Al final, el resultado es el mismo punto de partida, que es intentar que determinadas infraestructuras digitales no dependan exclusivamente de Microsoft y de otros proveedores extranjeros.

Tres países, una misma preocupación y objetivos diferentes

Es importante mencionar que Francia es uno de los ejemplos más recientes, donde la Dirección Interministerial de Asuntos Digitales (DINUM) anunció en abril de 2026 que trasladará sus puestos de trabajo de Windows a Linux y pretende que otros ministerios preparen sus propios planes de migración.

Este movimiento se integra en una política europea destinada a reforzar la autonomía tecnológica, pero el país, además, no parte de cero.

La Gendarmería comenzó su transición en 2004, abandonando progresivamente herramientas de Microsoft hasta terminar utilizando GendBuntu, una versión de Ubuntu adaptada a sus necesidades. Ahora, aproximadamente el 97 % de sus ordenadores funcionan con este sistema.

Alemania ofrece un caso diferente porque ya ha demostrado tanto las posibilidades como las dificultades de este proceso. Múnich llegó a desarrollar LiMux, basado en Ubuntu, para sustituir Windows en sus equipos municipales.

Sin embargo, la ciudad acabó regresando a Windows por problemas de compatibilidad y otras dificultades operativas. Pero esto no ha frenado nuevas iniciativas de software abierto, como Mecklemburgo-Pomerania Occidental, por ejemplo, que está reemplazando SharePoint por Nextcloud.

China persigue una independencia tecnológica todavía más profunda. Su estrategia busca reducir la exposición a empresas estadounidenses y desarrollar un ecosistema propio.

Kylin OS es uno de sus proyectos principales que nació en la Universidad Nacional de Tecnología de Defensa y evolucionó hasta convertirse en una plataforma basada en Linux. A él se suma Unity OS, desarrollado por Tongxin a partir de Deepin, que utiliza Debian como base.

Linux es el medio, no el objetivo final

Los tres casos muestran que instalar Linux no constituye por sí mismo la finalidad de estas políticas. Lo importante es qué capacidad obtiene cada país al reducir su dependencia de una plataforma propietaria.

El código abierto permite adaptar sistemas, desarrollar herramientas propias y evitar que toda la infraestructura quede atada a un único proveedor. En Francia, esto encaja con la búsqueda de soberanía digital europea.

Alemania está intentando ampliar el uso de alternativas abiertas después de comprobar las dificultades de una sustitución completa. China, en cambio, pretende construir un ecosistema tecnológico nacional capaz de funcionar con mucha menos dependencia exterior.

También Rusia utiliza alternativas Linux como Astra Linux, aunque su situación responde en buena medida a las sanciones y a la salida de empresas occidentales tras la invasión de Ucrania.

El verdadero reto empieza después de abandonar Windows

Cabe señalar que la parte complicada llega cuando una administración tiene que mantener miles de equipos funcionando con las aplicaciones que necesitan sus empleados.

Compatibilidad, formación, soporte, pero sobre todo, disponibilidad de programas son obstáculos mucho más difíciles de resolver que instalar una distribución Linux.

El caso de Alemania lo demuestra especialmente bien, donde una estrategia de soberanía digital puede tener sentido sobre el papel y, aun así, encontrarse con problemas cuando llega a todos los puestos de trabajo.

Por eso estos movimientos no significan que Windows, el sistema operativo de Microsoft y el más usado del mundo, vaya a desaparecer, sino que lo que está cambiando es la posición que ocupa.

Para algunos gobiernos ya no basta con utilizar la tecnología que ofrece el mercado: también quieren conservar la capacidad de decidir qué ocurre con sus sistemas cuando cambian las circunstancias políticas, económicas o tecnológicas.

Aunque no forma parte de la lista de las distros más populares, GentleOS trae la idea de reutilizar un PC clásico con un diseño y características interesantes.

No es como Ubuntu o ZorinOS, pero tiene sus características enfocadas en aprovechar al máximo el hardware de los equipos. Si te llama la atención, entonces en este artículo tienes todo lo que necesitas saber sobre cómo funciona y por qué es tan increíble.

GentleOS apuesta por rescatar ordenadores clásicos que parecían condenados al olvido

La mayoría de sistemas operativos actuales exigen procesadores avanzados y varios GB de memoria RAM, pero GentleOS sigue una dirección completamente diferente y se une a las mejores distros ligeras.

Este proyecto de código abierto ha sido creado para funcionar en equipos de 32 bits que hoy forman parte de la historia de la informática, permitiendo que vuelvan a ser útiles sin necesidad de realizar modificaciones complejas.

De acuerdo con la documentación oficial del proyecto, está orientado a las PC clásicas de 32 bits y busca ofrecer una plataforma sencilla para experimentar con hardware retro y ejecutar aplicaciones gráficas directamente en equipos físicos antiguos.

Los desarrolladores lo describen como una herramienta para aficionados que disfrutan explorando sistemas históricos y poniendo a prueba máquinas que ya tienen décadas de existencia, según Wired.

Uno de los aspectos más llamativos es que no se limita únicamente a ordenadores relativamente antiguos. También existe una variante denominada GentleOS/16, desarrollada para funcionar en arquitecturas todavía más veteranas, incluido el microprocesador Intel 80186, introducido en 1982.

Gracias a esta compatibilidad, el proyecto se convierte en una opción interesante para quienes conservan equipos muy viejos o de índole histórica.

Requisitos mínimos, aplicaciones integradas y una experiencia centrada en la nostalgia

GentleOS no consiste solamente en arrancar un ordenador antiguo, sino que también permite que haya una interfaz gráfica limpia y un conjunto de herramientas que permiten utilizar el equipo de manera funcional.

Entre las aplicaciones disponibles se encuentran utilidades básicas como reloj, calendario y calculadora, además de programas recreativos inspirados en experiencias clásicas.

El proyecto también incluye juegos conocidos por varias generaciones de usuarios, entre ellos Solitario, Snake y Memoria. A esto se suman aplicaciones de dibujo y pequeños pasatiempos que encajan perfectamente con el espíritu retro de la plataforma.

Aunque no pretende competir con Windows, Linux o macOS en productividad moderna, sí ofrece un entorno atractivo para revivir la experiencia de utilizar hardware de otras épocas.

Según los desarrolladores, puede ejecutarse con una CPU Intel i386, apenas 4 MB de memoria RAM y una pantalla VGA con resolución de 640 × 480 píxeles.

Además, utiliza una arquitectura monolítica, lo que significa que los principales componentes del sistema operan dentro de un mismo espacio de direcciones para optimizar el rendimiento y reducir determinadas complejidades.

Los responsables del proyecto reconocen que todavía existen errores y aspectos por mejorar, pero también han confirmado su intención de seguir incorporando correcciones y nuevas aplicaciones en futuras versiones.

Y es que coordinar este trabajo exige una visión general, así como una estructura capaz de filtrar cada propuesta antes de incorporarla.

Linus Torvalds sigue teniendo la última palabra sobre la evolución del proyecto, aunque su trabajo actual se parece poco al de sus primeros años, ya que apenas escribe código de forma habitual.

Ahora, su función consiste en supervisar el conjunto y decidir qué cambios merecen avanzar. Durante la Cumbre de Código Abierto celebrada en Mumbai, Torvalds explicó que hoy utiliza principalmente dos herramientas: Git y el correo electrónico.

Del mismo modo, el veterano programador resumió su situación con la siguiente declaración: “Seamos sinceros. Casi ya no leo código. No soy programador, soy jefe de desarrollo”.

Su trabajo ha pasado del código a coordinar a los responsables de cada área

Cabe señalar que Torvalds sigue muy presente en Linux; la diferencia está en el tipo de trabajo que realiza, donde ya no pasa la mayor parte del día creando funciones o corrigiendo errores línea por línea.

Su tarea consiste en entender qué está cambiando dentro del núcleo y qué impacto puede tener cada decisión. Para conseguirlo, se apoya en responsables que conocen a fondo áreas concretas del sistema.

Esos grupos de colaboradores revisan los parches antes de enviárselos y cuando una propuesta llega a Linus, el trabajo técnico ya ha pasado por varios filtros.

Él puede centrarse en la explicación que acompaña al cambio y en su relación con el resto del proyecto. También decide cuándo una idea necesita más pruebas o debe volver a desarrollarse.

Por eso habla de sí mismo como jefe de desarrollo, debido a que su valor ya no depende de cuántas líneas escriba, sino de mantener la coherencia de Linux mientras muchas personas trabajan al mismo tiempo.

Git le permite controlar cómo cambia Linux

La primera herramienta que usa es Git, el sistema de control de versiones que el propio Torvalds creó en 2005 y que nació para resolver las necesidades de Linux y terminó convirtiéndose en una pieza básica del desarrollo de software.

Git guarda el historial de cada modificación, pero también muestra quién realizó el cambio y permite combinar trabajos procedentes de ramas distintas.

Esta información resulta esencial cuando aparecen conflictos, en los cuales, si dos equipos modifican la misma zona, Linus puede revisar cómo se produjo el problema y decidir cuál es la mejor forma de integrar ambos trabajos.

Sin embargo, todavía entra en el código cuando surge una situación de este tipo. En ocasiones también propone pequeños parches, aunque deja que el responsable del área los compruebe antes de aceptarlos.

El correo aporta el contexto que Git no puede mostrar

Git enseña qué ha cambiado, pero el correo electrónico explica por qué se ha hecho. Las propuestas suelen llegar acompañadas de mensajes donde los programadores detallan el problema y justifican la solución.

Esa parte permite a Linus Torvalds entender el sentido de una modificación sin revisar cada línea, por lo que el correo también conserva las discusiones del proyecto.

De esta manera, todas las dudas quedan registradas y cualquier desacuerdo puede seguirse desde el principio. Para una comunidad distribuida por todo el mundo, este sistema sigue siendo práctico y muy funcional.

Así que Torvalds ya no trabaja como el programador que empezó Linux en 1991, sino que ahora dirige una estructura enorme basada en la confianza y en una cadena de revisiones.

Por ejemplo, cuando la prioridad es la productividad y la compatibilidad de software para trabajar, programar, editar contenido o gestionar servidores. la lista se reduce a unas pocas opciones.

El interés por Linux sigue creciendo entre quienes buscan una alternativa a Windows o macOS para esas tareas, pero hay que pensarlo muy bien y es por esto que un experto se ha tomado el tiempo de probar diversas distros.

Tras analizar todas las ventajas y desventajas que ofrecen los diversos sistemas con el kernel de Linux, llegó a la conclusión de que uno en especial se lleva el trono como la mejor distro para trabajar.

Kubuntu combina estabilidad, compatibilidad y una experiencia de escritorio muy completa

¿Buscas un sistema operativo para trabajar? Es difícil tomar una elección como esa, pero tiene todo el sentido del mundo querer ser lo más productivo posible con respecto a las tareas laborales.

Según explica Nick Lewis en un análisis de How-To Geek, después de utilizar durante años distribuciones como Fedora, Arch, Ubuntu, Pop!_OS, CachyOS, Debian, Kinoite y Garuda, solo una consigue reunir todo lo que necesita para su jornada laboral: Kubuntu.

Esta es una variante oficial de Ubuntu que sustituye el entorno de escritorio GNOME por KDE Plasma. Gracias a ello, mantiene la misma base tecnológica, los mismos repositorios y el mismo ecosistema de software que Ubuntu, pero con una interfaz más flexible y personalizable.

Lewis considera que este equilibrio es precisamente uno de los grandes atractivos del sistema. La versión actual, Kubuntu 26.04 LTS (Resolute Raccoon), fue lanzada en abril de 2026 e incorpora KDE Plasma 6.6, Qt 6.10.2, KDE Frameworks 6.24 y el kernel Linux 7.0.

Además, cuenta con soporte hasta abril de 2029, una característica especialmente importante para quienes utilizan el ordenador como herramienta principal de trabajo a largo plazo.

Otro aspecto clave para Lewis es la enorme compatibilidad que hereda de Ubuntu. Muchas aplicaciones, tutoriales y scripts de instalación para Linux están diseñados pensando específicamente en Ubuntu o en distribuciones basadas en Debian.

Esto facilita la instalación de programas, reduce los problemas de compatibilidad y permite encontrar soluciones rápidamente cuando surge algún inconveniente.

Según explica, la gran comunidad de usuarios de Ubuntu se convierte en una ventaja práctica que puede ahorrar horas de resolución de problemas.

Las aplicaciones de KDE y la personalización marcan la diferencia en el trabajo diario

Uno de los puntos más destacados de Kubuntu es la colección de aplicaciones desarrolladas por KDE. En lugar de obligarte a buscar numerosas alternativas desde el primer día, el sistema incluye herramientas muy maduras para tareas habituales.

Dolphin, por ejemplo, ofrece funciones avanzadas de gestión de archivos, mientras que Okular permite anotar documentos PDF y Kate funciona como un editor de código competente incluso frente a soluciones ampliamente conocidas.

Lewis también habla sobre aplicaciones como Kdenlive para edición de vídeo, Spectacle para capturas de pantalla y KDE Connect para integrar el teléfono móvil con el ordenador.

Una de las novedades relevantes de Spectacle en Plasma 6.6 es la incorporación de OCR, que permite extraer texto directamente desde imágenes o mensajes de error. Esto puede acelerar tareas de documentación, soporte técnico o desarrollo de software.

La otra gran ventaja es la capacidad de personalización de KDE Plasma. Aunque muchos lo recomiendan por su parecido visual con Windows, Lewis cree que su verdadero valor está en la flexibilidad.

El usuario puede ajustar paneles, widgets, reglas para ventanas y configuraciones específicas para varios monitores. También menciona KRunner, una herramienta integrada que permite abrir aplicaciones, buscar archivos, realizar cálculos y ejecutar otras acciones desde el teclado, mejorando la productividad diaria.

Eso no significa que Kubuntu sea perfecto para todos. El experto advierte que la transición hacia Wayland puede generar incompatibilidades con algunas aplicaciones antiguas basadas en X11, herramientas de acceso remoto o determinados sistemas de compartición de pantalla.

Además, reconoce que quienes dependen de software profesional específico de Adobe o de ciertas aplicaciones empresariales continúan encontrando más compatibilidad inmediata en Windows y macOS. De igual manera, todas las ventajas para trabajos en ordenador se encuentran en Kubuntu.

Herramientas como Microsoft 365, Excel, Word o OneDrive continúan siendo fundamentales en millones de empresas y usuarios particulares, pero en Linux no hay soporte nativo para ellas y por eso es que hay que utilizar otras opciones.

De hecho, de aquí surge la iniciativa WSL, que permite ejecutar distribuciones dentro de Windows 11 sin pasar por procesos complejos de instalación o arranque dual.

Todo ello plantea una pregunta: ¿Tiene sentido que Microsoft lance por fin una versión nativa de Office para Linux? David Heinemeier Hansson, conocido como DHH y cofundador de 37signals, desafía públicamente a la compañía liderada por Satya Nadella.

DHH cree que Linux ya está listo para recibir Word y Excel

David Heinemeier Hansson, creador de la distribución Omarchy y uno de los desarrolladores más influyentes dentro del desarrollo de software, lanzó recientemente un mensaje directo a Microsoft a través de X.

En él afirmó: “Microsoft debería enviar Office para Linux de forma nativa. Excel y Word siguen siendo los mejores en sus segmentos. ¿Qué debemos hacer para que esto suceda, @satyanadella?”.

Refiriéndose directamente al CEO de la compañía, ha impactado en la comunidad al destacar que el sistema operativo de Linux ya ha alcanzado un nivel de madurez suficiente para el trabajo diario, pero todavía existe una barrera importante.

Todo se trata de la compatibilidad con software de productividad, un sector dominado por las apps exclusivas de Windows. Microsoft Office no tiene soporte en el kernel y es justo lo que el experto menciona.

Aunque el equipo de Nadella ofrece acceso gratuito a las versiones web de Word y Excel mediante Microsoft 365, DHH considera que todavía existe una diferencia importante respecto a estos programas.

Principalmente, se debe a que hay limitaciones porque la compañía reconoce que Office para la web dispone de menos capacidades que las aplicaciones de escritorio.

El negocio actual de Microsoft hace que la idea parezca menos imposible

Durante años, una versión nativa de Office para Linux parecía improbable porque podía considerarse una amenaza para Windows, pero ahora las cosas son distintas porque Microsoft ha experimentado un crecimiento en áreas vinculadas a la nube y las suscripciones.

Azure registró un crecimiento del 43%, Microsoft 365 Commercial Cloud aumentó un 14% y los ingresos globales de Microsoft Cloud alcanzaron los 59.300 millones de dólares (51.140 millones de euros). Mientras tanto, los ingresos procedentes de Windows OEM y dispositivos descendieron un 7% interanual.

Otro punto importante es que actualmente ofrece soporte oficial para Microsoft Edge en Linux, además de distribuir herramientas como Visual Studio Code, PowerShell y Microsoft Defender para este entorno.

Sin embargo, el principal obstáculo no parece ser técnico, sino estratégico. Llevar Word y Excel a Linux significa mucho más que adaptar una interfaz gráfica, porque significa que la empresa esté dispuesta a garantizar compatibilidad plena con tecnologías avanzadas como VBA, Power Query, Power Pivot, SharePoint, OneDrive, Teams y sus sistemas de identidad corporativa.

Por esa razón, muchos expertos consideran que una hipotética versión para Linux debería ofrecer la misma experiencia que existe en Windows para tener sentido comercial.

La realidad es que reproducir décadas de compatibilidad con documentos, hojas de cálculo, macros empresariales y flujos de trabajo avanzados requiere una inversión y esfuerzo gigantes.

Por ahora, Microsoft no ha anunciado ningún plan para lanzar Office de forma nativa en Linux. Sin embargo, la propuesta pone sobre la mesa una cuestión que hace años parecía impensable.

Por ello, Canonical acaba de publicar Ubuntu 24.04.5 LTS, su quinta y última point release, con una nueva imagen para instalaciones desde cero.

El cambio más importante está debajo del escritorio, ya que esta versión incorpora el kernel de Linux 7.0 mediante la nueva pila HWE procedente de Ubuntu 26.04 LTS y actualiza también los controladores gráficos.

Phoronix sobre Ubuntu 24.04.5 identifica además Mesa 26.0 dentro de esta actualización, ya que en la práctica, una distribución de 2024 puede reconocer y aprovechar mejor componentes aparecidos dos años después. Y que sea la última point release no significa que Noble Numbat deje de actualizarse.

Ubuntu 24.04 mantiene su soporte hasta 2029, con opciones adicionales mediante Ubuntu Pro, y quienes ya utilizan el sistema no tienen que descargar esta ISO ni reinstalarlo para seguir recibiendo actualizaciones.

Qué es HWE y por qué el kernel de Linux 7.0 importa

Cabe señalar que HWE significa Hardware Enablement, que es el sistema que utiliza Canonical para llevar kernels y componentes gráficos más modernos a sus versiones LTS sin convertirlas en una edición nueva.

Ubuntu 24.04 nació con Linux 6.8 como kernel GA; posteriormente, fue incorporando kernels HWE y Ubuntu 24.04.4 llegó con Linux 6.17. Ahora el salto termina en Linux 7.0, tomado de Ubuntu 26.04.

La documentación oficial de Canonical sobre HWE confirma además que Ubuntu Desktop sigue esta rama de forma predeterminada. Además, conviene aclarar otro detalle: Linux 6.14 no fue el kernel GA de Ubuntu 24.04, sino una actualización HWE anterior y la base original fue Linux 6.8.

El kernel de Linux 7.0 aporta mejoras en gestión de memoria y swap, redes, XFS, detección de errores en sistemas de archivos, así como soporte para nuevo hardware.

Es importante mencionar que esta versión no implica por sí mismo una revolución, pero sus nuevos controladores ayudan con gráficos, WiFi, almacenamiento, procesadores y periféricos recientes.

La nueva ISO ya se puede descargar

La página oficial de Ubuntu 24.04.5 ya ofrece la imagen de escritorio para equipos AMD64, que ocupa alrededor de 5,9 GB, mientras que la edición Server ronda los 3,8 GB.

Estas imágenes incluyen meses de parches de seguridad, correcciones y actualizaciones. Así, quien instale Ubuntu desde cero tendrá que descargar bastante menos después del primer arranque.

Cabe señalar que no hay una gran colección de funciones visuales nuevas, pero el objetivo principal es entregar un sistema operativo más actualizado desde el primer minuto.

También se han renovado los medios de instalación de Kubuntu, Xubuntu, Lubuntu, Ubuntu MATE, Ubuntu Budgie, Ubuntu Studio, Ubuntu Cinnamon, Edubuntu y otras distribuciones.

Qué hacer si ya utilizas Ubuntu

Si tienes Ubuntu Desktop 24.04 en tu ordenador, basta con mantener el sistema actualizado normalmente. No necesitas formatear ni crear un USB con 24.04.5, ya que la edición de escritorio utiliza HWE por defecto.

En Ubuntu Server hay una diferencia importante, ya que Canonical mantiene el kernel GA como opción predeterminada y HWE es opcional, así que no puede darse por hecho que todas las instalaciones Server estén utilizando Linux 7.0.

Quienes continúen en Ubuntu 22.04 LTS comenzarán además a recibir mediante Update Manager la posibilidad de actualizar a 24.04.5.

Esta versión cierra así el ciclo de grandes imágenes de Noble Numbat, pero no su vida útil. Su mayor ventaja es precisamente mantener una base LTS estable mientras el soporte de hardware sigue avanzando.

Puede que hablar del kernel resulte un tanto complicado. Al final, no es algo que abras como un programa ni que vayas a utilizar como tal. Es una de las partes que están detrás de Ubuntu y que se encargan de que el sistema operativo pueda comunicarse con el hardware del ordenador.

Dicho de una forma sencilla, el kernel hace de intermediario entre Ubuntu y componentes como el procesador, la memoria, la tarjeta gráfica, el disco SSD, el WiFi o los puertos USB. Cuando aparece hardware nuevo, las versiones más recientes de Linux suelen venir con mejoras para que ese hardware funcione como siempre.

Por eso Canonical ha decidido dar el salto a Linux 7.3. La compañía cree que tiene sentido utilizar la versión más nueva que estará disponible de cara a octubre de 2026, sobre todo porque va a contar con un mejor soporte para los ordenadores y componentes que lleguen ahora al mercado.

Ubuntu 26.10 iba a llegar con Linux 7.2, pero ha habido cambio de planes

En un principio, Ubuntu 26.10, con nombre en clave Stonking Stingray, iba a llegar con Linux 7.2. Pero parece que esta versión del kernel ha salido demasiado pronto para los de Canonical. Esto ha hecho que el equipo, sobre todo teniendo en cuenta que ambas versiones salen en octubre, Linux 7.3 sea la versión elegida para Ubuntu 26.10.

Kleber Souza, del equipo del kernel de Ubuntu, explica que este cambio permite a Canonical "mantenernos alineados con las últimas capacidades de la fuente original", especialmente en lo relacionado con el soporte para hardware nuevo.

Ahora bien, ¿realmente importa tanto con qué kernel salga? No es que el PC vaya a ir más rápido. Lo que cambia es la compatibilidad con nuevo hardware.

Si compras un portátil con un procesador que acaba de salir al mercado, Ubuntu perfectamente puede funcionar en él, pero quizá algunas de sus funciones todavía no estén soportadas por una versión antigua del kernel.

Con una versión más nueva de Linux, es más probable que ese procesador ya tenga los cambios que necesita para funcionar correctamente. Lo mismo puede pasar con una tarjeta gráfica, un SSD o cualquier otro componente.

Cada nueva versión del kernel viene con cambios, correcciones y mejoras para diferentes partes del hardware. También incluye soluciones para problemas que se han ido descubriendo en versiones anteriores.

Por eso este cambio tiene más sentido para quien vaya a instalar Ubuntu 26.10 en un ordenador relativamente nuevo.

Si tienes un PC de hace varios años y todo funciona bien, la realidad es que te da bastante igual si tienes Linux 7.2 y Linux 7.3.

Linux 7.3 todavía no está terminado, pero las fechas coinciden con la nueva versión de Ubuntu

Cuando Ubuntu 26.10 salga el 15 de octubre, es posible que Linux 7.3 todavía no sea oficialmente una versión final.

Ahora mismo Linux 7.3 está en desarrollo y ya ha llegado a sus primeras versiones RC. Hablamos de versiones que están prácticamente terminadas y que se utilizan para comprobar que todo funciona bien antes del lanzamiento definitivo. Ahora mismo van por la RC2 (toca esperar hasta la RC7, más o menos).

A Canonical parece que no le importa usar una de estas versiones finales, sin ser la definitiva, porque su forma de preparar Ubuntu permite elegir un kernel que todavía está terminando su desarrollo, siempre que exista una versión candidata suficientemente avanzada cuando llega el momento de decidir qué kernel utilizar.

Precisamente aquí es donde entra en juego el último movimiento de Google. Se trata de una decisión crucial sobre el software abierto y el ecosistema Linux que va a enfocarse en mecanismos avanzados de seguridad para los usuarios.

El paso en este sector va a ser crucial para seguir adelante con respecto a los derechos digitales de las personas y mejorar también las infraestructuras desde Linux Foundation Europe.

¿Quieres saber exactamente qué es lo que ha donado la compañía de Sundar Pichai? A continuación, se han revelado todos los cambios beneficiosos sobre esta elección.

Google entrega su tecnología de pruebas de conocimiento cero a Linux Foundation Europe

¿Por qué los recientes pasos de Google son tan importantes? Involucra a una organización que opera bajo el paraguas de Linux Foundation Europe y lo que está haciendo la compañía es donar su biblioteca Longfellow Zero-Knowledge Proof (ZKP) a la Post-Quantum Cryptography Alliance (PQCA).

La empresa ya había declarado que la tecnología en cuestión se había convertido en un proyecto de código abierto el año pasado. Actualmente, ha confirmado que quieren transferir la administración a una entidad independiente, que es la mencionada.

Las pruebas de conocimiento cero, conocidas como ZKP por sus siglas en inglés, permiten demostrar determinada información sin revelar datos adicionales.

¿Cómo funciona? La persona solo tiene que acreditar en un sitio web que es mayor de edad (+18) sin tener que compartir estrictamente la fecha de nacimiento u otros datos personales que sean innecesarios para seguir con los pasos.

Esta capacidad resulta especialmente útil para el desarrollo de sistemas de identidad digital más respetuosos con la privacidad. La transferencia de Longfellow a Linux Foundation Europe busca garantizar una gestión abierta para que la comunidad internacional pueda auditar la tecnología, confiar en ella y adoptarla.

La preparación también estaría vinculada a la esperada era poscuántica. Del mismo modo, Google también confirmó que seguirá participando en el desarrollo del proyecto junto a otros colaboradores.

Un paso hacia credenciales digitales más seguras e interoperables

Cuando se trata de las credenciales digitales, sabes que todo es un proceso cuando se tiene que trabajar con administraciones públicas, empresas tecnológicas y grandes corporaciones.

Ahora que Google permite que esta tecnología se sume al ecosistema abierto, sirve para construir soluciones compatibles entre diferentes plataformas y proveedores sin tener que tener tantas preocupaciones sobre el desarrollo.

"Estamos dando otro paso hacia un mundo digital más privado", es lo que dijeron los encargados del equipo al donar Longfellow a la Post-Quantum Cryptography Alliance.

La empresa añade que esta infraestructura permitirá impulsar aplicaciones de identidad digital respaldadas por mecanismos criptográficos resistentes a futuras amenazas, incluidas las asociadas a la computación cuántica.

Al mismo tiempo, defiende que los estándares abiertos son esenciales para que las credenciales digitales funcionen en cualquier dispositivo, navegador o billetera digital.

La meta es crear una infraestructura global interoperable en la que los usuarios puedan identificarse de forma segura tanto en servicios presenciales como en entornos online, reduciendo la exposición innecesaria de información personal y facilitando la experiencia.

La tecnología Longfellow ya estaba disponible en código abierto y se centra en protocolos de identidad basados en estándares ampliamente utilizados, incluyendo ISO mDOC, JWT y credenciales verificables.

Con la incorporación de Longfellow a la Post-Quantum Cryptography Alliance, es un gran paso para motivar a que se acelere la adopción de herramientas que permitan verificar información sensible sin comprometer los datos personales, algo que también muchos están considerando con nuevas tecnologías como la inteligencia artificial o el avance de redes sociales.

Linus Torvalds ha estado haciendo el seguimiento de estos avances desde hace mucho, pero justamente las recientes versiones tienen repercusión porque significan un cambio importante para la mejora de rendimiento y las nuevas funciones.

En la mayoría de los casos, estas actualizaciones suponen retirar componentes que llevan años sin un uso real y que solamente están ahí dificultando el trabajo de los desarrolladores o haciendo que haya menos eficiencia.

Por esto mismo es que se eliminan decenas de miles de líneas de código antiguo en el kernel de la plataforma ARM es un paso crucial que va a cambiar el panorama del pingüino Tux.

Linux quiere dejar atrás plataformas ARM de 32 bits que ya casi nadie utiliza

Aunque ya se han visto diversas limpiezas masivas en el kernel de Linux, la más reciente supone una de las mayores en la historia de su desarrollo.

Arnd Bergmann, reconocido desarrollador y mantenedor del proyecto, ha enviado una serie de 13 parches destinados a eliminar plataformas ARM de 32 bits consideradas obsoletas y que apenas cuentan con usuarios activos dentro de la rama principal del sistema operativo.

La propuesta afecta a numerosas plataformas históricas como SA1100, Footbridge, RISCPC, Orion/Dove/MV78xx0, OMAP24xx, i.MX31, LPC18xx, STM32F4/F7/H7, Versatile MPS2, AT91 SAMV7, Axxia y varios archivos heredados relacionados con placas PXA, según se comparte en Phoronix.

Bergmann indica que la eliminación de este soporte permitiría liberar más de 55.000 líneas de código que ya no son necesarias, además de numerosos archivos Device Tree asociados a hardware obsoleto.

La realidad es que la mayor parte de este código se ha convertido en una carga de mantenimiento grande para los desarrolladores y entonces dificulta el proceso de avance en el proyecto completo.

La razón principal de esta decisión es que gran parte de ese código se ha convertido en una carga de mantenimiento. Los desarrolladores del kernel deben seguir teniendo en cuenta estas plataformas antiguas cada vez que introducen nuevas funciones o realizan cambios internos.

Esto ralentiza la evolución de Linux y dificulta realizar limpiezas más amplias. Aunque todavía podría existir algún usuario ejecutando estas plataformas mediante versiones recientes, la comunidad considera que su presencia actual es extremadamente reducida.

Los cambios llegarían después de la próxima versión LTS del kernel

Uno de los aspectos más llamativos de la propuesta es que la eliminación no se realizaría de forma inmediata. Aunque técnicamente muchos de estos parches podrían incorporarse en Linux 7.4, Arnd Bergmann ha indicado que prefiere retrasar la decisión hasta Linux 7.5.

Esta estrategia busca simplificar dependencias y evitar interferencias con la próxima versión de soporte a largo plazo o LTS que recibirá mantenimiento durante varios años.

Además, el retraso ofrece una oportunidad a usuarios y desarrolladores que todavía dependan de alguno de estos sistemas para presentar argumentos sólidos que justifiquen mantener el soporte.

En proyectos tan grandes como Linux, la compatibilidad suele eliminarse únicamente cuando queda claro que su mantenimiento supone más costes que beneficios para la comunidad.

La limpieza tampoco terminaría con estas 55.000 líneas eliminadas. Una vez desaparezcan estas plataformas, numerosos controladores y componentes relacionados quedarían huérfanos, permitiendo nuevas rondas de simplificación del código fuente.

El resultado sería un kernel más fácil de mantener, con menos complejidad interna y una base más preparada para futuras tecnologías ARM y otros desarrollos que llegarán durante los próximos años.

Cabe señalar que el último avance acaba de llegar con ps5-linux-loader v2.5, que amplía de nuevo el soporte dentro de los firmwares 7.x. Por lo que la lista actual incluye 7.00, 7.01, 7.20, 7.40, 7.60 y 7.61, aunque algunas de esas versiones ya habían llegado en actualizaciones anteriores.

Si no lo sabes, ps5-linux es un proyecto de código abierto que aprovecha vulnerabilidades ya corregidas del hipervisor, la capa que controla y aísla distintos entornos dentro de la consola, para cargar el sistema Linux y acceder directamente a buena parte de su hardware.

Eso incluye la CPU de ocho núcleos y 16 hilos, la GPU, HDMI 4K60, Ethernet, Bluetooth y, en determinados firmwares, un SSD M.2 dedicado. Así que es una gran actualización para todos los dueños de una consola de Sony.

De unas pocas PS5 a una lista mucho más amplia

Cabe señalar que la evolución ha sido rápida desde que el proyecto se hizo público a finales de abril. Ahora funcionan versiones concretas: 3.00, 3.10, 3.20 y 3.21; 4.00, 4.02, 4.03, 4.50 y 4.51; 5.00, 5.02, 5.10 y 5.50; 6.00, 6.02 y 6.50; además de las seis versiones 7.x actuales.

Eso no significa que cualquier firmware comprendido entre 3.00 y 7.61 sea válido. La compatibilidad depende de versiones concretas y una PS5 actualizada a 8.00 o superior queda fuera según la documentación actual y tampoco aparece la PS5 Pro entre los modelos soportados.

Las versiones 3.x tienen además otra limitación importante: no pueden utilizar el SSD M.2 para Linux. Esa posibilidad aparece desde los firmwares 4.x y permite dedicar una unidad independiente al sistema, aunque ese mismo SSD no puede utilizarse simultáneamente para almacenar juegos de PS5.

Ya no se trata únicamente de conseguir que Linux arranque

El avance más interesante está en todo lo que la comunidad ha conseguido hacer funcionar gracias a ps5-linux. Y es que actualmente existen soporte para aceleración gráfica AMD, salida HDMI con vídeo y audio hasta 4K60, USB, Ethernet, Bluetooth interno, lector Blu-ray, DualSense por Bluetooth y control del ventilador.

También hay modos para aprovechar mejor la CPU y la GPU, y el proyecto afirma que la consola puede ejecutar aplicaciones Linux, Steam y emuladores. Eso acerca cada vez más la experiencia a utilizar un PC Linux, aunque todavía hay diferencias importantes.

Y es que no existe un dual boot convencional, ya que la modificación es un soft-mod, por lo que hay que volver a ejecutar el exploit cuando se quiere arrancar Linux, y el SSD interno donde está instalado el sistema de PS5 permanece intacto.

También siguen pendientes problemas como la ausencia de suspensión y reanudación, incompatibilidades con determinados monitores y audio HDMI, además de un soporte WiFi interno limitado a ciertos chipsets Marvell. Ethernet, en cambio, funciona en los modelos compatibles.

No obstante, el gran avance ya no consiste únicamente en demostrar que una PS5 puede arrancar Linux, sino en conseguir que cada vez más modelos y componentes funcionen de verdad.

El ritmo ha sido notable desde abril, aunque el firmware sigue marcando una frontera muy clara entre las consolas que pueden aprovecharlo y las que, por ahora, quedan completamente fuera.

La campaña de ciberataque, descubierta por Rapid7 ha afectado principalmente a empresas de los sectores de la automoción y de medios de comunicación.

Los hackers no se limitan a instalar un programa malicioso, sino que parte del arsenal se integra directamente dentro de servicios del sistema, de modo que estos continúan funcionando con normalidad mientras, al mismo tiempo, pueden utilizarse para vigilar conexiones, robar credenciales o mantener el acceso remoto.

La herramienta se conoce como Ted Backdoor y está integrada en una versión manipulada de HAProxy 2.8.12, que es un software muy utilizado para recibir tráfico web y repartirlo entre varios servidores Linux.

Precisamente por ocupar esa posición central dentro de una infraestructura, comprometerlo da a los ciberdelincuentes norcoreanos acceso a información especialmente valiosa.

HAProxy sigue funcionando mientras el malware espía

Ted no sustituye el funcionamiento normal de HAProxy, sino que el balanceador continúa gestionando las conexiones, pero incorpora además capacidades ocultas para inspeccionar tráfico HTTP, capturar cookies de sesión y modificar el contenido que reciben determinados usuarios.

Esto permite que una web comprometida parezca normal para la mayoría de visitantes mientras muestra contenido manipulado únicamente a objetivos concretos.

En pocas palabras, es una estrategia cercana a los ataques de tipo watering hole, donde los atacantes comprometen un servicio frecuentado por las personas que quieren vigilar.

Rapid7 encontró también versiones manipuladas de componentes habituales de Linux como agetty, atd, crond, polkitd y sshd, con el objetivo de mezclar la actividad maliciosa con procesos que un administrador esperaría encontrar normalmente en el servidor.

En el caso de SSH, una de esas modificaciones permite capturar las credenciales introducidas por los usuarios. Con esas contraseñas, los hackers pueden intentar acceder posteriormente a otros equipos de la misma organización y extender el ataque.

CurlRAT mantiene el control desde el exterior

El segundo componente importante se llama CurlRAT, que funciona como una herramienta de acceso remoto capaz de comunicarse con la infraestructura controlada por los ciberdelincuentes.

Puede recibir órdenes, ejecutar acciones, cambiar configuraciones, descargar nuevos archivos, así como abrir sesiones interactivas en el sistema comprometido.

También recopila información del equipo y supervisa el estado de HAProxy para comprobar que el servicio continúa funcionando. Por ello, su comportamiento encaja con una operación diseñada para pasar desapercibida.

Por defecto, CurlRAT puede consultar su servidor de control aproximadamente cada 12 horas, en lugar de mantener una comunicación constante que podría resultar más fácil de detectar.

Asimismo, los atacantes norcoreanos también intentan borrar rastros de instalación y alterar registros para dificultar una investigación posterior.

Rapid7 apunta hacia Corea del Norte, pero con cautela

La compañía de seguridad que detectó la herramienta de espionaje atribuye la actividad a grupos relacionados con Corea del Norte por las víctimas elegidas, la infraestructura utilizada y varias similitudes con operaciones anteriores asociadas a APT37 y a campañas vinculadas con Lazarus.

Eso no significa que alguno de esos grupos haya sido identificado de forma definitiva como autor principal. Lo más preocupante está en su filosofía, ya que no intenta destruir la infraestructura ni llamar la atención.

El objetivo, todo parece ser, es buscar convertir los propios servicios legítimos de Linux en parte del espionaje, mantenerlos funcionando y permanecer dentro el mayor tiempo posible. Así, cuanto más normal parezca el servidor desde fuera, más valioso resulta para quien está observando desde dentro.

Lorenzo Stoakes, ingeniero de ARM y desarrollador de Linux, ha publicado 23 parches que sirven para acelerar la compilación del kernel. En determinadas configuraciones, compilar Linux puede llegar a ser hasta un 36% más rápido, mientras que algunas compilaciones mejoran hasta un 70%.

Lo curioso de todo esto es que usó un modelo de lenguaje para encontrar fácilmente los puntos en los que la compilación estaba perdiendo más tiempo y para buscar posibles soluciones. La IA hizo gran parte del trabajo, pero no siempre como se esperaba.

El propio desarrollador explica que generó "mucho código, gran parte de él horrible", y que tuvo que revisar y reescribir una cantidad importante.

El problema estaba en los cuellos de botella de Linux

Para que te hagas una idea, compilar el kernel de Linux no es simplemente darle a un botón y esperar. El proceso tiene muchas fases y utiliza una gran cantidad de tareas que pueden ejecutarse en paralelo.

El problema es que, aunque los ordenadores tienen procesadores con muchos núcleos, algunas partes del proceso de compilación siguen dependiendo de tareas que se ejecutan de forma secuencial. Esto provoca que se pierda mucho tiempo.

Stoakes quiso precisamente encontrar esos momentos en los que la compilación se quedaba esperando a que terminara una tarea. Había núcleos que se quedaban sin hacer nada y se buscaba un mayor paralelismo.

Para encontrar esos puntos que daban problemas, utilizó un LLM. El modelo analizó el proceso, ayudó a encontrar los cuellos de botella y propuso formas de reorganizar el trabajo.

La IA generó mucho código, pero el programador tuvo que arreglarlo

Stoakes usó la inteligencia artificial y, si bien es cierto que ayudó mucho a encontrar dónde estaban los fallos y mejorar el proceso, no todo fue un camino de rosas.

Le tocó auditar una gran cantidad del código generado, reescribir partes y revisar uno por uno que los cambios fueran correctos. También cambió los mensajes de los commits, la documentación de los parches y los comentarios.

Es decir, la IA funcionó, en este caso, más como una herramienta de investigación y de apoyo al desarrollo que como un programador capaz de entregar 23 parches listos para meterlos en el kernel.

Por supuesto, la magia de esta tecnología es que fue útil para buscar problemas que quizá habrían requerido muchísimo tiempo de análisis manual, generar posibles soluciones y automatizar parte de las pruebas. Pero después hizo falta un desarrollador con experiencia para decidir qué servía de todo eso.

La cantidad de código generado con ayuda de IA está creciendo tanto que los propios responsables del kernel afirman estar desbordados

El problema no es que la inteligencia artificial esté escribiendo una parte vital de Linux, sino que está generando una avalancha de pequeños cambios que alguien tiene que revisar.

Lo que comenzó como una herramienta con enorme potencial (con la que todos estaban de acuerdo) para ayudar a los programadores, se ha convertido en una pesadilla que está colapsando las listas donde se gestionan los fallos de seguridad más críticos de la plataforma.

No todos esos resultados son útiles. Las herramientas de IA no siempre entienden el contexto completo del sistema, y muchas veces señalan posibles errores que en realidad no afectan a nadie o que ni siquiera son verdaderos problemas.

Aun así, esos avisos llegan a los desarrolladores como si fueran importantes. Y aquí es donde empieza el problema de verdad.

El caso está afectando especialmente al subsistema de red de Linux, uno de los más grandes y complicados del kernel. Jakub Kicinski, uno de sus responsables, explica que él y Paolo Abeni han tenido que revisar un volumen enorme de parches. En Linux 7.3 se han integrado 632 cambios en net y otros 648 en net-next, pero esto va más allá.

Según Kicinski, entre un tercio y la mitad de los parches de net-next parecen estar relacionados con tareas de baja prioridad, pequeñas correcciones, limpiezas de código o aclaraciones generadas con ayuda de modelos de lenguaje.

Y aquí está el problema: que una IA genere un parche es muy rápido, pero comprobar que ese parche no rompe nada puede llevar bastante más tiempo.

Para muchos, se ha convertido en la primera opción al migrar desde Windows porque se asemeja mucho al interesados y funcionalidades. Justamente por esto es que muchos se han animado también a utilizar dicho sistema operativo de Canonical como un software secundario.

En otras palabras, crean un arranque dual de Linux y Windows para poder tener acceso a los beneficios de los dos. Sin embargo, el vicepresidente de Canonical, Jon Seager, afirma que no es necesario hacerlo.

Herramientas como WSL (Windows Subsystem for Linux) permiten ejecutar Ubuntu dentro de Windows sin necesidad de instalar un SO independiente, una tendencia que está creciendo con fuerza. Además, afirma que ahora cada vez más usuarios en este entorno.

Ubuntu en Windows crece más rápido que el escritorio tradicional

Cada vez más usuarios necesitan herramientas nativas de Linux, pero al mismo tiempo continúan dependiendo de apps, equipos corporativos o flujos de trabajo basados en Windows.

La cuestión es que estas situaciones no deberían verse como un problema porque hay solución sin importar cuál sea el tipo de sistema del que provengas. Jon Seager, vicepresidente de Ingeniería de Canonical, aseguró durante una entrevista con The Pragmatic Engineer que el crecimiento de Ubuntu a través de WSL está superando claramente al crecimiento de Ubuntu Desktop.

Según explicó, el aumento va hasta el punto de que espera que en los próximos meses haya más usuarios utilizando Ubuntu mediante WSL que ejecutándolo de forma nativa en sus equipos.

"Espero ver más usuarios de Ubuntu WSL que usuarios 'nativos' de Ubuntu en los próximos meses" que fue lo que dijo, pero también ha destacado que es una tecnología desarrollada por Microsoft que sirve para ejecutar distros de Linux sin tener que realizar instalaciones completas.

Si bien ahí alternativas como pulsador sistemas operativos en vivo o aplicar arranque dual, la opción más cómoda y práctica es utilizar WSL, ya que es prácticamente como si tuvieras ambos entornos en un solo software.

Seager también relacionó este crecimiento con el auge de la inteligencia artificial. Muchos frameworks y herramientas ampliamente utilizados en IA y aprendizaje automático tienen una fuerte orientación hacia Linux.

Bibliotecas populares como PyTorch, JAX o los modelos y herramientas distribuidos por Hugging Face suelen ofrecer una experiencia más madura en este entorno.

Ubuntu, además, mantiene una posición destacada dentro de los flujos de trabajo que aprovechan tecnologías de aceleración GPU como CUDA, lo que explica por qué numerosos desarrolladores lo eligen como plataforma principal para sus proyectos.

La convivencia entre Windows y Linux redefine el futuro de Ubuntu

Uno de los factores más importantes que impulsan WSL es el ámbito empresarial. Según explicó Seager, numerosos desarrolladores reciben de sus empresas equipos con Windows preinstalado y políticas internas que impiden sustituir el sistema operativo.

El vicepresidente de Canonical y también ha hablado sobre que lo más común en las grandes empresas es que los desarrolladores reciban los equipos con Windows preinstalado, así también como la política internas que impiden sustituir el sistema operativo a la ligera.

Sin embargo, cuando esos profesionales necesitan trabajar con contenedores, servidores Linux, inteligencia artificial o automatización avanzada, Ubuntu en WSL se convierte en una solución inmediata y sencilla.

En lugar de solicitar cambios al departamento de TI o configurar complejos entornos alternativos, pueden acceder a las herramientas Linux que necesitan directamente desde Windows.

Este fenómeno refleja una transformación profunda en una rivalidad tecnológica que durante décadas parecía irreconciliable. Microsoft ha pasado de considerar Linux como un competidor directo a integrarlo dentro de Windows mediante una capa oficial y constantemente mejorada.

De hecho, la documentación oficial de Microsoft presenta WSL como un entorno diseñado para que los desarrolladores aprovechen simultáneamente las ventajas de Windows y Linux, eliminando gran parte de las barreras que antes obligaban a elegir entre uno u otro sistema operativo.

Si la previsión de Seager finalmente se cumple, Ubuntu podría alcanzar una situación inédita: que su puerta de entrada más popular no sea una instalación tradicional en un PC Linux, sino una instancia ejecutada dentro de Windows. Más que una derrota para Linux, esto representaría una evolución de su alcance.

Entre los trabajos con más demanda en programación, siempre hay un factor importante y es conocer las bases de las plataformas para bancos, compañías, sistemas públicos y mucho más.

Es decir, la dependencia de ciertos lenguajes antiguos es lo que llama la atención de muchas compañías en un desarrollador, especialmente porque, al aprender sobre ellos, te conviertes automáticamente en un perfil especializado.

Como señala el experto Graeme Peacock, la escasez de profesionales capaces de mantener este software antiguo convierte a estos lenguajes olvidados en una alternativa estratégica para el ámbito laboral.

COBOL y Ada: dos veteranos que siguen siendo fundamentales en sectores críticos

COBOL es probablemente el mejor ejemplo de cómo un lenguaje antiguo puede conservar una enorme relevancia. Creado a finales de los años 50 para facilitar el desarrollo de aplicaciones empresariales, sigue siendo una pieza esencial en gran parte de la infraestructura financiera mundial.

Diversos análisis del sector indican que aproximadamente el 95% de las transacciones en cajeros automáticos y cerca del 40% de los sistemas de banca online continúan dependiendo de aplicaciones basadas en COBOL.

La razón es sencilla: estos sistemas funcionan de manera fiable, procesan cantidades masivas de datos y llevan décadas demostrando estabilidad.

Muchas entidades financieras, aseguradoras y organismos públicos prefieren mantener y modernizar gradualmente estas plataformas antes que afrontar migraciones completas que podrían implicar riesgos operativos considerables.

Según Franklin University, el salario medio asociado a profesionales especializados en COBOL ronda los 99.700 dólares anuales, mientras que los perfiles más experimentados pueden superar los 167.000 dólares.

Otro caso llamativo es Ada, un lenguaje desarrollado originalmente para el Departamento de Defensa de Estados Unidos y diseñado pensando en la fiabilidad y la seguridad.

Su presencia sigue siendo habitual en sectores donde un error de software puede tener consecuencias graves, incluyendo sistemas aeroespaciales, defensa, control del tráfico aéreo o transporte avanzado.

Paul Jansen, CEO de TIOBE Software, llegó a afirmar: "Con las crecientes exigencias de seguridad, Ada, como lenguaje de sistemas para entornos críticos, probablemente sea el mejor superviviente".

Una de sus características más valoradas es el enfoque hacia la corrección del código mediante mecanismos que permiten detectar errores potenciales durante el desarrollo y la ejecución.

En julio de 2025 llegó a situarse en el noveno puesto del índice TIOBE, alcanzando la mejor posición de su historia y superando a tecnologías mucho más populares mediáticamente.

Perl todavía sobrevive y demuestra que los conocimientos de nicho pueden marcar la diferencia

Mientras COBOL domina el ámbito financiero y Ada mantiene su presencia en sistemas críticos, Perl continúa ocupando un espacio particular dentro de la administración de sistemas, la automatización y el mantenimiento de infraestructuras heredadas.

Lanzado en 1987 para entornos Unix, se ganó una reputación destacada por su capacidad para procesar texto, manipular archivos y trabajar con expresiones regulares, capacidades que influyeron directamente en tecnologías que siguen utilizándose actualmente.

Es cierto que Perl está lejos de sus años de mayor popularidad. Aun así, miles de organizaciones mantienen aplicaciones internas, herramientas de automatización y procesos empresariales desarrollados con este lenguaje.

La existencia de una enorme base instalada provoca que muchas compañías sigan necesitando profesionales capaces de comprender, actualizar y optimizar código heredado.

Precisamente ahí aparece la oportunidad: cuanto menor es la oferta de especialistas, mayor suele ser el valor de quienes conservan esas competencias.

La principal enseñanza que deja la reflexión de Graeme Peacock no es que debas abandonar tecnologías modernas para estudiar lenguajes antiguos.

El mensaje es diferente: en el mercado tecnológico existen segmentos donde la especialización pesa más que la popularidad. Saber COBOL puede ayudarte a entrar en el sector financiero; dominar Ada puede acercarte a proyectos aeroespaciales o industriales de alta seguridad; conocer Perl puede convertirte en una pieza valiosa para organizaciones que dependen de infraestructuras históricas.

Donde miles de candidatos compiten con conocimientos prácticamente idénticos, apostar por habilidades poco comunes puede proporcionarte una ventaja que resulta difícil de superar cuando estés en busca de trabajo.

Por su parte, macOS también sigue destacando, pero la verdadera pregunta es: ¿cuál es el más rápido de todos? Antes de elegir el SO que va a quedarse en tu ordenador, es importante tener en cuenta el rendimiento y la fluidez.

Si bien ya hay muchas herramientas que identifican cuellos de botella y la experiencia general de estos sistemas, más allá del hardware que ofrecen los dispositivos, la comparativa de estos sof sigue siendo de suma importancia para millones de personas.

Justo por esto mismo es que Windows, Linux y macOS han sido puestos a prueba por expertos para determinar cuál ofrece las mejores condiciones al someterse a las mismas tareas cotidianas.

Fedora pone contra las cuerdas a Windows 11 en tareas del día a día

Si bien hay muchas formas de analizar estos sistemas operativos, en este caso los especialistas se han centrado en analizar la capacidad de rendimiento de cada uno de los productos de Microsoft, Apple y Linux.

La comparación fue realizada por PhoneBuff y posteriormente recogida por Neowin. Para eliminar cualquier posible ventaja, ambas plataformas se ejecutaron en dos portátiles Dell XPS 13 idénticos, con el mismo procesador Intel Core i5 320, 8 GB de memoria RAM y configuraciones equivalentes.

La idea de todo esto era que los dos sistemas estuvieran en igualdad de condiciones para poder determinar cuál respondía a las situaciones reales de uso diario.

Una vez hechas las pruebas, el arranque en frío apenas mostró diferencias entre Windows 11 y Fedora. Durante los reinicios, el primero se mantuvo alrededor de los 61 segundos, mientras que el otro aproximadamente a los 27 segundos.

La diferencia fue todavía más llamativa al analizar el consumo de memoria porque Fedora utilizó aproximadamente el 32,9% de los 8 GB disponibles en reposo, mientras que Windows 11 alcanzó una media cercana al 85,2%, dejando mucho menos margen para apps y procesos adicionales.

Otra de las pruebas más reveladoras fue la descompresión de archivos porque Fedora completó la extracción de un archivo comprimido pesado en unos 12 segundos utilizando sus herramientas integradas.

En Windows 11, la misma tarea tardó cerca de 57 segundos con el Explorador de Archivos y unos 17 segundos incluso recurriendo a 7-Zip.

También sorprendió el rendimiento de Visual Studio Code porque Linux volvió a tomar la delantera al ejecutar automatizaciones y carga de trabajo de compilación.

El proceso fue completado en aproximadamente 2 minutos y 20 segundos frente a los más de 3 minutos y 40 segundos del sistema operativo de Microsoft.

No todo es blanco o negro: ¿dónde sigue destacando Windows 11?

A pesar de que ahora ha dominado muchas de las pruebas ejecutadas mencionadas hasta el momento, Windows 11 sigue teniendo ventajas en ciertos aspectos, como en los videojuegos y la alta compatibilidad.

Según los responsables de la prueba, la ventaja obtenida estuvo lo suficientemente cerca del margen de error como para evitar conclusiones sobre una superioridad clara en gaming.

La mayoría de los usuarios sabe que Linux ha estado mejorando constantemente el apartado de los videojuegos, pero todavía tiene mucho camino por recorrer.

Aplicaciones como GIMP y las funciones OCR de OnlyOffice mostraron tiempos muy parecidos, aunque Fedora acabó llevándose la victoria por unos segundos.

En cargas de trabajo relacionadas con navegación web o determinados procesos gráficos, ambos sistemas mantuvieron un comportamiento similar.

Hay otro detalle importante que conviene tener presente. Esta comparativa no evaluó tareas relacionadas con inteligencia artificial, un terreno donde análisis anteriores habían mostrado resultados más favorables para Windows 11 en determinadas configuraciones y apps optimizadas.

Por eso, los datos obtenidos no deben interpretarse como una victoria absoluta de Linux en todos los escenarios, sino como una evidencia de que Fedora puede ofrecer una experiencia notablemente más eficiente en varias tareas cotidianas.

Esto es lo que les ha pasado, pero el problema aquí es la escala. El laboratorio europeo no está intentando mantener con vida un viejo portátil, sino miles de ordenadores que forman parte de los sistemas que controlan sus aceleradores de partículas.

En concreto, el CERN tiene más de 2.200 Front-End Computers, ordenadores industriales y sistemas que se encargan de comunicarse con la electrónica que controla diferentes instalaciones del complejo. Son máquinas que están creadas para trabajar durante muchos años y que no se pueden sustituir como quien cambia el PC de casa.

El problema son los nuevos requisitos de Red Hat Enterprise Linux. Algunas de esas máquinas utilizaban procesadores demasiado antiguos para las nuevas versiones del sistema operativo.

Y cuando el CERN hizo cuentas, descubrió que cambiar todo el hardware podía costarle alrededor de 5,7 millones de euros. La alternativa fue mucho más sencilla: cambiar de distribución Linux y pasar esos equipos a Debian 13.

El CERN tiene el mismo problema que millones de usuarios con Windows 11

Los ordenadores del CERN, por supuesto, no han quedado inutilizables ni tienen un problema de rendimiento. Todo se debe a las nuevas versiones de Red Hat y sus exigencias.

Yendo a algo más técnico, no todos los procesadores x86-64 son igual de modernos. Aunque todos pertenecen a la misma familia, los más nuevos vienen con instrucciones que los antiguos no tienen.

Red Hat ha ido subiendo poco a poco los requisitos mínimos para poder utilizar sus versiones nuevas. RHEL 9 puso el mínimo en x86-64-v2 y RHEL 10 lo volvió a subir hasta x86-64-v3. Los ordenadores más antiguos que no llegan a ese nivel dejan de ser compatibles con las nuevas versiones.

En un PC de casa, esto es un gran fastidio, pero la solución es fácil y puede que el cambio sea la mejor opción. En el CERN, cambiar miles de ordenadores no es precisamente algo que puedas hacer de un día para otro.

Aproximadamente el 47% utilizaba procesadores demasiado antiguos incluso para RHEL 9. Es decir, esos PC ya estaban por debajo del mínimo que exigía esa versión.

Otro 17% sí podía utilizar RHEL 9, pero se quedaría fuera con RHEL 10, porque sus procesadores solo llegaban hasta x86-64-v2 y la nueva versión exige x86-64-v3.

En pocas palabras, cerca de dos tercios de los equipos podían acabar teniendo problemas para seguir utilizando las versiones nuevas de Red Hat. Y el problema no era que estuvieran rotos. Simplemente, el software empezaba a pedir más de lo que esos procesadores podían dar.

El CERN se pasa a Debian 13

Lo cierto es que Debian llevaba tiempo siendo una alternativa más que decente para estos sistemas precisamente porque permiten mantener hardware durante muchos años. La solución ha sido migrar estos más de 2.200 ordenadores a Debian 13.

Al final, si los equipos funcionan y el único problema es que una nueva versión de Red Hat ya no es compatible con sus procesadores, desde luego que la solución va por un camino diferente al de deshacerse de todos ellos.

Eso sí, esta solución no llega de un día para otro y no es tan fácil como puede parecer. Primero, estos sistemas tienen unas necesidades muy concretas y el laboratorio ha tenido que adaptar parte de sus herramientas para poder gestionar el nuevo entorno.

Además, hay que construir y mantener paquetes, controlar diferentes versiones de componentes y toca arreglar problemas relacionados con determinados módulos del kernel y con la automatización del despliegue.

Teniendo esto en cuenta, el CERN no está abandonando Red Hat del todo y este cambio afecta solo a una parte de los sistemas. Otras áreas, como los centros de datos y la infraestructura informática utilizada en los experimentos, seguirán utilizando RHEL y AlmaLinux.

La prueba enfrentó a ambos sistemas operativos utilizando el mismo hardware, de modo que el rendimiento del equipo no pudiera explicar las diferencias. Aunque Windows 11 consiguió empezar con buen pie, especialmente durante el arranque inicial, la situación cambió cuando se realizaron reinicios y comenzaron las diferentes pruebas de uso.

Uno de los aspectos donde más destaca Fedora es precisamente en el consumo de memoria RAM. Windows 11 utiliza una cantidad considerable de memoria incluso cuando el ordenador está prácticamente sin actividad, mientras que Fedora consigue mantener un consumo inferior. La diferencia puede resultar importante en equipos con poca RAM, donde cada gigabyte disponible puede marcar la diferencia.

También hubo diferencias importantes al trabajar con archivos. Las tareas de extracción y descompresión resultaron más rápidas en Fedora, especialmente frente al Explorador de archivos de Windows 11. La comparación también puso a prueba herramientas como 7-Zip, dejando patente que la gestión de este tipo de operaciones puede variar bastante entre ambos sistemas.

El resultado fue igualmente favorable para Linux al utilizar Visual Studio Code, una situación llamativa teniendo en cuenta que se trata de una aplicación desarrollada por Microsoft. En varias de las pruebas realizadas, Fedora consiguió completar las tareas antes que Windows 11.

Eso sí, Windows 11 no perdió absolutamente en todo. En las pruebas relacionadas con videojuegos consiguió situarse ligeramente por delante de Fedora, aunque la diferencia fue reducida. También hubo pequeños triunfos de Windows en determinadas tareas con aplicaciones como GIMP y OnlyOffice OCR.

Hay que tener en cuenta que estos resultados no significan que cualquier distribución Linux vaya a ser siempre más rápida que Windows 11. El rendimiento depende de la distribución, los controladores, el hardware y las aplicaciones utilizadas. Además, la comparativa no incluyó cargas relacionadas con inteligencia artificial, un terreno en el que Windows 11 ha demostrado tener ventaja en otras pruebas.

Aun con estas salvedades, el experimento deja una conclusión y es que para muchas tareas habituales, Fedora puede ofrecer una experiencia más ligera y rápida que Windows 11.

Con una previsión de lanzamiento para octubre, parece que algo se está saliendo de control. Ya lo vimos con la primera RC de Linux 7.3 y ahora la historia se repite con la segunda. Linux 7.3-rc2 viene de la mano con una enorme cantidad de trabajo, hasta el punto de que Linus Torvalds ha reconocido que la versión le ha dejado con la boca abierta.

Para que te hagas una idea, lo normal es que la segunda versión candidata sea una de las más tranquilas de todo el ciclo. Después de la enorme cantidad de cambios que entran durante la ventana de integración, los desarrolladores suelen tomarse un respiro y comienzan a aparecer los primeros errores que hay que corregir.

Esta vez no ha ocurrido eso. Torvalds reconoce que, aunque durante el desarrollo no le pareció una versión especialmente cargada, al revisar los datos la realidad era otra. Había mucho más movimiento del que esperaba.

Y eso llega además en un momento que ya estaba algo tenso por otro motivo: la cantidad de código generado o ayudado por inteligencia artificial que está llegando al kernel. Greg Kroah-Hartman, mano derecha de Torvalds, ya ha advertido que Linux 7.3 puede ser bastante complejo de sacar adelante a tiempo.

"Este va a ser un ciclo de -rc complicado. Sigue siendo una locura"

El punto en cuestión no es que la IA esté cambiando por completo el kernel por su cuenta, sino que cada vez llegan más informes de errores y parches generados con ayuda de modelos de lenguaje.

El problema es que no todos esos cambios son inútiles. Algunos detectan fallos reales y merecen entrar en el kernel. Otros, en cambio, intentan corregir problemas muy antiguos, que carecen de importancia o incluso afectan a código que apenas se utiliza. Y alguien tiene que revisar cada propuesta antes de aceptarla.

Esto está haciendo que el trabajo de los mantenedores sea mucho más pesado. Y el propio Greg KH lo deja claro afirmando que "este va a ser un ciclo de -rc complicado".

Pero este no se ha centrado solo en hablar de la cantidad de trabajo. También ha explicado por qué no puede simplemente hacer la vista gorda a todos los parches relacionados con IA.

El problema, por tanto, no es tanto quién ha escrito el parche, sino el coste que supone para los mantenedores comprobar si realmente merece la pena. Cada propuesta necesita ser revisada, probada y, cuando corresponde, discutida con otros desarrolladores. Si empiezan a llegar miles de cambios que no aportan demasiado, ese tiempo se multiplica.

Sin ir más lejos, y mostrando un poco la cara positiva de la IA, errores que antes podían permanecer ocultos durante años ahora salen a la luz con mucha más frecuencia, lo que mejora la seguridad a largo plazo. Sin embargo, también está generando una avalancha de informes que los mantenedores apenas pueden revisar al mismo ritmo.

Linus Torvalds tiene un problema y Linux 7.3 ya roza las 41 millones de líneas de código

El dato exacto es de 40,98 millones de líneas, frente a los 40,42 millones de Linux 7.2. De ellas, alrededor de 30,94 millones corresponden a código detectado como tal, mientras que el resto son comentarios y líneas en blanco.

Y cuidado porque todavía no estamos hablando de la versión final de Linux 7.3. Se trata de las primeras release candidates, por lo que el código seguirá cambiando y probablemente creciendo hasta que salga la versión final en octubre de 2026.

Pero el problema no es que Linux sea cada vez más grande. Cuanto más código hay, más difícil resulta encontrar errores, mantener componentes antiguos y revisar todo lo que llega al proyecto. Y aquí es donde la inteligencia artificial entra.

Las herramientas de IA y los LLM están rastreando el código del kernel en busca de vulnerabilidades y errores. El resultado puede ser útil, pero también está generando una cantidad de trabajo extra para unos mantenedores que tienen que comprobar si cada aviso tiene sentido.

El desarrollador, una de las figuras más importantes del proyecto y responsable de varios subsistemas, lleva meses advirtiendo del problema que está generando la inteligencia artificial en el desarrollo de Linux.

El punto en cuestión no es que la IA esté cambiando por completo el kernel por su cuenta, sino porque cada vez llegan más informes de errores y parches generados con ayuda de modelos de lenguaje.

El problema es que no todos esos cambios son inútiles. Algunos detectan fallos reales y merecen entrar en el kernel. Otros, en cambio, intentan corregir problemas muy antiguos, que carecen de importancia o incluso afectan a código que apenas se utiliza. Y alguien tiene que revisar cada propuesta antes de aceptarla.

Esto está haciendo que el trabajo de los mantenedores sea mucho más pesado. Y el propio Greg KH lo deja claro afirmando que "este va a ser un ciclo de -rc complicado".

¿Qué está pasando con la IA y el desarrollo del kernel de Linux?

Greg Kroah-Hartman ha enseñado el tamaño de la cola de trabajo que está acumulando con las propuestas relacionadas con el subsistema USB de Linux, que está bajo su responsabilidad.

En un primer momento, su bandeja de trabajo tenía 1.732 mensajes de un total de 4.807, una cifra bastante grande.

Después de eliminar las propuestas más fáciles de identificar (por ejemplo, correcciones evidentes o versiones antiguas de parches que ya habían sido sustituidas), la cifra bajó a 1.094 mensajes de 4.170. Pero seguía siendo enorme.

Pero Greg KH no se ha centrado solo en enseñar la cantidad de trabajo. También ha explicado por qué no puede simplemente hacer la vista gorda a todos los parches relacionados con IA.

El problema, por tanto, no es tanto quién ha escrito el parche, sino el coste que supone para los mantenedores comprobar si realmente merece la pena. Cada propuesta necesita ser revisada, probada y, cuando corresponde, discutida con otros desarrolladores. Si empiezan a llegar miles de cambios que no aportan demasiado, ese tiempo se multiplica.

Sin ir más lejos, y mostrando un poco la cara positiva de la IA, errores que antes podían permanecer ocultos durante años ahora salen a la luz con mucha más frecuencia, lo que mejora la seguridad a largo plazo. Sin embargo, también está generando una avalancha de informes que los mantenedores apenas pueden revisar al mismo ritmo.

La magnitud del problema quedó clara cuando el equipo responsable del kernel publicó 432 vulnerabilidades CVE en solo dos días. No todas eran críticas ni habían sido descubiertas mediante IA, ya que Greg Kroah-Hartman explicó que buena parte correspondía a una cola de trabajo acumulada durante varias semanas.

Linux 7.3 puede tener otras siete semanas bastante intensas

Todo esto sucede cuando Linux 7.3 acaba de entrar en su fase de desarrollo -rc. La versión 7.3-rc1 acaba de publicarse y todavía quedan aproximadamente siete semanas hasta la llegada de la versión estable.

Si el calendario previsto se mantiene, Linux 7.3 debería estar listo alrededor del 18 de octubre, aunque podría retrasarse hasta el 25 de octubre si las últimas semanas se complican de más.

Los ciclos de desarrollo del kernel ya implican de por sí una enorme cantidad de cambios, pruebas y correcciones. Ahora a los mantenedores les toca además lidiar con una cantidad cada vez mayor de propuestas que proceden de la inteligencia artificial y su análisis de código. Aquí es donde reside el gran miedo, que no rechazo, de Greg KH.

No está diciendo que la inteligencia artificial vaya a destruir Linux ni que todos los parches creados con IA sean malos. De hecho, reconoce que algunos solucionan grandes errores escondidos. El problema es mucho más básico: hay demasiadas cosas que revisar.

Con esa declaración, el creador del proyecto clausuró formalmente la ventana de integración, que es el periodo de dos semanas en el que se incorporan las modificaciones estructurales más importantes antes de congelar las funciones.

Esta primera versión candidata marca un hito histórico en el software libre tras cerrar esa fase, ya que el árbol del sistema suma más de 560.000 líneas en una única tanda, empujando el tamaño total del repositorio por encima de los 41 millones de líneas de código.

Lejos de significar que Linux se haya vuelto pesado o ineficiente, este crecimiento descomunal refleja la necesidad de incorporar soporte para nuevas generaciones de hardware.

El incremento responde a la llegada masiva de extensos diccionarios de registros y cabeceras autogeneradas para procesadores y tarjetas gráficas, piezas indispensables para comunicarse con los chips modernos.

Más líneas no significan más complejidad ejecutable

De las 40.983.874 líneas contabilizadas en el repositorio, 30.937.090 corresponden a código real, mientras que 4.912.366 son comentarios explicativos y 5.134.418 son líneas en blanco.

El repositorio alberga inmensas cantidades de información destinadas únicamente a describir cómo interactúa el hardware. En los controladores de vídeo, estas definiciones ocupan espacio en disco pese a no ser instrucciones ejecutadas continuamente por el procesador.

Asimismo, el crecimiento no penaliza el rendimiento ni satura la memoria RAM porque Linux utiliza una arquitectura modular, donde el código se compila en módulos independientes que el sistema solo activa si detecta el componente físico conectado a la placa base.

El ejemplo más claro de esta expansión se encuentra en el controlador gráfico de AMD. El directorio drivers/gpu/drm/amd, encargado de coordinar AMDGPU, AMDKFD, los componentes de gestión de pantalla y sus cabeceras técnicas, alcanza unas 6,52 millones de líneas en Linux 7.3-rc1. En la versión 7.2 previa, este mismo apartado rondaba los 6,35 millones.

Esto confirma dónde se concentra realmente la subida, por lo que lejos de implicar algoritmos pesados, se trata de tablas de parámetros, registros y estructuras de comunicación que las máquinas generan automáticamente para habilitar cada nueva variante de hardware.

Semanas de depuración antes del despliegue final

Es importante mencionar que el lanzamiento de Linux 7.3-rc1 no está concebido para ordenadores domésticos ni servidores en producción, sino que va mucho más allá.

Las siglas de Release Candidate avisan del arranque de una fase reservada a desarrolladores, pero sobre todo a fabricantes para cazar regresiones y fallos lógicos imprevistos.

Linus Torvalds y su equipo de mantenedores afrontan ahora unas siete u ocho semanas dedicadas en exclusiva a incorporar parches de estabilidad.

Así que el descomunal volumen del repositorio no revela sobrepeso, sino la capacidad de Linux para absorber el frenético ritmo de la industria del hardware manteniendo intacta su agilidad operativa.

El kernel no crece solo porque se añadan funciones visibles para el usuario. También debe adaptarse a una industria que lanza nuevas arquitecturas, controladores y variantes de forma constante.

El siguiente paso será ver cuánto aumenta el tamaño hasta la versión estable, pero con este ritmo, Linux 7.4 podría superar los 41 millones de líneas de código en el kernel.

Cabe señalar que los modelos de IA generativos resuelven en cuestión de segundos tareas y rutinas de desarrollo que antes exigían jornadas completas frente a la pantalla.

Sin embargo, Linus Torvalds sostiene que esta facilidad para escribir código ha alterado las prioridades del sector, por lo que redactar líneas ya no representa el trabajo más valioso ni el más complejo en el desarrollo de software.

Mientras la IA produce miles de instrucciones y parches al instante, la labor verdaderamente crítica, escasa y necesaria para garantizar la supervivencia del kernel de Linux es la revisión de código o code review.

El creador de Linux advierte de que el verdadero mérito se ha desplazado hacia la capacidad humana de auditar, contextualizar y decidir qué entra y qué se descarta.

En un entorno saturado de código sintético, el filtro de quienes supervisan cada propuesta se ha convertido en el escudo imprescindible que sostiene la estabilidad y la seguridad de la infraestructura en todo el planeta.

La trampa de la sintaxis correcta y los fallos invisibles

El peligro del código elaborado por algoritmos rara vez reside en su aspecto exterior. Los modelos de lenguaje actuales entregan parches que compilan sin arrojar errores evidentes, respetan las convenciones formales del lenguaje y lucen impecables a simple vista.

Sin embargo, el verdadero desafío comienza cuando se profundiza en su integración con el resto del sistema operativo.

Bajo esa apariencia suelen esconderse problemas de gestión de memoria, fallos lógicos sutiles, así como pequeñas incompatibilidades que terminan comprometiendo la arquitectura global.

Una IA carece del contexto necesario para anticipar cómo reaccionará un componente frente a condiciones imprevistas. Por ello, detectar esas grietas antes de que causen daños exige un esfuerzo analítico que ninguna automatización puede resolver con fiabilidad.

El cuello de botella que asfixia a los mantenedores

Esta sobreproducción masiva de aportaciones ha trasladado una presión inasumible hacia los mantenedores. En la estructura de Linux, estos ingenieros se encargan de gestionar los distintos subsistemas y tienen la última palabra para autorizar cualquier cambio.

La advertencia de Linus Torvalds no nace de un rechazo frontal a la inteligencia artificial, sino de una observación práctica. Mientras un usuario puede multiplicar el envío de parches gracias a herramientas automatizadas, el grupo de mantenedores para evaluarlos sigue siendo limitado.

Así que saber leer código ajeno, entender sus consecuencias a largo plazo y tener la firmeza de rechazar contribuciones deficientes requiere una experiencia que no se adquiere de la noche a la mañana.

A este escenario se suma el principio ineludible de la responsabilidad técnica. Si una actualización introduce una vulnerabilidad grave o provoca la caída de servidores en centros de datos, ningún modelo generativo asume consecuencias legales ni operativas.

La obligación recae en el programador que aprobó la modificación. El desarrollo de software entra así en una etapa donde redactar sintaxis pasa a ser un trámite, mientras que la auditoría crítica y el criterio consolidan su posición como el auténtico corazón del oficio.

La IA puede encontrar problemas, pero alguien tiene que decidir cuáles importan

La revisión de código consiste en analizar los cambios antes de incorporarlos al proyecto, por lo que no se trata únicamente de buscar errores de sintaxis.

Hay que comprobar si una modificación encaja con el funcionamiento del kernel, si introduce problemas nuevos y si realmente soluciona aquello que pretende solucionar.

La IA puede ayudar precisamente en esa tarea, donde el kernel ya cuenta con directrices específicas para utilizar asistentes de inteligencia artificial y contempla incluso herramientas capaces de analizar cambios propuestos.

En determinadas áreas existen revisiones automatizadas que buscan posibles fallos antes de que los desarrolladores decidan qué hacer con ellos. El problema aparece cuando la cantidad de resultados crece demasiado.

Un informe generado por IA no demuestra por sí mismo que exista un fallo. El propio kernel advierte de que los análisis automatizados pueden producir informes incorrectos y sobrecargar a los mantenedores con trabajo que después deben comprobar.

Las reglas establecidas para el uso de IA dejan claro dónde termina el trabajo del chatbot. Si un programador encuentra un problema que no es trivial, primero hay que comprobar que sea real.

Ahora, el kernel de Linux Torvalds es el nuevo objetivo de los ciberdelincuentes porque se han detectado varias vulnerabilidades en Red Hat Enterprise Linux (RHEL). Millones de personas están actualmente en peligro por las posibles fallas virtuales que pueden afectar a los dispositivos.

Este incidente vuelve a hacer que se vuelva urgente mantener una estrategia constante de parcheo en infraestructuras críticas y servidores empresariales con Red Hat, SAP o arquitecturas como ARM, IBM z e IBM Power.

Las vulnerabilidades del kernel amplían la superficie de ataque en sistemas Red Hat

Se han presentado diversas debilidades en sistemas operativos de distintas compañías. En este caso, llama la atención porque se trata de un anuncio oficial de Red Hat donde han confirmado múltiples avisos de seguridad para corregir fallos detectados en el kernel de Linux.

Los problemas afectan a distintas versiones y variantes de Red Hat Enterprise Linux y Red Hat CodeReady Linux Builder. Entre los productos impactados se encuentran plataformas para arquitecturas x86_64, ARM64 (aarch64), IBM z Systems (s390x) y Power (ppc64le), incluyendo también ediciones con soporte extendido y ciclos de vida ampliados, según HKCERT.

Un atacante remoto podría aprovechar algunas de estas vulnerabilidades para provocar denegaciones de servicio, obtener acceso a información confidencial, elevar privilegios dentro del sistema comprometido, manipular datos o incluso ejecutar código de forma remota en determinadas circunstancias.

Aunque no todas las fallas presentan el mismo nivel de criticidad, la combinación de numerosos identificadores CVE incrementa la complejidad del panorama de riesgo para los administradores de sistemas.

La lista de vulnerabilidades corregidas incluye decenas de identificadores, entre ellos CVE-2025-21834, CVE-2026-23003, CVE-2026-43450, CVE-2026-53026, CVE-2026-64018, CVE-2026-64276, CVE-2026-64384, CVE-2026-68086 y CVE-2026-72130, entre otros.

Los inconvenientes se pueden visualizar y confirmar en la página oficial, por lo que es importante tener en cuenta los códigos para determinar si hay un punto de entrada para comprometer servicios críticos o facilitar movimientos laterales dentro de una red corporativa.

Actualizar cuanto antes es la principal recomendación para mitigar los riesgos

La respuesta de Red Hat frente a estas vulnerabilidades ha consistido en la publicación de correcciones oficiales distribuidas a través de varios avisos de seguridad.

La compañía recomienda instalar los parches disponibles y revisar la documentación asociada antes de desplegarlos en producción. Esta práctica permite validar posibles impactos operativos y garantizar una implementación adecuada dentro de cada entorno tecnológico.

Entre los boletines de seguridad publicados se encuentran RHSA-2026:61310, RHSA-2026:61887, RHSA-2026:61959, RHSA-2026:61973, RHSA-2026:62345 y RHSA-2026:62346.

Estos paquetes incluyen las correcciones destinadas a resolver las vulnerabilidades identificadas en las distintas versiones afectadas del kernel.

Con respecto a los equipos de TI, la recomendación pasa por verificar el inventario de sistemas, identificar la presencia de versiones vulnerables y programar la instalación de las actualizaciones siguiendo las políticas internas de gestión de cambios.

En entornos empresariales, donde el kernel constituye uno de los componentes más sensibles del sistema operativo, actuar con rapidez ante los avisos de seguridad puede marcar la diferencia entre una actualización rutinaria y un incidente de seguridad de gran alcance.

Ahora el proyecto acaba de actualizarse. WinBtrfs 1.10 ya está disponible, más de dos años después de la anterior versión. Y aunque no cambia por completo lo que hace el controlador, sí viene con varias funciones nuevas.

Por ejemplo, puedes escribir mapas de espacio libre y archivos comprimidos almacenados directamente dentro de los metadatos del sistema de archivos. También hay mejoras para dispositivos extraíbles y para recuperarse de momentos en los que el equipo se queda sin memoria o sin espacio en disco.

Además, esta versión también corrige bastantes fallos acumulados en estos años. Y, teniendo en cuenta que estamos en 2026, Claude, la IA de Anthropic, se utilizó durante la búsqueda de fallos y la revisión del código. Eso sí, los desarrolladores aclaran que el código de WinBtrfs 1.10 fue escrito sin utilizar IA.

¿Qué es WinBtrfs y para qué sirve?

Btrfs es un sistema de archivos creado sobre todo para el ecosistema Linux. El problema es que Windows no ofrece soporte nativo completo para Btrfs.

Ahí entra WinBtrfs. Este proyecto funciona como un controlador para Microsoft Windows que permite leer y escribir en sistemas de archivos Btrfs desde el propio sistema operativo.

Es compatible con Windows XP y versiones posteriores, por lo que lleva bastantes años haciendo de intermediario entre ambos mundos.

Para que te hagas una idea, si tienes un disco formateado en Btrfs y necesitas utilizarlo desde Windows, WinBtrfs permite que el sistema pueda entender qué hay dentro y trabajar con esos archivos.

El equipo de Btrfs ha recuperado código que había sido eliminado durante la preparación de Linux 7.2

El equipo encargado de Btrfs recientemente recuperó más de 600 líneas de código que se habían borrado. Sin ellas, algunos datos podían llegar a perderse sin que el usuario se diera cuenta.

Para que te hagas una idea, el problema estaba relacionado con una función de Btrfs encargada de detectar cambios que se hacen en la memoria antes de que el sistema de archivos pueda controlarlos correctamente.

Durante el desarrollo de Linux 7.2 se pensó que esa protección ya no hacía falta porque los cambios que se hacían en la gestión de memoria del kernel habían solucionado las situaciones que la hacían necesaria. Pero las pruebas que se hicieron han demostrado que no era así.

Y aquí está el problema que ha obligado a dar marcha atrás: todo esto puede dar pie a una pérdida sin que siquiera te enteres de datos. Lo peligroso aquí es que el usuario podría seguir trabajando con normalidad mientras algunos datos no sabe que no se han guardado como deberían.

Eso sí, matizar que, de esas 600 líneas de código borradas, no todas forman parte de esta solución una vez que se han recuperado.

El desarrollador de SUSE David Sterba explica que, más o menos, la mitad corresponde a código de soporte y depuración, mientras que el resto contiene la parte central del sistema que permite detectar el problema y solucionarlo.

Pero una de las más populares y fáciles de configurar –también queridas por la comunidad– es Batocera, un sistema ligero basado en Linux que ofrece compatibilidad con más de 200 sistemas diferentes, además de arquitecturas.

Su nombre proviene de una especie de escarabajo denominado Batocera, ya que el creador es un aficionado a la entomología y este era el insecto favorito de su hijo. De ahí un nombre que ha pasado ya a la historia de la informática y que cumple su primera década de vida.

Con ella tendrás a tu disposición muchísimos videojuegos que de otra forma ya no podrías probar, como algunos de los años 80 y 90, con consolas míticas que marcaron la historia de esta industria, como la Nintendo 64, la NES e incluso portátiles como la Game Boy y la PSP.

Pero también mantiene disponibilidad con consolas mucho más recientes, como la PlayStation 4; ahora bien, tendrás que luchar con las configuraciones, ya que aparentemente Batocera es sencilla para juegos retro, pero no funciona tan bien para las más recientes.

A pesar de los inconvenientes, creo que es un sistema de juegos que deberías probar si tienes en casa un portátil que ya no utilices u otro dispositivo como una Raspberry Pi y te gusta probar con este tipo de configuraciones en tu tiempo libre.

Así es Batocera, la distro Linux con acceso a cientos de juegos

Batocera es totalmente gratuito y de código abierto, por lo que detrás de esta hay una gran comunidad de mantenedores que revisan los fallos, incompatibilidades y lanzan actualizaciones de forma bastante periódica.

Está basada en Buildroot e integra el frontend EmulationStation (ES-DE) con un tema modificado para hacerla más personalizada, además del motor RetroArch con decenas de núcleos de emuladores.

Nació en 2016 como un fork de Recalbox por un exdesarrollador de dicho proyecto y ya va por la versión 43.1, gracias a que soporta más de 45 arquitecturas de hardware –desde una Raspberry Pi Zero hasta PC x86_64 y consolas portátiles más nuevas– y a que no hace falta instalarla directamente en tu PC.

Esto se debe a que está pensada para llevarla directamente en un USB o una tarjeta SD, con lo cual simplemente tendrás que grabar la imagen en el dispositivo preferido para jugar y arrancarla.

Una vez lista, puedes copiar tus juegos y BIOS mediante USB, configurar la red y acceder a la emulación de muchísimas consolas clásicas –NES, SNES, Mega Drive, PSX, Nintendo 64, Saturn, Dreamcast y casi cualquier otra, pero también a las portátiles, como Game Boy, PSPS y otras, además de tener una colección arcade, todo con características modernas como el juego en línea, filtros gráficos, multijugador local o actualizaciones OTA mensuales.

Básicamente, en su interfaz podrás revisar carátulas, configurar temas personalizados para hacerla más individual y hasta integrarla con Kodi si la necesitas en algún TV Box, por ejemplo.

La legalidad de Batocera y todas sus posibilidades

Batocera partió de Recalbox, como ya he mencionado anteriormente, aunque comparte la interfaz con EmulationStation, pero también hay otras opciones en la industria como RetroPie, que presentan algunas diferencias notables con Batocera.

Por razones legales, Batocera no incluye BIOS ni juegos por defecto, aunque sí añade todas las interfaces gráficas, emuladores y utilidades para que puedas incluir todos los que tengas, además de añadir tus controles favoritos, la resolución, además de la configuración de audio e idiomas.

En la práctica, esta distro de Linux reconoce los formatos estándar de ROM de cada sistema, pero no incluye juegos por defecto, ya que estos deben obtenerse de forma legal según la normativa vigente en cada región. Por tanto, Batocera solo es un facilitador de la emulación, mientras que es responsabilidad del usuario respetar los derechos de autor de cada título. Así, la recomendación es clara: usa solo ROMs de juegos que hayas adquirido.

En caso de que seas ya un veterano en esta industria, podrás acceder a consolas de Sony, de Nintendo, de Sega, así como otras como las de Atari, la Commodore 64 y máquinas que marcaron un antes y un después en la industria, pero que ya han desaparecido desafortunadamente.

Todo sin limitaciones para controles de terceros con los que sí tiene compatibilidad, a diferencia de lo que ocurre en consolas propietarias, que limitan estos a los suyos propios, sobre todo si quieres jugar a títulos más recientes.

Si quieres probar Batocera, es relativamente fácil. Tendrás que descargar la imagen oficial de su página web y flashear esta en el medio que prefieras, como un USB, una tarjeta SD o un SSD.

En arquitectura x86_64 de los PC más modernos no tendrás casi ningún problema para instalarla correctamente, incluso en algunos con más de 10 años puedes acceder a la emulación ligera; eso sí, si buscas jugar a consolas 3D como la Nintendo 64, la PlayStation 1, GameCube o Wii sí es recomendable tener una CPU multinúcleo y una gráfica decente.

Los requisitos oficiales son de mínimo 2 gigabytes de memoria RAM y 4 gigabytes para una experiencia más óptima, además de unidades USB 3.0 o SSD para mejorar tiempo, siempre con compatibilidad en Steam Deck o ROG Ally.

Hay que tener en cuenta, además, que Batocera funciona como un sistema cerrado que no permite acceder a internet ni ejecutar software adicional fuera de su sistema, por lo que los principales riesgos son legales, ya que usar ROMs o BIOS sin permiso puede acarrear consecuencias.

De tal forma, Batocera solo emula de forma local, por lo que no tiene mecanismos DRM ni registros, con el objetivo adicional de no descargar software malicioso y poner en peligro al usuario final.

En conclusión, usa siempre las herramientas de código abierto como Batocera de forma responsable, ya que ofrece muchísimas posibilidades, pero podrías meterte en problemas si el uso que haces de ella roza lo ilegal.

El papel que tendrá la IA en el futuro es fundamental y por eso es que en el kernel de Linus Torvalds hay que tener en cuenta las características relacionadas con el software libre.

La cuestión ya no gira únicamente en torno a si los modelos pueden escribir código útil, sino sobre cuánto espacio deberían ocupar dentro de proyectos críticos como el de pingüino Tux.

Linux y las distribuciones avanzan hacia la aceptación del código generado con IA

Y cuando el propio Linus Torvalds adopta estas herramientas para resolver problemas reales, la conversación adquiere una dimensión completamente distinta.

La discusión sobre la inteligencia artificial en Linux ha dejado de ser una hipótesis. Durante años, muchos desarrolladores consideraron que las contribuciones generadas con modelos de lenguaje debían mantenerse alejadas de los grandes proyectos de software libre.

Sin embargo, esa postura comienza a perder terreno frente a una realidad cada vez más evidente: la IA ya forma parte del flujo de trabajo de numerosos programadores y mantenedores.

Uno de los ejemplos más destacados llegó recientemente de la mano de Linus Torvalds. El creador confirmó que utilizó una herramienta de IA durante una compleja sesión de depuración para corregir un fallo en el kernel.

En el mensaje asociado al cambio, describió el proceso como una “sesión de depuración infernal” y afirmó que la IA ayudó enormemente realizando gran parte del trabajo repetitivo.

No obstante, también reconoció que el sistema llegó a asegurar varias veces que el problema era imposible de resolver. Según Torvalds, “el AI varias veces afirmó rotundamente que esto era imposible e irresoluble”. Finalmente, su experiencia y persistencia permitieron encontrar la solución.

El software libre se convierte en una mezcla de código humano e inteligencia artificial

La consecuencia más llamativa de esta evolución es que cada vez resulta más difícil distinguir entre software desarrollado exclusivamente por personas y software que ha recibido algún tipo de asistencia de IA durante su creación.

Para algunos miembros de la comunidad de código abierto, esto representa un cambio cultural profundo que transforma la naturaleza misma del desarrollo colaborativo.

Las críticas llegan desde distintos frentes. Algunos desarrolladores cuestionan el origen de los datos utilizados para entrenar modelos de lenguaje y consideran que existe un riesgo de reutilización indebida de código ajeno.

Otros apuntan al impacto energético de los grandes centros de datos necesarios para mantener estas herramientas. También persisten dudas legales relacionadas con la propiedad intelectual y la atribución de contenido generado por sistemas automatizados.

Aun así, la adopción continúa creciendo entre proyectos de gran escala debido a las ventajas que ofrece en tareas de análisis, documentación y depuración.

El problema para quienes buscan mantenerse alejados de la IA es que la frontera entre código humano y código asistido se vuelve cada vez más difusa. Incluso si una distribución Linux decide restringir aportes generados por modelos de lenguaje, sigue dependiendo de componentes externos desarrollados por miles de personas.

Si el kernel o alguna dependencia importante ha recibido asistencia de IA en alguna fase de su ciclo de desarrollo, mantener un entorno completamente libre de estas herramientas se convierte en una tarea extremadamente complicada.

Por si fuera poco, existe una dificultad práctica adicional: detectar con certeza si un fragmento de código fue creado por una persona o por un modelo de lenguaje.

A diferencia de los textos convencionales, donde pueden aparecer patrones reconocibles, el código generado por un asistente virtual puede resultar casi indistinguible del escrito manualmente.

Como resultado, Linux y buena parte del software libre parecen dirigirse hacia lo que algunos ya describen como un “extraño híbrido” entre trabajo humano e inteligencia artificial.

Quienes rechazan por completo esta tecnología podrían verse obligados a aceptar determinados compromisos o limitarse a proyectos muy específicos.

Proyectos como Asahi Linux han conseguido importantes progresos en hardware, especialmente cuando se trata de aspectos relacionados con los puertos USB-C, Thunderbolt y la gestión energética general.

Ahora, una novedad procedente del kernel de Linux apunta precisamente a uno de esos apartados más demandados y podría representar otro paso decisivo para quienes desean aprovechar al máximo los Mac con procesadores Apple Silicon.

Un parche introduce soporte inicial para USB4 y Thunderbolt en Apple Silicon

El avance llega a través de una nueva serie de 19 parches publicada en la Linux Kernel Mailing List (LKML), bajo el título "[PATCH 00/19] Initial USB4/Thunderbolt support for Apple M1/M2/M3 SoCs", desarrollada por Sven Peter, uno de los ingenieros vinculados al trabajo de compatibilidad de Linux con plataformas Apple Silicon.

Según la documentación presentada, la actualización añade soporte inicial para USB4 y Thunderbolt en equipos equipados con chips M1, M2 y M3.

El propio desarrollador explica que: "Cada puerto Type-C compatible con USB4 incluye un bloque ACIO (Apple Converged I/O), el cual contiene un coprocesador Cortex-M3 y el hardware que implementa el enrutador USB4", según lo revelado en LKML.

Esto quiere decir que el sistema operativo del pingüino Tux ya contaría con una capacidad alta de comunicación para que se puedan gestionar este tipo de conexiones en general.

El desarrollo no se limita únicamente a habilitar un controlador, sino que también incorpora elementos necesarios para arrancar y gestionar los componentes internos relacionados con estos puertos, incluyendo el controlador NHI, la infraestructura ACIO y diversos mecanismos de integración con el subsistema Thunderbolt del kernel.

Todavía existen limitaciones, pero el progreso es cada vez más evidente

Si bien son novedades importantes con respecto a la comunidad Linux, el soporte para estos elementos todavía se encuentra en una etapa inicial y es que, según el desarrollador Sven Peter, actualmente solo están disponibles las conexiones XDomain y los túneles USB3 sobre USB4.

Esto significa que algunas de las funciones más avanzadas asociadas a Thunderbolt todavía requieren trabajo adicional antes de llegar a los usuarios finales. Por ejemplo, "los túneles PCIe y DisplayPort llegarán más adelante".

Por otro lado, también se confirma que la suspensión del sistema aún presenta inconvenientes importantes: "Tampoco se admite la suspensión por el momento y, de hecho, debemos evitar que se suspenda cuando haya una conexión activa; de lo contrario, al reanudarse se produciría un error SError.".

Pese a estas limitaciones, la relevancia del anuncio es considerable. Durante mucho tiempo, la compatibilidad con USB4 y Thunderbolt ha sido uno de los obstáculos más complejos para Linux en Apple Silicon por la composición del hardware en cuestión.

La llegada de este soporte al proceso de revisión del kernel principal demuestra que el proyecto continúa madurando y acercándose a una experiencia mucho más completa en los Mac modernos.

Por el momento, los parches están siendo evaluados para una posible integración en la rama principal del kernel Linux. Aunque algunos medios apuntan a que podrían llegar antes de Linux 7.4, todavía no existe una garantía oficial de que la fusión se produzca en esa versión concreta.

Lo que sí parece claro es que cada nueva incorporación reduce la distancia entre macOS y una experiencia Linux plenamente funcional en equipos con chips M1, M2 y M3.

En las últimas semanas, Linus Torvalds ha defendido que el núcleo de Linux no debe adoptar una postura contraria a la IA y ha respaldado su uso como una herramienta útil para el desarrollo y la revisión del código.

Ahora es Debian quien ha fijado oficialmente su posición sobre los modelos de lenguaje. Y, después de varias semanas de debate y una votación entre sus desarrolladores, el proyecto ha aprobado la propuesta Responsible Use of Generative AI.

Significa que se permitirá utilizar herramientas de IA generativa en contribuciones destinadas a Debian, donde esta resolución no convierte a los LLM en una plataforma recomendada ni obliga a utilizarlos.

Cabe señalar que la decisión afecta al desarrollo, mantenimiento, así como a la documentación de software, al empaquetado y a otros contenidos publicados dentro del proyecto.

Debian considera que pueden ayudar a los colaboradores a dedicar más tiempo a tareas importantes, pero el resultado debe mantener exactamente los mismos estándares que cualquier otra contribución.

Qué cambia para quienes contribuyen a Debian

Esto establece que un colaborador puede utilizar IA generativa para preparar una contribución, pero sigue siendo responsable de todo lo que termine enviando al proyecto.

Implica comprender el contenido generado, revisarlo, probarlo y modificarlo cuando sea necesario antes de incorporarlo a Debian. La herramienta utilizada tampoco cambia las exigencias sobre calidad, corrección, mantenimiento o cumplimiento legal.

Es decir, una contribución no tendrá un trato diferente por haber sido creada con ayuda de un LLM. Además, se deja claro que aceptar material generado automáticamente sin una revisión humana adecuada no encaja con sus prácticas habituales.

Es importante mencionar que el colaborador puede indicar qué herramienta utilizó y en qué medida intervino, pero la decisión final sobre cómo hacerlo queda en sus manos.

La IA podrá utilizarse, pero no sin límites

Uno de los principales problemas está en el origen y la situación legal de los contenidos generados. Debian no intenta resolver con esta votación las dudas existentes sobre copyright o licencias, por lo que sus normas actuales sobre software libre siguen aplicándose exactamente igual.

También existen restricciones relacionadas con la privacidad, donde los colaboradores no deben introducir en servicios de IA de terceros información confidencial, comunicaciones privadas, datos relacionados con vulnerabilidades todavía no públicas, credenciales, claves criptográficas u otro material no público de Debian, salvo que exista una autorización expresa y sea compatible con sus requisitos de seguridad.

Las automatizaciones a gran escala tampoco quedan fuera de control. Si alguien pretende utilizar IA para realizar modificaciones masivas o actuar sobre muchos paquetes, debe discutirlo previamente por los canales correspondientes.

Cualquier proceso automatizado de este tipo tendrá que permanecer bajo supervisión humana y cuya decisión llega después de una votación en la que participaron ocho propuestas, desde prohibir las contribuciones realizadas con LLM hasta permitirlas bajo distintas condiciones.

La opción finalmente ganadora fue la quinta, Responsible Use of Generative AI, mediante el sistema de votación Condorcet que utiliza Debian.

El resultado no significa que el debate haya terminado, sino que Debian ha optado por integrar la IA dentro de sus reglas existentes en lugar de crear una excepción específica para ella.

Para el proyecto, la cuestión ya no es decidir si la IA existe dentro de su ecosistema, sino determinar cómo utilizarla sin rebajar los estándares que han definido su desarrollo durante décadas.

Esto es posible gracias a la virtualización. De forma simple, en lugar de instalar un sistema operativo sobre el hardware y utilizarlo todo el tiempo, KVM permite crear máquinas virtuales que tienen asignados sus propios recursos.

Por ejemplo, puedes tener un PC con Linux como sistema principal y crear dentro de él una máquina virtual con Windows. Esa máquina virtual se abre como si fuera otro ordenador dentro de una ventana. También puedes crear otra con Ubuntu, Debian o cualquier otra distribución.

La gracia está en que no necesitas tener varios ordenadores físicos. Todos utilizan el mismo hardware, pero KVM reparte los recursos entre las diferentes máquinas virtuales. Puedes decidir cuánta RAM y cuántos núcleos de procesador recibe cada una, por ejemplo.

Para que te hagas una idea, esto se utiliza tanto en ordenadores de casa como en servidores (en este último es más normal debido a la potencia que tienes para repartir). En un centro de datos, un solo servidor puede ejecutar muchas máquinas virtuales diferentes y cada una puede estar haciendo un trabajo distinto.

Y Linux 7.3 no llega con un enorme cambio en KVM, pero sí con bastantes mejoras internas para hacer que esta tecnología funcione mejor que nunca.

La nueva versión incluye correcciones de errores, mejoras en el código y cambios en la forma en la que KVM gestiona algunas partes de la virtualización.

Uno de los cambios más importante es el llamado KVM chainsaw, un trabajo para dividir una enorme estructura de datos que se había convertido en una pieza demasiado grande y complicada. Por así decirlo, los desarrolladores han aprovechado para hacer una gran limpieza y poner orden.

También se han hecho cambios en el código relacionado con la gestión de memoria virtual, especialmente en KVM MMU, que se encarga de una parte vital de cómo las máquinas virtuales gestionan la memoria.

KVM también mejora fuera de x86

Aunque cuando se habla de máquinas virtuales se suele pensar en ordenadores con procesadores Intel o AMD, KVM no se cierra solo a x86. Linux también permite utilizarlo con otras arquitecturas.

En RISC-V, por ejemplo, Linux 7.3 añade soporte para varias funciones relacionadas con la gestión de memoria y seguridad que pueden utilizar las máquinas virtuales. También se ha mejorado el funcionamiento de algunas operaciones cuando hay varios núcleos trabajando al mismo tiempo.

En ARM y LoongArch, el trabajo de esta versión se centra sobre todo en corregir errores y mejorar el código existente.

Todo esto puede parecer bastante técnico, pero la idea final y más importante es que KVM permite usar un solo ordenador para ejecutar varios sistemas operativos al mismo tiempo, y Linux 7.3 sigue mejorando y haciendo más sencilla de usar que nunca esta tecnología para que cualquiera se lance a probarla.

Por supuesto, esto no significa que Linux 7.3 vaya a permitir de repente tener diez ordenadores dentro de uno. El límite sigue estando en el hardware que tengas. Si tu PC tiene 8 GB de RAM, por ejemplo, tendrás que repartir esos recursos entre el sistema principal y las máquinas virtuales.

Parece que este crecimiento se debe, en parte, al controlador gráfico AMDGPU, que está recibiendo soporte para nuevo hardware de AMD. Para que Linux pueda trabajar con estas nuevas GPU, el kernel necesita incluir toda la información necesaria sobre ellas. Y ahí es cuando aparecen unos archivos enormes.

Torvalds lo ha explicado al anunciar la primera versión candidata de Linux 7.3. Según sus palabras, el cambio de AMD supone aproximadamente un tercio de todo el código añadido en Linux 7.3-rc1.

"También es una diferencia considerable, y la razón no sorprende: se trata de otra versión con un volcado de registros de la GPU AMD de gran tamaño. En esta ocasión, son los encabezados de registro de la AMD DCN6. Son enormes, como siempre", comenta.

Eso sí, no es que AMD haya escrito de repente millones de líneas de funciones nuevas: una parte importante son definiciones del hardware que ocupan muchísimo espacio.

Y hay otro dato que comentar. Si se cuenta el código del kernel con la herramienta cloc, Linux 7.3-rc1 llega a unos 40,98 millones de líneas. Linux 7.2 estaba en unos 40,42 millones. Es decir, en una sola versión se han añadido más de medio millón de líneas al proyecto.

¿Por qué Linux 7.3 ha crecido tanto?

La compañía del pingüino está preparando nuevos bloques de hardware y Linux necesita conocerlos para poder utilizarlos bien.

Uno de esos bloques es DCN 6.0, relacionado con la parte de pantalla de las GPU. Para incluir su soporte, AMD ha añadido al kernel unos archivos con una gran cantidad de registros y definiciones del hardware.

El problema es que estos archivos pueden ser enormes. Torvalds lo resumía de una forma bastante sencilla: cuando se vuelca toda la información del hardware en forma de definiciones de C, el resultado ocupa muchísimo.

AMD ya ocupa una parte enorme del kernel de Linux

El directorio drivers/gpu/drm/amd, que incluye el controlador gráfico actual de AMD, el controlador de computación AMDKFD y diferentes componentes relacionados con las pantallas, ya supera los 6,5 millones de líneas.

Eso supone aproximadamente el 16% de todo el kernel de Linux si se compara con la cifra total de Linux 7.3-rc1. Y todo esto sigue creciendo. En Linux 7.2, ese mismo directorio tenía alrededor de 6,35 millones de líneas. Ahora está en unos 6,52 millones.

Y si te preguntas si el kernel va a seguir creciendo, la respuesta parece clara. Viendo las cifras actuales, Linux 7.4 debería superar fácilmente los 41 millones de líneas. Eso sí, esto no significa que Linux se esté convirtiendo en un sistema peor, aunque sí que puede suponer una mayor carga de trabajo.

Aquí es donde la IA puede echar una mano. No se trata de dejar que una inteligencia artificial decida qué código entra en Linux, sino de utilizarla para quitar trabajo repetitivo a los desarrolladores. Puede ayudar a revisar parches, detectar errores, ordenar cambios o preparar parte de la documentación.

La inteligencia artificial se puede convertir en un arma de doble filo para los responsables de Linux

Eso sí, el uso de la IA tiene una cara B. Sin ir más lejos, la cantidad de código generado con ayuda de IA está creciendo tanto que los propios responsables del kernel afirman estar desbordados.

El problema no es que la inteligencia artificial esté escribiendo una parte vital de Linux, sino que está generando una avalancha de pequeños cambios que alguien tiene que revisar.

Jakub Kicinski, uno de sus responsables, explica que él y Paolo Abeni han tenido que revisar un volumen enorme de parches. En Linux 7.3 se han integrado 632 cambios en net y otros 648 en net-next, pero esto va más allá.

Según Kicinski, entre un tercio y la mitad de los parches de net-next parecen estar relacionados con tareas de baja prioridad, pequeñas correcciones, limpiezas de código o aclaraciones generadas con ayuda de modelos de lenguaje.

Y aquí está el problema: que una IA genere un parche es muy rápido, pero comprobar que ese parche no rompe nada puede llevar bastante más tiempo.

Los responsables de Linux tienen que revisar el código, entender qué intenta cambiar, comprobar que realmente soluciona algo y asegurarse de que no genera otro problema. Todo esto mientras también se enfocan en crear una actualización de kernel verdaderamente potente.

Para crear cualquier modelo de inteligencia artificial con capacidades de programación, como Claude Code de Anthropic, es necesario proporcionar una inmensa cantidad de datos de cómo trabajan los desarrolladores, y el software de código abierto es una mina para ello, porque todo se crea en gits y commits públicos.

Para ello, las empresas que necesitan datos, suelen crear herramientas de scraping, que sondea la información disponible de forma abierta a través de bots automáticos. Los scrapers han existido siempre, incluso en la época de los buscadores, pero la IA ha hecho que se desmadren.

Así lo denuncia ahora Konstantin Ryabitsev, director de infraestructura IT de la Fundación Linux, que ha puesto cifras al problema que experimenta su comunidad de desarrolladores en una publicación en la web oficial del kernel del sistema operativo.

"En este momento, dedicamos más ciclos de CPU a renderizar commits para herramientas de scraping que para todos los tipos de accesos legítimos", explica el responsable de IT de la Fundación Linux, encargada del kernel del sistema operativo creado por Linus Torvalds.

En la actualidad, git.kernel.org, donde se aloja el trabajo en código abierto de Linux, recibe alrededor de 6 millones de solicitudes cada día para acceder a commits relacionados con el desarrollo del sistema, de los que solo el 2% son personas reales. El resto, todo son bots.

Para no saturar sus sistemas para los usuarios legítimos, la fundación siempre ha utilizado mecanismos que filtran el tráfico de las solicitudes, pero las herramientas de scraping cada vez son más avanzadas y cada vez es más complicado detectarlas, y un tercio de ellas ya escapan a sus sistemas, denuncia Ryabitsev.

Linux, obligada a desactivar funciones anónimas

Dado que detectar el tráfico procedente de los bots que alimentan de datos a las herramientas de IA ya no resulta una solución efectiva, Konstantin Ryabitsev reconoce ahora que no les queda más remedio que limitar sus funciones, aunque esto complique la vida a los usuarios reales.

"Estamos desactivando algunas funciones para reducir el número de URL rastreables y restringir aquellas acciones cuya ejecución nos supone un gran coste. Es probable que pierdas algunas funcionalidades, al menos al acceder a nuestros recursos de forma anónima", advierte el jefe de IT de la Fundación Linux.

La estrategia no es recortar las cosas que se pueden hacer al trabajar en commits públicos en Linux, sino incorporar más pasos para demostrar que se trata de una persona y no de un bot, o limitar la cantidad de recursos accesibles de forma anónima.

"Créeme, odiamos esto tanto como tú, pero en este momento es una necesidad", se resigna un Ryabitsev que deja claro que esta medida no le gusta un pelo.

Pese a ello, la Fundación Linux ha querido calmar los ánimos y recuerda que no cambiará su funcionamiento por esto, ya que todos sus datos seguirán estando disponibles de manera abierta para cualquier persona o empresa que las necesite o que quiera aportar en su funcionamiento.

"Nos comprometemos a seguir ofreciendo todos nuestros datos para su descarga a cualquiera que los solicite. Solo es posible que tengáis que pasar por más trámites para conseguirlos", apostilla Konstantin Ryabitsev.

Este caso supone un ejemplo claro del gran impacto que está teniendo la inteligencia artificial en el funcionamiento normal de internet. Recientemente también se ha demostrado que 1 de cada 3 páginas web creadas desde el lanzamiento de ChatGPT ya se escriben con IA, reforzando la teoría del internet muerto.

Una de las palabras que más vas a ver es LTS, y entender qué significa puede ahorrarte bastantes cambios de versión y problemas de mantenimiento en el futuro.

Pues bien, LTS son las siglas de Long Term Support, es decir, soporte a largo plazo, y Ubuntu utiliza esta denominación para identificar sus versiones pensadas para permanecer durante años con una base estable, mientras sigue recibiendo actualizaciones de seguridad, correcciones y mantenimiento.

La diferencia frente a las versiones normales no está en que una LTS sea un Ubuntu diferente, sino en cuánto tiempo está diseñada para mantenerse y en la prioridad que da a la estabilidad frente a incorporar constantemente las últimas novedades.

Ubuntu LTS apuesta por estabilidad durante años

Canonical publica una nueva versión LTS cada dos años, en abril de los años pares. La más reciente es Ubuntu 26.04 LTS, lanzada en abril de 2026, que cuenta con cinco años de soporte estándar, por lo que recibirá mantenimiento hasta 2031.

Durante ese periodo, el sistema continúa recibiendo actualizaciones de seguridad y correcciones sin obligar al usuario a instalar una nueva versión completa cada pocos meses.

Al final, esto resulta especialmente útil en un ordenador de trabajo o en cualquier equipo donde lo importante sea que todo siga funcionando de forma estable.

Además, las versiones LTS pueden ampliar su ciclo de mantenimiento mediante Ubuntu Pro y Extended Security Maintenance (ESM), lo que permite prolongar durante más tiempo determinadas actualizaciones de seguridad.

No todas las versiones de Ubuntu funcionan igual

Es importante mencionar que Ubuntu también publica versiones provisionales cada seis meses, en abril y octubre, pero estas ediciones solo tienen nueve meses de soporte, aunque cumplen otra función dentro del desarrollo del sistema.

Y es que permiten acceder antes a versiones más recientes del software, componentes, así como a tecnologías que todavía no forman parte de una LTS. Aquí aparece la principal diferencia.

Una versión provisional resulta más interesante para quienes quieren experimentar con las novedades y no tienen inconveniente en actualizar con frecuencia, mientras que una LTS está pensada para quienes prefieren instalar el sistema y mantener una base estable durante varios años.

En una LTS, las versiones principales de muchos componentes se mantienen más estables después del lanzamiento, aunque continúan llegando correcciones y actualizaciones de seguridad.

¿Quién debería instalar una LTS?

Para un usuario que llega por primera vez a Linux, la respuesta suele ser bastante sencilla. Si quieres utilizar Ubuntu como sistema principal, valoras la estabilidad y no necesitas probar las últimas novedades, una LTS es normalmente la opción más lógica.

También es una alternativa adecuada para equipos profesionales y entornos donde una actualización constante puede generar más inconvenientes que ventajas. LTS significa menos cambios de versión y más tiempo de mantenimiento.

Ubuntu 26.04 LTS permite aplicar ese enfoque durante años, con actualizaciones de seguridad y mantenimiento hasta 2031, mientras que las versiones provisionales están pensadas para quienes prefieren avanzar al ritmo más rápido del desarrollo de Ubuntu.

Uno de ellos es x86-64, especialmente cuando aparece acompañado de referencias como v2, v3 o v4. A primera vista parecen versiones del propio sistema, pero no tienen nada que ver con la versión del kernel ni con la distribución instalada.

En realidad, estos nombres están relacionados con las capacidades que tiene el procesador y con las instrucciones máximas que puede ejecutar.

Por ello, entenderlos resulta útil porque algunos programas y bibliotecas para Linux pueden estar preparados para aprovechar funciones más modernas de una CPU, aunque hacerlo también establece unos requisitos mínimos de hardware.

x86-64 es la arquitectura, no una versión de Linux

Cabe señalar que x86-64 es la arquitectura de 64 bits de la familia de procesadores x86, utilizada actualmente por CPU de fabricantes como AMD e Intel.

Cuando una distribución Linux se instala en un equipo x86-64, significa que el software está preparado para esa arquitectura. Pero esto no indica qué generación de Ryzen, Core u otro procesador tienes, ni determina qué versión del kernel utilizas.

Es decir, es la base sobre la que funcionan las instrucciones y características que posteriormente puede aprovechar el software y que, a partir de esa base, aparecen los niveles x86-64-v1, v2, v3 y v4.

Así que no son ediciones de Linux, sino conjuntos de capacidades que una CPU debe incorporar para poder ejecutar software compilado específicamente para cada nivel.

V2, v3 y v4 elevan las exigencias de la CPU

Por otro lado, x86-64-v1 representa el conjunto básico de instrucciones de la arquitectura. A partir de ahí, cada nivel añade nuevas capacidades y mantiene las anteriores.

V2 incorpora, entre otras extensiones, SSE3, SSSE3, SSE4.1, SSE4.2, CMPXCHG16B y POPCNT, cuyo objetivo es permitir que los programas utilicen instrucciones que no formaban parte de la base original.

En cuanto a v3, supone otro salto y añade AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT y MOVBE. Algunas de estas extensiones resultan interesantes para determinados cálculos y cargas de trabajo que pueden beneficiarse de un procesamiento más eficiente.

Por último, v4 vuelve a elevar el listón y se apoya principalmente en AVX-512, con extensiones como AVX512F, AVX512BW, AVX512CD, AVX512DQ y AVX512VL.

Los niveles son acumulativos, por lo que una CPU compatible con v4 debe cumplir también los requisitos de v2 y v3. Por eso no se puede interpretar cada nivel como una alternativa independiente.

Más capacidad también significa menos compatibilidad

Aquí está la parte realmente importante para el usuario, ya que cuanto más específico sea el software respecto a las capacidades del procesador, menor será el número de CPU capaces de ejecutarlo.

Por ejemplo, un programa compilado para x86-64-v3 puede utilizar instrucciones que una CPU antigua no conoce. En ese equipo, el programa podría directamente no funcionar, aunque ambos procesadores sean x86-64.

Esto permite a los desarrolladores mantener versiones más compatibles y, cuando el hardware lo permite, utilizar compilaciones optimizadas para niveles superiores.

Linux puede aprovechar este planteamiento mediante mecanismos como glibc-hwcaps, que permiten seleccionar bibliotecas adaptadas a las características detectadas en el procesador.

Además, v4 no significa automáticamente que un ordenador vaya a ser más rápido. Su ventaja depende de que la app pueda beneficiarse de AVX-512 y de que el procesador implemente las extensiones necesarias.

Cómo saber qué nivel admite tu procesador

Es importante señalar que Linux permite comprobar las capacidades disponibles en el propio sistema. En equipos recientes puede consultarse el cargador dinámico mediante: /lib64/ld-linux-x86-64.so.2 —help.

La información mostrada permite identificar las capacidades y los directorios glibc-hwcaps que el sistema puede utilizar. Así que x86-64 define la arquitectura; v2, v3 y v4 indican hasta qué conjunto de instrucciones puede llegar una CPU.

Para Linux esto abre la puerta a software mejor adaptado al hardware moderno, pero siempre existe un equilibrio entre aprovechar las capacidades de los procesadores actuales y mantener la compatibilidad con equipos más antiguos.

Sin embargo, muchas de las opiniones que circulan sobre Linux siguen basándose en percepciones antiguas que no siempre reflejan la realidad actual.

La evolución de distribuciones como Linux Mint, Ubuntu o Fedora ha cambiado por completo la experiencia de uso para millones de personas.

Aun así, persisten ciertos prejuicios relacionados con la dificultad de instalación, el uso obligatorio de la terminal o la supuesta necesidad de tener conocimientos avanzados de informática.

Precisamente sobre ello reflexiona Simon Batt, periodista especializado en tecnología, quien reconoce que tardó años en probar Linux por la imagen que se había construido alrededor de este sistema operativo.

La reputación de Linux fue una barrera más grande que sus dificultades reales

Tras cerca de un año utilizando Linux como sistema principal, Simon Batt asegura que su mayor arrepentimiento es no haber realizado el cambio antes.

En un artículo publicado en XDA Developers, el experto explica que estaba condicionado por la percepción general que rodeaba a Linux. Según sus palabras, “una de las principales razones por las que no probé Linux antes fue que estaba influenciado por su reputación. Estaba equivocado”.

Uno de los mitos que más le alejaron de Linux era la idea de que instalar programas resultaba extremadamente complicado. Durante años creyó que ejecutar aplicaciones requería largas cadenas de comandos y conocimientos avanzados.

Sin embargo, al dar el salto descubrió una situación muy diferente. Aunque reconoce que no todo el software disponible en Windows cuenta con una versión nativa para Linux, encontró alternativas funcionales y fáciles de instalar.

Además, muchas compañías ofrecen paquetes oficiales para Linux y los centros de software integrados simplifican el proceso al máximo. La terminal también fue otro de los aspectos que más temor le generaba. Batt admite que tenía la impresión de que cualquier error podía provocar daños irreparables en el sistema.

Con el tiempo comprobó que la realidad es mucho menos dramática. Aunque ejecutar comandos sin conocer su función puede ocasionar problemas, el uso habitual de la terminal no es tan peligroso como suele representarse en memes y debates online.

De hecho, terminó incorporándola a su rutina diaria por su rapidez y versatilidad, manteniendo siempre una actitud prudente ante las herramientas de administración del sistema.

Linux actual demuestra que no es únicamente para expertos

Otro de los prejuicios que Simon Batt arrastraba era la creencia de que Linux estaba reservado exclusivamente para usuarios avanzados, programadores o entusiastas de la informática.

Esa imagen del “sistema operativo para nerds” continúa muy presente en algunos círculos tecnológicos, especialmente entre usuarios acostumbrados a Windows.

Sin embargo, su experiencia práctica le llevó a una conclusión diferente: Linux puede ser tan sencillo o tan complejo como cada persona quiera.

La distribución que marcó su entrada fue Linux Mint, una de las alternativas más recomendadas para quienes llegan desde Windows. Batt destaca que la instalación resultó sorprendentemente simple.

Además, recuerda que muchas distribuciones modernas incorporan modos de prueba en vivo desde una memoria USB, permitiendo explorar el entorno antes de realizar cualquier instalación definitiva.

Esta facilidad de acceso reduce considerablemente las barreras para quienes desean probar un sistema operativo de código abierto sin comprometer su equipo principal.

Su reflexión final es que gran parte de las críticas que todavía recibe Linux nacen de situaciones reales que existieron en el pasado, pero que hoy tienen un impacto mucho menor.

Es cierto que algunas aplicaciones profesionales siguen sin ofrecer soporte nativo, que determinados comandos requieren precaución y que existen distribuciones avanzadas orientadas a usuarios experimentados.

No obstante, para la mayoría de las personas que buscan navegar por internet, trabajar con documentos, consumir contenido multimedia o incluso jugar, las distribuciones modernas ofrecen una experiencia accesible y estable.

En sí, Batt determina que Linux no es necesariamente lo que mucha gente cree que es, y elegir una distribución adecuada puede convertir la transición desde Windows en un proceso mucho más sencillo de lo esperado.

Se suele hablar de él como si fuera un sistema operativo, pero técnicamente la realidad es algo más concreto. Solo se trata del nombre del núcleo que hace posible que el resto de componentes puedan trabajar con el ordenador.

El kernel es una de las piezas fundamentales para que un equipo funcione, ya que se encarga de poner en contacto el software con el hardware y de gestionar los recursos que utilizan los programas.

Así que, sin él, las aplicaciones no tendrían una forma directa y controlada de comunicarse con el procesador, la memoria RAM o los ordenadores en general.

Qué hace realmente el kernel

El kernel funciona como intermediario entre los programas y los componentes físicos del ordenador. Una app puede necesitar guardar información en el disco, utilizar memoria o comunicarse con un dispositivo, pero no gestiona directamente todos esos recursos.

También administra los procesos que están ejecutándose y distribuye el tiempo de procesamiento disponible entre ellos. De esta forma, varias aplicaciones pueden funcionar al mismo tiempo sin tener que controlar directamente el procesador.

La gestión de memoria, los sistemas de archivos, los dispositivos y las comunicaciones forman parte de ese trabajo. Todo ocurre principalmente en segundo plano, por lo que el usuario normalmente no interactúa directamente con el kernel.

Por qué Linux no es simplemente un sistema operativo

Linux es el kernel, pero un sistema operativo necesita mucho más que un kernel. El núcleo proporciona la base que permite controlar el hardware y ejecutar software, pero por sí solo no ofrece todo el entorno que utilizamos cuando encendemos un ordenador.

Un sistema necesita herramientas para administrar archivos y procesos, bibliotecas que permitan funcionar a las aplicaciones, controladores para comunicarse con distintos dispositivos, servicios que ejecuten tareas en segundo plano y, en muchos casos, una interfaz gráfica desde la que el usuario pueda manejar el equipo.

El kernel hace posible buena parte de ese funcionamiento, pero no contiene todas esas piezas. Por eso no es correcto entender Linux como si fuera equivalente a Windows o macOS en el sentido más estricto.

Entonces, ¿qué son Ubuntu, Debian o Fedora?

Cuando instalamos Ubuntu, Debian o Fedora en algún ordenador, estamos instalando un conjunto de componentes que utiliza Linux como núcleo principal.

Estas distribuciones añaden todo lo necesario para ofrecer un sistema que podamos utilizar directamente, desde las herramientas básicas hasta el entorno de escritorio y las apps que incluye.

Por eso dos distros pueden utilizar el mismo kernel Linux y ofrecer experiencias muy diferentes, donde cada una puede elegir sus propias herramientas, programas, interfaz y configuración.

Así que el kernel es el núcleo que gestiona los recursos del ordenador y comunica el software con el hardware donde Linux es ese núcleo. Una distribución reúne Linux con el resto de componentes necesarios para crear un sistema operativo.

Así que Linux no es simplemente el “sistema operativo” que vemos en pantalla, sino que es la pieza central que permite que todo lo demás pueda funcionar sobre el ordenador.

Es importante hacer énfasis en las mejoras de rendimiento que ha incorporado durante su ventana de integración. La razón por la que esto es tan relevante se debe a que el hardware va a ser mejor aprovechado sin tener que aplicar configuraciones adicionales.

Los expertos ya están compartiendo sus análisis y todo apunta a que los cambios que se aproximan van a servir para una experiencia más fluida para usuarios domésticos y empresas.

Btrfs y EXT4 reciben importantes mejoras que disparan el rendimiento del almacenamiento

Diversos puntos relacionados con el hardware y el funcionamiento del kernel están generando una perspectiva optimista sobre el futuro en el proyecto.

Entre los apartados más beneficiados en Linux 7.3 está el subsistema de almacenamiento, donde se incorpora el sistema de archivos Btrfs y cambios que optimizan la E/S directa con un búfer de rebote basado en IOmap.

Desde ItsFoss, afirman que el ajuste en cuestión sirve para llegar a cifras cercanas al 50 % del rendimiento teórico máximo hasta aproximarse al 95 % en determinadas cargas de trabajo.

Btrfs ahora usa una versión mejorada para administrar el espacio disponible, haciéndolo más estable y rápido. Lo mejor es que la actualización se aplica sola: no tienes que configurar nada, solo instalar la nueva versión del sistema para disfrutar del cambio.

Por otro lado, dos arreglos en el sistema de archivos mejoran la velocidad y el registro de datos, multiplicando su rendimiento hasta por cinco en ciertas situaciones.

EXT4 tampoco se queda atrás porque ahora destaca al permitir escrituras paralelas de E/S directa en situaciones donde antes existían restricciones innecesarias. Por ejemplo, puede pasar de 1,92 millones de IOPS a 2,19 millones de IOPS en unidades NVMe rápidas.

A esto se suma una optimización en el asignador multibloque, que evita ciertas operaciones redundantes relacionadas con fallocate() para que no haya sobrecargas adicionales.

El kernel mejora la gestión del procesador y reduce bloqueos bajo cargas intensas

Tal y como se ha mencionado hasta ahora, parece que uno de los objetivos principales de este salto en el desarrollo es la optimización.

Linux 7.3 también introduce avances importantes en el programador de tareas, como en los parches desarrollados por Peter Zijlstra, que reorganizan la planificación de grupos de control mediante una única cola de ejecución.

Esto ayuda a aumentar FPS y a tener una estabilidad en los tiempos de renderizados que sirven para equipos antiguos o con recursos limitados.

El trabajo liderado por Ricardo Neri corrige problemas entre núcleos de alto rendimiento y núcleos de eficiencia. Por esto, arquitecturas como Alder Lake, Lunar Lake y Panther Lake son algunas de las beneficiadas.

De hecho, en las compilaciones de software, edición de vídeo o videojuegos se gestionan los procesos de una manera más avanzada, incluyendo todo lo de los procesos en segundo plano o cuando hay una carga de trabajo baja y los recursos no se adaptan adecuadamente.

Las mejoras continúan en la gestión de memoria, redes y latencia para mejorar la fluidez del sistema operativo:

• Optimización de memoria: ZTE redujo los cuellos de botella en KSM de 700 ms a menos de 2 ms. Asimismo, las mejoras de Xiaomi en zsmalloc (usado por zRAM y Zswap) elevan el rendimiento hasta 1.83x en Raspberry Pi 4B y 1.4x en CPU Intel multinúcleo.
• Reducción de latencia: ByteDance ajustó el código SMP para recortar los retrasos en redes de alta velocidad con DPDK de 17 ms a solo 1.5 ms, un salto vital para servidores y entornos en tiempo real.
  
• Otras novedades: Se añade compatibilidad con 11 extensiones en RISC-V, mayor estabilidad en ejecuciones EFI, mejor rendimiento al arrancar RAID 5/6 y librerías AES simplificadas para el cifrado del kernel.

La ventana de integración de Linux 7.3 todavía permanece abierta, por lo que podrían incorporarse más novedades antes de la llegada de las versiones que están actualmente poniéndose a prueba.

Si el calendario previsto se mantiene, la publicación estable del kernel debería producirse durante el mes de octubre de 2026, confirmando finalmente la llegada de una de las actualizaciones más importantes hasta la fecha.

¿Por qué? Pues los nuevos avances de esta versión incluyen nuevos proyectos que buscan exprimir el máximo potencial del hardware. En este caso, se trata de una arquitectura que permite ejecutar múltiples kernels del pingüino Tux de forma independiente.

Se le conoce como Multikernel Linux y, aunque es una propuesta experimental, trae una aproximación diferente al uso de procesadores con un gran número de núcleos. Ahora, ha pasado a ser parte de Linux 7.0, abriendo la puerta a nuevas pruebas y evaluaciones de rendimiento.

Multikernel Linux da el salto a su primera versión pública basada en Linux 7.0

Linux 7.0 ha dado mucho de qué hablar durante los últimos meses debido a sus numerosas novedades. Varias de las características avanzadas y mejoras en la optimización.

Casi un año después de compartir su código y comenzar a enviar los primeros parches para revisión, el equipo de Multikernel ha liberado públicamente su árbol de Linux bajo la versión v7.0-mk2, construida sobre Linux 7.0.

Actualmente, el soporte oficial se limita a la arquitectura x86_64, aunque los desarrolladores señalan que la estructura del proyecto ya contempla futuras expansiones hacia otras plataformas.

Según la información oficial recopilada por Linuxiac, el objetivo es ofrecer una nueva forma de aprovechar grandes sistemas multinúcleo sin depender del enfoque tradicional de un único kernel controlando todos los recursos.

En lugar de ejecutar una única instancia del sistema operativo gestionando todos los procesadores, la memoria y los dispositivos, Multikernel permite que varios kernels Linux independientes funcionen simultáneamente sobre el mismo hardware.

Esta es una ventaja especial que garantiza un resultado sin necesidad de un hipervisor que intermedie en el proceso. Además, la administración de recursos es más flexible con respecto al apagado necesario de las instancias secundarias.

Esos mismos recursos pueden reasignarse a nuevas instancias que incluso utilicen versiones diferentes del kernel para hacer que sean posibles los entornos dinámicos adaptables a las necesidades de carga de trabajo.

Menos sobrecarga que KVM en algunas pruebas, pero con un coste energético superior

Junto al lanzamiento de la primera versión pública, los desarrolladores también compartieron varias comparativas de rendimiento realizadas mediante la batería de pruebas llamada lmbench.

El análisis enfrentó Multikernel a una máquina virtual KVM correctamente optimizada. Ambas configuraciones utilizaron la misma compilación del kernel, dos núcleos de CPU y 1 GB de memoria sobre un servidor equipado con procesadores Intel Xeon Gold 5418Y de doble socket.

Los resultados muestran que el comportamiento en memoria es muy parecido entre ambas soluciones. Tanto la latencia de acceso como el ancho de banda ofrecieron cifras similares.

Eso sí, las diferencias aparecen en operaciones que exigen numerosas transiciones de ejecución y activaciones del procesador. Siendo más específicos, se registró una latencia de 1,37 microsegundos con Multikernel frente a 3,42 microsegundos en KVM.

También se observaron ventajas en la latencia de tuberías y comunicaciones con sockets Unix. De igual manera, se advierte que estos resultados no significan que Multikernel vaya a ser automáticamente varias veces más rápido siempre.

Multikernel trabaja directamente con núcleos físicos asignados, reduciendo ese gasto. Como consecuencia, el consumo energético aumenta. Por eso, las mediciones realizadas por el equipo reflejan aproximadamente 19 vatios adicionales en la configuración analizada. A su vez, se comprobó una mayor gestión de la eficiencia y recursos.

Todavía no existe soporte oficial para otras arquitecturas, pero el diseño deja abierta esa posibilidad a medida que avance el desarrollo. La publicación de esta primera versión supone un paso importante para un proyecto que todavía se encuentra en una fase temprana de desarrollo.

A pesar de que ha pasado mucho tiempo desde su lanzamiento, siguen apareciendo historias relacionadas con su activación, uno de los casos que generaron varias controversias ante los mecanismos antipiratería.

Entre estas situaciones destaca la famosa clave "FCKGW-RHQQ2-YXRKT-8TG6W-2B7Q8", la cual ha sido considerada durante años el supuesto "crack definitivo" de Windows XP.

Dave Plummer, exingeniero de Microsoft y uno de los desarrolladores vinculados a Windows Product Activation (WPA), ha explicado lo que sucedió en realidad con los piratas informáticos en esta época, pues se creía que esa clave era modificada ilegalmente, pero no.

El experto compartió que no fue el resultado de un hackeo ni de una vulnerabilidad. De hecho, lo que vas a conocer a continuación te va a ayudar a entender cómo funcionaban las licencias de Windows XP y por qué esto se terminó convirtiendo en una de las historias más populares de la industria.

La famosa clave de Windows XP no rompía la seguridad del sistema

Cuando Windows XP llegó al mercado en 2001, Microsoft introdujo uno de los sistemas de protección contra la piratería más importantes junto al mecanismo WPA, que se encargaba de comprobar la instalación del sistema por medio de la clave del producto.

Por supuesto, hay otros datos relevantes que se tienen en cuenta durante este proceso, pero eso es lo que llama más la atención porque según lo que explicó Dave Plummer, WPA generaba un identificador basado en componentes del equipo.

“WPA funcionó generando un ID de hardware a partir de su CPU, RAM y otros componentes, y luego enviándolo a Microsoft junto con su clave de producto para su validación. Una clave no coincidente o sospechosa marcaría la instalación como pirateada”.

Entonces, teniendo en cuenta cosas como el procesador y otras partes del hardware, el identificador se enviaba junto con la clave de producto para comprobar que la licencia era legítima.

Si se detectaban usos sospechosos, la instalación podía ser marcada como no válida. Activar uno por uno cada equipo, habría sido impracticable, por lo que creó las denominadas Volume License Keys (VLK) o claves de licencia por volumen.

Estas licencias corporativas estaban diseñadas para evitar el proceso de activación tradicional y simplificar las implementaciones masivas.

El verdadero problema fue la filtración de una licencia corporativa

Lo curioso de todo esto es que la clave FCKGW no fue creada por hackers ni generada mediante ingeniería inversa, pues Plummer afirma que era una clave de licencia por volumen completamente legítima.

El problema fue que terminó fuera del entorno empresarial para el que había sido emitida y se filtró, haciendo que se esparciera por todo internet y generando uno de los momentos más icónicos de esta era de Windows XP.

La clave estaba incluida en la lista blanca del sistema de activación porque correspondía a una licencia empresarial auténtica y por eso el sistema podía realizar el proceso estándar de validación en línea.

"Como VLK legítimo, FCKGW-RHQQ2-YXRKT-8TG6W-2B7Q8 fue incluido en la lista blanca en la lógica de activación de XP. Le dijo al sistema: ‘Esta es una licencia por volumen corporativa; no es necesario llamar a casa’".

Esa circunstancia provocó que miles de copias distribuidas de forma no autorizada pudieran instalarse sin mostrar los habituales mensajes de activación. Fue tanto que estaba en todas las redes de intercambio de archivos y copias grabadas en CD.

Debido a esto, millones pensaron hasta ahora que la clave representaba una vulnerabilidad del sistema, cuando en realidad se trataba de una licencia genuina.

La situación fue especialmente embarazosa para la compañía porque no evidenciaba una debilidad técnica de WPA, sino un problema relacionado con la gestión de una licencia corporativa.

Con el paso de los años, el gigante tecnológico de Redmond tomó medidas para bloquear aquella licencia y reforzó sus sistemas de validación en versiones posteriores de Windows.

Además, los servicios relacionados con la activación de Windows XP dejaron de tener relevancia tras el final del soporte oficial del sistema operativo.

Aun así, la historia continúa siendo una de las anécdotas más conocidas de la era XP y es una de las filtraciones legítimas más grandes de todos los tiempos.

En él anunciaba que estaba desarrollando un sistema operativo libre para procesadores 386 como un mero pasatiempo, advirtiendo de que no sería grande ni profesional como GNU: "No estoy haciendo nada importante, solo algo por diversión".

Tres décadas y media después, aquel experimento se ha convertido en la columna vertebral de la infraestructura digital moderna.

El pasatiempo de los 40 millones de líneas de código

Aquel código inicial, lo suficientemente pequeño como para ser leído entero en una tarde con sus 10.000 líneas, ha evolucionado hasta convertirse hoy en día en un gigante que supera los 40 millones de líneas de código, multiplicando por 4.000 su tamaño original gracias al trabajo acumulado de desarrolladores de todo el mundo.

Linux no ha logrado (todavía) conquistar el mercado de ordenadores personales de consumo, donde Windows y en mucha menor medida macOS, en gran medida debido a una barrera de entrada que lo hacía inaccesible sin unos sólidos conocimientos técnicos, algo que poco a poco se ha ido superando con unas distros cada vez más accesibles.

Sin embargo, Linux arrasó en el ámbito de la gran infraestructura y los sistemas embebidos.

Desde el año 2017, el 100% de los equipos que integran la lista TOP500 (las quinientas supercomputadoras más potentes del planeta) funcionan con Linux.

No solo eso, el núcleo de Linux actúa como base de Android, el sistema operativo móvil presente en más de 3.000 millones de dispositivos activos a nivel mundial.

Ademas la inmensa mayoría de los servidores que sostienen internet, desde plataformas de streaming hasta entornos de contenedores y servicios cloud, ejecutan Linux de manera nativa.

El desarrollo de Linux ha seguido sigue un patrón similar al de los protocolos iniciales de la red (como TCP/IP o HTTP): herramientas diseñadas por académicos y apasionados sin pretensiones de crear un producto comercial masivo.

Una forma de trabajar que no ha cambiado en 35 años

Con el paso de los años, las mayores corporaciones del mundo pasaron de ver el software de código abierto como una amenaza existencial a convertirse en sus principales impulsores.

Hoy en día, la Fundación Linux coordina las contribuciones de ingenieros procedentes de firmas como Google, Intel, Samsung o la propia Microsoft.

Pese a la colosal escala alcanzada, el liderazgo del proyecto Linux -que estuvo a punto de llamarse Freax, combinación de "free", "freak" y "x" (en alusión a Unix)- mantiene la esencia de sus inicios.

Linus Torvalds continúa liderando la supervisión del núcleo desde Finlandia, aplicando la misma rutina organizativa desde sus orígenes: una ventana de integración de parches, varias versiones preliminares y la liberación de la versión final del kernel varias veces al año.

Literalmente, tienes la capacidad de convertir tu móvil Android en un equipo con una distro como Ubuntu, uno de los sistemas más populares del pingüino Tux.

Con esto, abres posibilidades a ejecutar comandos, gestionar servidores e incluso administrar servicios remotos sin depender constantemente de un ordenador portátil.

Además, la combinación de estos sistemas sirve para aumentar significativamente la productividad en el smartphone. Lo mejor es que no necesitas root ni desbloquear el bootloader para empezar, así que es momento de que sigas las directrices de esta guía.

Ubuntu en Android y convertir tu móvil en una terminal Linux es real

Suena a un proceso que no haría cualquiera, pero de por sí, Android tiene mucho potencial para exprimir del que pocos se han dado cuenta.

Si te interesa darle un nuevo uso a un smartphone antiguo o simplemente quieres probar algo nuevo en este dispositivo, tal vez sea una buena manera de comenzar.

Este método es explicado por los expertos de XDA Developers, quienes han demostrado que con un buen teléfono inteligente se pueden lograr cosas que anteriormente solo eran posibles en un portátil.

La clave está en utilizar Termux, una aplicación que proporciona un entorno de terminal para Android. A esto se le suman las capacidades de proot-distro para ejecutar distribuciones Linux dentro del dispositivo.

Ambas herramientas sirven para aplicar los cambios sin requerir privilegios de administrador. Con esto se logra que Ubuntu sirva como un sistema aislado del propio Android con el fin de evitar errores o confusiones dentro del software general.

Es más o menos similar a como haces un arranque dual con Windows 11 y Linux en un PC común y corriente. Lo que explica la fuente es que hay que hacer una instalación básica descargando la última versión de Termux desde la página oficial.

El proceso de instalación es relativamente sencillo. La recomendación es descargar la versión actualizada de Termux desde su proyecto oficial y una imagen de Ubuntu en Android.

¿Qué puedes hacer con esto? Bueno, desde administrar servidores, hasta utilizar terminal, ver registros, conectarte por SSH, reiniciar contenedores Docker o comprobar el estado de los servicios críticos en cualquier lugar.

En sí, la combinación de Ubuntu y Android demuestra que un móvil puede convertirse en una estación de trabajo mucho más capaz de lo que parece a simple vista.

¿Cómo instalar Ubuntu en Android sin root y convertir el móvil en una terminal Linux?

No necesitas desbloquear el dispositivo ni obtener permisos root, solo Termux, que se descarga en Play Store o los canales oficiales. Esto no tiene nada de complicación, así que una vez que lo tengas, lo siguiente sería desplegar Ubuntu.

Para empezar, en la terminal de Termux, tienes que usar el comando "pkg install proot-distro -y". Después de esto, usa "proot-distro install ubuntu" y, seguido, "proot-distro login ubuntu".

Una vez que cargue, es necesario que apliques el código "apt update" y luego "apt install openssh-client -y". En este punto, Ubuntu ya debería estar funcionando y puedes verificarlo ahí mismo con el comando "cat /etc/os-release".

Desde ese momento es posible instalar paquetes compatibles, ejecutar herramientas de consola y mucho más. Cuando el sistema devuelve la información de la distribución, la sensación se acerca mucho más a la de una instalación Linux tradicional que a una simple aplicación Android.

¿Por qué Ubuntu en Android puede reducir tu dependencia del portátil?

El objetivo no es sustituir completamente un MacBook o un equipo Linux de escritorio, sino eliminar la necesidad de cargar una computadora únicamente para realizar tareas de mantenimiento que duran unos segundos.

Consultar el estado de un servidor, verificar servicios o revisar registros suele requerir apenas unas líneas de comandos, es algo perfectamente manejable desde un teléfono.

Por ejemplo, puedes configurar la red privada con Tailscale con el acceso remoto mediante SSH utilizando la dirección asignada por la plataforma. Entonces, puedes comprobar estados o registros con estos comandos:

• ssh usuario@direccion-tailscale
• docker ps
• free -h
• docker logs --tail 20 jellyfin

Esto transforma el móvil en una herramienta práctica para responder a incidencias mientras viajas, estás fuera de casa o simplemente no tienes el portátil a mano.

De igual manera, recuerda que Ubuntu en Android no reemplaza una estación de trabajo completa cuando necesitas editar grandes volúmenes de código o emplear acciones complejas.

En muchos casos, no se trata de abandonar el PC al 100%, sino de dejar de transportarlo "por si acaso". Y precisamente ahí es donde esta fusión demuestra todo su potencial.

Varios de los avances vinculados a estos elementos están llamando la atención porque son una pieza clave para el futuro de los centros de datos.

Involucra tanto a Intel como a AMD y otros actores de la industria. Precisamente en esa línea surge una nueva propuesta que busca ofrecer un enfoque común dentro del kernel de Linux y es crucial para el futuro.

Intel propone DRM Fabric como una base neutral para las interconexiones escalables

Pocos días después de que AMD presentara su amplia serie de parches UALink para Linux, ingenieros de Intel anunciaron una nueva propuesta denominada DRM Fabric, una infraestructura diseñada para integrarse en el subsistema Direct Rendering Manager (DRM) del kernel Linux.

Su objetivo es proporcionar una topología común, independiente del protocolo utilizado y neutral respecto al proveedor de hardware, para gestionar interconexiones entre GPU y aceleradores de inteligencia artificial.

Según el documento RFC publicado en la lista de correo dri-devel, la propuesta utiliza una jerarquía basada en los elementos fabric, endpoint, port y peer.

En esta estructura, una fabric agrupa los puntos finales pertenecientes a una instancia de interconexión definida por cada fabricante. Los endpoints representan dispositivos aceleradores, mientras que los puertos contienen información sobre capacidad, estado operativo y estadísticas.

Por su parte, los peers identifican conexiones directas con otros aceleradores o conmutadores, incluso si estos se encuentran fuera del control directo del sistema operativo.

Los desarrolladores explican que el kernel únicamente registra relaciones de adyacencia directa entre dispositivos. Aspectos más complejos, como el enrutamiento, el transporte de datos, el control de congestión o las políticas de conmutación, permanecen bajo responsabilidad del controlador específico de cada proveedor.

Una propuesta todavía inicial, pero con potencial para los futuros aceleradores de IA

Uno de los aspectos más llamativos es que Intel plantea DRM Fabric como una solución abierta a distintos fabricantes, pese a que la iniciativa nace actualmente desde sus propios equipos de ingeniería.

De hecho, los desarrolladores reconocen haber utilizado la implementación pública de AMDGPU xGMI como referencia para diseñar parte de la API destinada a los proveedores.

La propuesta se divide en dos grandes bloques. Los primeros seis parches conforman una versión funcional de solo lectura que permite a los proveedores publicar información sobre objetos, estado operativo, relaciones de adyacencia y estadísticas opcionales de los puertos.

En esta fase, el espacio de usuario puede consultar el grafo de conexiones en tiempo real, pero no realizar modificaciones. Los parches posteriores introducen capacidades de aprovisionamiento para estructuras definidas por software, incluyendo creación y eliminación de fabrics, asociación de endpoints y gestión de conexiones entre puertos.

Por ahora, DRM Fabric no incluye especificaciones relacionadas con transporte de datos, migración en vivo, programación de MMU o políticas avanzadas de administración. Tampoco existen implementaciones de producción respaldadas por fabricantes.

Sin embargo, la aparición de esta propuesta en 2026 ha despertado interés debido a que podría estar relacionada con los futuros aceleradores de inteligencia artificial de Intel, incluidos proyectos vinculados a la plataforma Crescent Island.

Aunque todavía se encuentra en fase RFC y su futuro dependerá de la recepción por parte de la comunidad Linux, DRM Fabric representa un nuevo intento de establecer una base compartida para las interconexiones e dar un paso hacia el futuro.

Sí, Ubuntu, Linux Mint y las demás populares que todo el mundo recomienda, es evidente que son las opciones más seguras, pero no las únicas y tampoco quiere decir que las demás no tengan mucho que dar.

La realidad es que sigue habiendo dudas con respecto a unas de las que no son tan conocidas y por eso el experto en Linux, David Delony, decidió comprobarlo por sí mismo al probar cuatro de las distribuciones que suelen aparecer en listas de las más cuestionadas por los usuarios.

Kali Linux y Manjaro: dos distribuciones incomprendidas por motivos muy distintos

Hoy en día es complicado encontrar la distro "perfecta" porque existen tantas que hay que analizar muy bien las características que ofrecen. De hecho, no solo se trata de ver las populares y ya, sino que hay que considerar cosas con entornos de escritorio y los beneficios.

Esto es lo que hizo el experto en cuestión, pues estuvo analizando unas de las distribuciones más criticadas, empezando por Kali Linux. Está basada en Debian y es conocida por contar con varias herramientas de seguridad informática.

Según explica, gran parte de las críticas hacia Kali no se deben a un mal funcionamiento del sistema, sino a que muchos usuarios intentan utilizarla como si fuera una distribución de escritorio convencional cuando en realidad fue diseñada para profesionales de la ciberseguridad.

No quiere decir que no sirva para actividades cotidianas. El verdadero problema es que las personas tienen expectativas deliberadas sobre ellas, pensando que puede ser una alternativa a Ubuntu, cuando en realidad hay una gran diferencia debido a su composición principal.

Eso sí, tiene una ventaja, la cual es que se centra en un entorno único en el que se le instalan las utilidades por separado. En general, tiene una interfaz aceptable y buenas funciones, pero para los principiantes resulta una distro confusa.

Sin los conocimientos técnicos necesarios, termina siendo algo difícil de terminar de aceptar como un sistema operativo doméstico común. De igual manera, sí tiene cosas como entorno de escritorio Xfce y puntos clave que ofrecen un buen rendimiento y minimalismo, haciendo que sea agradable, aunque no para todos.

En cuanto a Manjaro, el segundo que probó, está basado en Arch Linux. El análisis indica que es tradicionalmente reservada para usuarios avanzados porque lo asimilan como Arch, desde su instalación hasta la configuración y ciertas características, pero en realidad no es tan complejo.

Manjaro fue creado para simplificar todo eso y es bastante fácil de adaptarse. Delony considera que parte del rechazo hacia Manjaro proviene precisamente de usuarios puristas de Arch Linux, aunque en la práctica encontró una distribución plenamente funcional y perfectamente válida para utilizar como sistema principal.

Slackware y Void Linux demuestran que lo diferente no siempre es peor

Otra de las distribuciones analizadas fue Slackware, uno de los proyectos Linux más veteranos que siguen activos en la actualidad. Fundada por Patrick Volkerding en 1993, ha recibido críticas por ser demasiado anticuado y no avanzar en comparación con otras distros.

Ese sistema conserva herramientas tradicionales y un enfoque menos automatizado que alternativas modernas. Delony observó que Slackware sigue transmitiendo sensaciones similares a las de décadas atrás.

El instalador basado en texto, la gestión más manual de paquetes y un ritmo de actualizaciones más conservador hacen que no sea la opción ideal para quienes buscan comodidad inmediata.

Aun así, destaca que es estable, funcional y fiel a una filosofía que muchos usuarios valoran precisamente por mantenerse alejada de modas y cambios constantes. La cuarta distribución fue Void Linux, un proyecto relativamente joven que destaca por no utilizar systemd, el popular sistema de inicio presente en la mayoría de distribuciones modernas.

En su lugar, emplea runit para gestionar procesos y servicios. Este detalle lo ha convertido en una alternativa interesante para quienes prefieren configuraciones más ligeras o buscan una experiencia en Linux. De igual forma se comprobó que es altamente funcional.

La principal conclusión de David Delony es que muchas de las distribuciones consideradas "malas" simplemente están dirigidas a públicos distintos. Kali Linux apunta a especialistas en seguridad, Manjaro facilita la experiencia Arch, Slackware mantiene una filosofía clásica y Void Linux apuesta por una arquitectura alternativa.

Precisamente ahí está una de las mayores ventajas de Linux: la posibilidad de elegir un sistema operativo adaptado a tus necesidades. Como demuestra esta experiencia, la reputación de una distribución no siempre refleja su calidad real, sino el tipo de usuario para el que fue diseñada.

La preocupación por la seguridad de los datos, el control de las infraestructuras digitales y la necesidad de disponer de tecnología propia están haciendo que los sistemas operativos también entren en esta estrategia.

Varios países europeos, especialmente dentro de la Unión Europea, llevan tiempo planteando alternativas para depender menos de las grandes compañías estadounidenses.

Ahora China se suma a esa tendencia con una decisión que afecta directamente a los ordenadores de determinados organismos públicos y que acelera el abandono de Windows en favor de sistemas desarrollados dentro del país.

De acuerdo con un informe publicado por Bloomberg, el Ministerio de Seguridad del Estado chino ha pedido a algunas entidades vinculadas al Gobierno que desinstalen Windows 10 antes de lo previsto.

El objetivo es sustituirla por distribuciones Linux desarrolladas por empresas chinas, principalmente KylinOS y UOS, dentro de una estrategia para reducir la dependencia de tecnología estadounidense.

China quiere dejar atrás una versión de Windows creada para sus propios organismos

El sistema que está siendo retirado es Windows 10 China Government Edition, desarrollado por C&M Information Technologies (CMIT), una empresa creada en 2016 mediante una asociación entre Microsoft y la compañía estatal China Electronics Technology Group Corporation.

Esta edición había sido adaptada para cumplir determinados requisitos de seguridad, con mecanismos de activación y actualización localizados, servicios de Microsoft limitados y compatibilidad con estándares criptográficos del país.

Pero aun así, China ha decidido acelerar su sustitución. De hecho, el calendario original situaba su retirada en febrero de 2027, pero algunas entidades estatales han recibido instrucciones para adelantar el proceso y completar el cambio durante 2026.

Cabe señalar que ante esto, expertos citan preocupaciones relacionadas con la seguridad de los datos, aunque no han identificado públicamente una vulnerabilidad concreta en esta edición de Windows.

Microsoft, por su parte, ha señalado que no conoce ningún incidente de seguridad relacionado con ella y que continúa recibiendo actualizaciones sin ningún tipo de problema o fallo.

KylinOS y UOS son las principales alternativas

El reemplazo no consiste simplemente en cambiar Windows por una única distribución elegida oficialmente para todos los equipos. Las alternativas más consolidadas son KylinOS, desarrollada por Kylin Software, y UOS, de UnionTech.

Ambas utilizan Linux como base y están orientadas también a entornos empresariales y gubernamentales. KylinOS dispone de versiones para ordenadores de escritorio, servidores y otros usos especializados, mientras que openKylin ofrece una variante de código abierto.

UOS, por su parte, está basado en Deepin y Debian Linux. Huawei también está desarrollando su propio ecosistema con HarmonyOS para ordenadores. Sin embargo, el cambio no será tan sencillo como instalar otro sistema operativo.

Los organismos tendrán que adaptar aplicaciones, controladores, periféricos, formatos de archivos y herramientas internas, además de formar a los empleados acostumbrados a trabajar con Windows.

El objetivo va mucho más allá de cambiar de sistema operativo

China lleva años intentando construir una infraestructura tecnológica que dependa menos de empresas extranjeras. Por ello, sustituir Windows forma parte de ese proceso, pero su objetivo es más amplio.

Y es que pretenden disponer de un ecosistema propio de hardware y software que pueda controlarse dentro del país y reducir los riesgos asociados a depender de proveedores estadounidenses.

China no solo quiere dejar de utilizar Windows, sino aumentar su capacidad para controlar la tecnología sobre la que funcionan sus organismos públicos.

El salto a Linux proporciona además una base abierta sobre la que empresas chinas pueden desarrollar sus propias distribuciones, herramientas y sistemas de seguridad.

Por ahora, la transición afecta a organismos concretos y no supone que Windows 10 vaya a desaparecer de los ordenadores de los ciudadanos chinos.

Lo que está cambiando es el papel que Microsoft ocupa dentro de las instituciones estatales, y el hecho de que Pekín haya adelantado el calendario demuestra hasta qué punto la soberanía tecnológica se ha convertido en una prioridad.