Noticias

AMD reconoce un bug del driver Radeon que escribe sin parar en el SSD de algunas PC

Collage editorial sobre papel amarillo taxi y negro carbón: una fotografía en duotono de una placa de video Radeon de tres ventiladores, recortada con bordes rasgados, de la que sale una larga tira de ticket de papel blanco con el texto «atieclxx.exe». A la derecha, la etiqueta «Hardware · 9 de noviembre», el titular «El driver Radeon que escribe sin parar en algunas PC» y el texto «Cómo ver si te pasa y qué hacer». Abajo, una tira con «AMD apunta a corregirlo en Adrenalin 26.11.1» y el logo de AMD.

Algunas PC con placas Radeon están escribiendo en el SSD todo el tiempo, aunque no estés haciendo nada, y AMD ya lo reconoció. El proceso señalado es atieclxx.exe, que se instala junto con el driver Adrenalin. Según representantes de la empresa citados por VideoCardz y PC Gamer, el arreglo debería llegar con Adrenalin 26.11.1, prevista para este mes y sin fecha exacta.

Qué hacer hoy: fijate si te pasa con una herramienta que ya viene en Windows, antes de tocar servicios o la BIOS. Si tu PC no muestra esas escrituras, no cambies nada. Si las muestra, tu SSD no se muere mañana, pero conviene medir cuánto escribe y hacer la cuenta.

No parece pasarle a todas las Radeon. PC Gamer cuenta que uno de sus redactores, con placa AMD, no lo pudo reproducir, y VideoCardz recoge usuarios sin actividad rara incluso con la versión 26.10.2. Tampoco hay, por ahora, una lista de modelos afectados.

Cómo saber si te pasa

La comprobación la describen casi igual Tom’s Hardware y VideoCardz; el segundo proceso de la lista lo suma Tom’s. Hacela con la PC quieta, sin juegos ni descargas, porque si estás bajando medio Steam el resultado no te va a decir nada.

  • Abrí el Monitor de recursos. Apretá Win + R, escribí resmon y dale Enter.
  • Andá a la pestaña Disco. Ordená la lista por la columna de escritura.
  • Buscá estos procesos de AMD: atieclxx.exe o atiesrxx.exe. Lo que importa es que escriban de forma sostenida, no un pico suelto.
Collage editorial sobre papel amarillo taxi y negro carbón, titulado «Mirá si tu PC lo hace». Tres tarjetas de ticket en fila: abrí Monitor de recursos con resmon; en la pestaña Disco ordená por escritura; buscá atieclxx.exe o atiesrxx.exe con la PC sin hacer nada. Abajo, una tira roja con la frase «Si no aparece escribiendo sin parar, no toques nada».
Pasos según Tom’s Hardware y VideoCardz, 9 de noviembre de 2026. Fotomontaje asistido por IA.

De paso, anotá cómo está el disco hoy. Windows lo muestra en Configuración > Sistema > Almacenamiento > Configuración de almacenamiento avanzada > Discos y volúmenes > Propiedades. Microsoft explica que ahí aparece la vida útil restante estimada, un porcentaje aproximado basado en la predicción del fabricante. Si tu disco informa ese dato, una foto de hoy te sirve para comparar dentro de un mes, y es bastante mejor que entrar en pánico por un posteo.

Qué reconoció AMD y qué todavía no

La primera respuesta conocida es del 21 de octubre. En el foro de AMD, el representante AMD_Matt le contestó a un usuario que había marcado el problema:

«Sí. Lo estamos investigando con el objetivo de resolverlo en una futura versión del driver.»AMD_Matt, foro de AMD, 21 de octubre, citado por Tom’s Hardware y PC Gamer. Traducción de TCD.

La segunda vino de otro representante, AMD_Vik, en Reddit. Tom’s Hardware reproduce la frase «This is hopefully fixed in the next one»: con suerte, queda arreglado en la próxima. VideoCardz agrega que el mismo representante explicó que el problema parece venir de una interacción entre AMD External Events Utility y el filtro PCIe de Microsoft, que confirmó que ya se envió una corrección y que después dijo que la 26.11.1 debería resolverlo.

Ojo con los verbos, que acá no son decoración. Hopefully y should no son una promesa. Y hay tres cosas que AMD no dijo en lo que pudimos revisar:

  • Qué placas o configuraciones están afectadas. Tom’s Hardware admite que hoy es difícil decir qué versiones, combinaciones de hardware o ajustes son los responsables.
  • Si el SSD se gasta de verdad por esto. Ninguna de las respuestas citadas habla de desgaste.
  • Una fecha. VideoCardz espera el driver para más adelante en noviembre, sin día concreto.

Las notas de versión de la 26.10.2, del 30 de octubre, tampoco mencionan el problema, ni como corregido ni como conocido. Es la versión de la que ya contamos qué arregla: este bug no está en esa lista. Al cierre de esta nota no encontramos notas de versión de la 26.11.1.

Una aclaración de cocina: no pudimos abrir las respuestas originales, porque el foro de AMD no nos devolvió el hilo y Reddit nos pidió iniciar sesión. Por eso las citas van atribuidas a los medios que las reprodujeron.

Qué es ese proceso y desde cuándo pasa

atieclxx.exe es el AMD External Events Client Module, asociado al servicio AMD External Events Utility. Según VideoCardz, ese servicio se ocupa de funciones de pantalla como la detección de monitores y de los atajos del software de Radeon. O sea, no es un programa que hayas instalado a propósito, y por eso nadie lo mira hasta que el SSD empieza a hacer horas extra.

Si la explicación del filtro PCIe se confirma, podría ayudar a entender por qué le pasa a unas máquinas y a otras no. Esa es una deducción nuestra: AMD no la planteó así.

Lo que no se puede afirmar es desde cuándo ocurre, y las versiones que circulan no coinciden. El usuario Tomasz Gawroński habló de las 26.10.1 y 26.10.2 en el mensaje que publica VideoCardz, y según PC Gamer ubica el inicio en la 26.7.1. Tom’s Hardware, en cambio, dice que hay reportes también con versiones anteriores y que no aparece un patrón claro. Y si alguien perdió salud del disco durante 16 meses, como escribió un usuario de Reddit, su problema tendría que venir de bastante antes que esas versiones. O no es el mismo problema, o el dato está mal, o nadie sabe todavía cuándo empezó.

La cuenta: cuánto puede escribir

VideoCardz resume los reportes en un ritmo de 0,3 a 1,5 MB/s, con un caso de 5 MB/s en Reddit. El mensaje de Gawroński habla de 0,65 MB/s. Parecen poco, y por momentos lo son. El tema es que un taxímetro que nunca se apaga también marca de a poquito.

Para ponerlo en escala tomamos un disco común y barato: el Kingston NV3 de 1 TB tiene una resistencia declarada de 320 TB escritos. La cuenta siguiente es nuestra y usa meses de 30 días:

Ritmo sostenidoPor díaPor mesAños hasta 320 TB, prendida las 24 hAños hasta 320 TB, prendida 8 h al día
0,3 MB/s26 GB0,78 TB34103
0,65 MB/s56 GB1,7 TB1647
1,5 MB/s130 GB3,9 TB6,921
5 MB/s432 GB13 TB2,16,2
Collage editorial sobre papel amarillo taxi y negro carbón, titulado «Cuánto suma en un mes». Tres tickets comparan ritmos con la PC prendida todo el mes: 0,3 MB/s son 0,78 TB; 1,5 MB/s son 3,9 TB; 5 MB/s son 13 TB. Abajo, una tira roja con la frase «Un SSD Kingston NV3 de 1 TB tiene una resistencia declarada de 320 TB».
Cálculo de TCD con ritmos reportados por usuarios y la hoja de datos de Kingston. Fotomontaje asistido por IA.

Hay que leer esa tabla con pinzas, por tres motivos. Primero, esas escrituras se suman a las normales de tu PC, y la tabla las mira solas. Segundo, como advierten Tom’s Hardware y VideoCardz, lo que el sistema manda a escribir no necesariamente equivale a lo que termina grabándose en la memoria flash: el SSD usa caché y otras técnicas, y no se sabe cuánto llega al desgaste real. Tercero, los 320 TB son una resistencia declarada, obtenida con una carga de prueba estándar, no la fecha de muerte del disco.

Con ese cuidado, la conclusión práctica es esta: dentro del rango que resume VideoCardz, con una PC que se apaga de noche, la cuenta sugiere un desperdicio molesto más que una urgencia, aunque el desgaste real sigue sin medirse. A 5 MB/s, con la máquina siempre prendida o con un disco chico, deja de ser un chiste. Y como un NV3 de 500 GB declara 160 TB, en ese disco los años de la tabla se cortan por la mitad.

El famoso 1% por mes

La cifra que hizo volar el tema es la de un usuario de Reddit, que escribió haber perdido 1% de salud del SSD por mes durante 16 meses. Tom’s Hardware aclara que ese dato no está confirmado de forma independiente, y las notas que leímos no detallan qué disco usaba ni cuántas horas estaba prendida la PC.

Igual, como orden de magnitud no suena disparatado. En un disco de 320 TB, el 1% son 3,2 TB, y llegar a eso en un mes pide unos 1,2 MB/s las 24 horas, adentro del rango reportado. En uno de 160 TB alcanza con unos 0,6 MB/s. Es una cuenta de plausibilidad y no prueba que el culpable sea el driver: el porcentaje que informa cada SSD lo calcula su fabricante, y también suma todo lo demás que hace la máquina.

Los dos parches caseros, con su letra chica

Hasta que salga la corrección circulan dos soluciones temporales. Ninguna viene de AMD, y VideoCardz avisa que ninguna funcionó en todos los casos reportados.

  • Apagar el servicio. Con Win + R y services.msc, buscás AMD External Events Utility y lo detenés o le cambiás el tipo de inicio a Deshabilitado. Según VideoCardz, puede interferir con los atajos de Adrenalin y con algunas funciones de pantalla.
  • Desactivar Resizable BAR en la BIOS. Un usuario contó que así se le fue la actividad del disco. El costo es que esa función puede mejorar el rendimiento en juegos, de modo que apagarla puede salirte caro en fotogramas.
Collage editorial sobre papel amarillo taxi y negro carbón, titulado «Dos parches y lo que cuestan». Dos tarjetas: apagar el servicio AMD External Events Utility puede afectar atajos y funciones de pantalla; desactivar Resizable BAR puede bajar el rendimiento en juegos. Abajo, una tira roja con la frase «Ninguno de los dos funcionó en todos los casos».
Soluciones temporales reportadas por usuarios, según VideoCardz y Tom’s Hardware. Fotomontaje asistido por IA.

Tom’s Hardware sugiere vigilar la actividad antes que salir a desactivar servicios o cambiar la BIOS, y coincidimos. Si medís un ritmo alto y querés frenarlo ya, el servicio es lo primero que probaríamos, porque se revierte en segundos desde la misma ventana. Anotá cómo estaba antes de tocarlo.

No es la primera vez que este servicio da que hablar

En noviembre de 2025 otro usuario había encontrado que un componente de los drivers de chipset de AMD actualizaba un archivo de log cada vez que se movía o se cambiaba de tamaño una ventana. La pregunta de entonces era la misma, y la respuesta de Tom’s Hardware fue un «probablemente no» respecto del daño al SSD. Ese medio aclara ahora que el caso actual es distinto, porque hay gente que ve escrituras casi continuas con la PC sin hacer nada.

De aquel episodio queda una advertencia útil: un usuario enlazó un posteo de unos siete años antes en el que, según él, un ingeniero de AMD vinculaba ese servicio con FreeSync. Tom’s Hardware señaló entonces que nada establecía una relación entre FreeSync y el parche casero de aquel log. Si jugás con FreeSync y apagás el servicio, probá que todo siga funcionando.

Qué mirar cuando salga la 26.11.1

Cuando AMD la publique, leé primero las notas de versión: si el arreglo no figura ahí, seguimos en terreno de promesas. Después repetí la prueba de resmon. Si desactivaste el servicio o Resizable BAR, volvé a dejar todo como estaba y medí otra vez, porque si no nunca vas a saber si el driver lo corrigió. Y si tu disco bajó de golpe varios puntos, antes de echarle toda la culpa a AMD hacé lo que convendría hacer igual: una copia de seguridad.

Fuentes

Deja una respuesta