Añadí memoria de otra marca a mi HP OMEN 30L y dejó de arrancar con normalidad | Dos días de diagnóstico con ChatGPT y Claude Code hasta renunciar a CFD

Introducción: lo que debía ser 64 GB terminó siendo un regreso a los 32 GB originales tras dos días

Intenté ampliar la memoria de mi HP OMEN 30L añadiendo 16 GB × 2 de CFD para llegar a 64 GB. El resultado fue un fracaso. Con 64 GB, el arranque normal de Windows nunca tuvo éxito. Renuncié a los módulos de CFD y decidí comprar memoria original de HP en su lugar.

Lo curioso es que la BIOS reconocía correctamente los 64 GB. Pasó la prueba de memoria de UEFI y funcionaba con estabilidad durante horas en modo seguro. Sin embargo, el arranque normal se quedaba atascado: el círculo de carga blanco (bajo el logotipo de OMEN) no avanzaba. El arranque normal con 64 GB falló 7 veces según los registros disponibles; hubo 0 éxitos.

No he podido identificar la causa por completo. No tengo pruebas que indiquen que la memoria CFD esté defectuosa. Lo único que sé es que el sistema se detiene al añadir los dos módulos de CFD, pero funciona con las dos originales.

Este artículo es un registro de cómo usé ChatGPT en mi smartphone y Claude Code en mi Mac para aislar la causa durante aproximadamente un día y medio. Escribo con honestidad, en orden cronológico, lo que probé, los resultados, lo que funcionó bien al delegar en la IA y lo que estuvo a punto de salir mal.

Lo que aprenderá en este artículo:

• El orden de diagnóstico cuando solo falla el arranque normal
• Cómo acceder por SSH desde un Mac a un PC que funciona en modo seguro
• Cómo, siguiendo las sugerencias de la IA, modifiqué la BIOS y terminé sin poder pasar ni siquiera el POST
• Qué memoria elegir si desea ampliar la RAM en este mismo modelo

Equipo y la razón por la que quería pasar a 64 GB de memoria

La configuración del PC que uso es la siguiente.

Elemento	Detalles
PC	HP OMEN 30L Desktop (serie GT13-0xxx)
Placa base	HP 8703 (Intel Z490)
BIOS	AMI F.20 (2021-08-27)
CPU	Intel Core i9-10850K (10 núcleos, 20 hilos)
GPU	NVIDIA GeForce RTX 3080 (VRAM 10 GB)
Memoria original	Módulos de Kingston para HP: HP32D4U8D8HD-16XR (16 GB × 2, DDR4-3200, dual rank). Yo creía que eran «HyperX»
Slots libres	DIMM2 y DIMM4

Según las especificaciones oficiales de HP, hay 4 slots de memoria DDR4, con un máximo de 64 GB (16 GB × 4). HP también distribuía configuraciones de 16 GB × 4. Es decir, pasar a 64 GB estaba dentro de las especificaciones.

Sin embargo, el manual de especificaciones de HP Japón incluye una nota con el sentido de que «HP no vende opciones de memoria original» y que «el funcionamiento tras una ampliación por cuenta propia no está cubierto por el soporte». La ampliación es bajo su propia responsabilidad.

Razón para querer 64 GB

Uso este PC como máquina para ejecutar LLMs localmente en casa. Tengo Ollama en ejecución permanente.

Cuando probé modelos grandes de tipo MoE, los ejecuté colocando la parte que no cabía en los 10 GB de VRAM en la memoria principal. Sin embargo, con 32 GB, los pesos no cabían por completo en la RAM y el resto se leía desde el SSD cada vez, lo que resultaba lento. Durante las pruebas, la RAM libre se mantenía pegada a unos 0.1 GB.

La previsión era que, con 64 GB, los pesos cabrían por completo en la RAM y la velocidad sería similar a la de los modelos de nivel 27B que ejecuto en Mac. Eso sí, esto es una estimación y no se puede medir sin pasar a 64 GB. Al final, terminó sin poder confirmarlo.

Elegí la memoria con ayuda de la IA: aparecieron tanto las recomendaciones como los puntos «no verificados»

El 12 de octubre de 2026, le pedí a Claude Code en mi Mac (un agente de IA) que investigara las opciones para ampliar la memoria. La «opción A», que surgió como recomendación, es el W4U3200CS-16G de CFD Standard (16GB×2). Se trata de un producto DDR4-3200, CL22, 1.2V, conforme a JEDEC y de 1 rank (chips de 16Gb).

Las razones de la recomendación fueron las siguientes.

• Tiene las mismas especificaciones que el módulo original: «3200, CL22, 1.2V», por lo que no se necesita XMP (configuración para hacer funcionar la memoria más rápido que la norma).
• HP ha distribuido configuraciones de 16GB×4.
• En la tabla de compatibilidad por modelo de Kingston figura «módulos de 16GB en pares, hasta 64GB», y también se incluía el producto de 16GB de 1 rank.
• Hay stock en tiendas grandes y, según la descripción del vendedor, existe una garantía de compatibilidad de 30 días tras la compra.

Por otro lado, la misma investigación indicaba claramente los «puntos no verificados».

• Se infiere que el módulo original es de 2 rank. Si se añade CFD de 1 rank, se mezclarán 2 rank y 1 rank en el mismo canal. El funcionamiento con esta BIOS no está verificado.
• No está verificado si las 4 tarjetas mezcladas de otras marcas funcionan a 3200 con la BIOS F.20.
• En la comunidad de HP (no oficial) hay comentarios que dicen: «las memorias que no sean de HP pueden bajar a 2400» y «esta placa base es caprichosa con la memoria».

La propia investigación decía que no llamaría a esta recomendación «producto compatible». Es decir: podía funcionar, pero nadie lo había comprobado.

Compré el kit de CFD (2 × 16 GB) en Amazon por unos 30.000 yenes.

Mirando hacia atrás, el problema fue precisamente esa parte «no verificada». Debería haber leído la investigación de la IA no solo en la sección de recomendaciones, sino también en la columna de «puntos no comprobados».

Día 1: pitidos, batería muerta y el círculo de carga blanco detenido

Por la tarde del 1 de noviembre, inserté los dos módulos de CFD en los slots DIMM2 y DIMM4 vacíos y encendí el equipo. Sonaron pitidos y no apareció imagen en la pantalla. La luz del chasis parpadeaba repetidamente; parecía que el sistema intentaba arrancar y se detenía.

Según mi memoria, los pitidos fueron «dos tonos graves, tres tonos agudos». Sin embargo, como lo recuerdo de forma imprecisa, no lo considero un código de pitido verificado.

Al retirar los módulos de CFD y volver a las dos memorias originales, el equipo arrancó. En ese instante apareció brevemente el mensaje «Reinicio de CMOS (502)». Más tarde, al revisar los registros de OMEN, vi que cada vez que desconectaba el cable de alimentación, la hora de la BIOS volvía al 1 de enero de 2018. La batería de la CMOS estaba agotada desde antes.

Con los 32 GB originales, logré tres arranques normales exitosos esa tarde (15:19, 16:28, 17:21). Entre las 15:23 y las 16:28, ejecuté manualmente el diagnóstico de memoria de Windows (prueba estándar), que inspeccionó los 32 GB y aprobó con 0 errores.

Aproximadamente a las 22:20, reemplacé la batería de la CMOS por una nueva e inserté las cuatro memorias (64 GB). En la pantalla de la BIOS se mostraban «65536MB», «DDR4», «3200» y «Dual Channel»; las cuatro memorias se reconocían como 16384 MB cada una.

Sin embargo, durante los intentos de arranque normal alrededor de las 22:23 y las 22:34, el círculo de carga blanco se detuvo y no avanzaba. Esperé más de 10 minutos sin cambios; no hubo pantalla azul ni reinicios espontáneos.

A partir de las 22:38, ejecuté la «prueba rápida» de memoria mediante HP PC Hardware Diagnostics UEFI (la herramienta de diagnóstico que se abre presionando Esc → F2 justo después de encender). Aprobó a las 23:14. La capacidad probada fue de 63.7 GB.

Hora (1/11)	Acción	Resultado
Tarde	Insertar los módulos de CFD en DIMM2 y DIMM4 e intentar arrancar	Pitidos, sin imagen, luz parpadeante
Tarde	Retirar los módulos de CFD e intentar arrancar con las 2 memorias originales	Arranque exitoso (apareció el mensaje «Reinicio de CMOS (502)»)
15:19 / 16:28 / 17:21	Arranque normal con los 32 GB originales	Éxito en los 3 intentos. Diagnóstico de memoria aprobado entre 15:23 y 16:28
Aprox. 22:20	Cambiar la batería de la CMOS e insertar las 4 memorias	La BIOS muestra 65536MB, DDR4, 3200, Dual Channel
Aprox. 22:23 / Aprox. 22:34	Arranque normal	El círculo de carga blanco se detuvo (sin cambios tras más de 10 minutos)
22:38–23:14	Prueba rápida de memoria con el diagnóstico UEFI de HP	Aprobado (63.7 GB probados)

La situación en este punto es la siguiente. La BIOS reconoce los 64 GB y la memoria aprueba las pruebas. «Si la memoria parece estar bien, ¿por qué Windows no arranca?». El cambio de batería resolvió un problema distinto a la memoria (la hora que se reseteaba), pero el problema de arranque persistía.

La mañana del segundo día: en modo seguro funciona con 64 GB

A las 05:42 aproximadamente del 2 de noviembre, se ejecutó la Reparación automática. Sin embargo, el resultado fue «No se pudo reparar». Al revisar el registro (SrtTrail.txt), los 29 tests mostraban un estado normal y no se identificó ninguna causa raíz.

A las 05:49, al seleccionar «4: Habilitar modo seguro» en la opción «Configuración de inicio» de la pantalla de recuperación, el sistema llegó a iniciar hasta el escritorio con los 64 GB. En el Administrador de tareas, se mostraron 64.0 GB de memoria, DDR4, velocidad de 3200 MT/s, uso de 4/4 ranuras y 136 MB reservados para hardware.

Hasta ese momento, mi interlocutor había sido ChatGPT en el smartphone. Le tomé fotos de la pantalla de BIOS, los pitidos (códigos de pitido) y la pantalla de recuperación para que las leyera, y le pedí al instante los siguientes pasos. ChatGPT también me proporcionó un resumen del historial de consultas (en Markdown), donde distinguía los eventos con hora imprecisa como «hora desconocida».

Lo importante es el patrón: funciona en modo seguro, pero se detiene en el arranque normal. ¿Es la memoria en sí misma la causa, o son los controladores que solo se cargan durante el arranque normal? En ese punto, no era posible distinguir entre ambas posibilidades.

Para leer los registros correctamente, quería que Claude Code en mi Mac investigara el interior del OMEN. Sin embargo, en el modo seguro sin funciones de red no había dirección IP y el servidor SSH (sshd) se detenía con el error «1084». Ese fue el siguiente obstáculo.

Acceso por SSH desde Mac a un PC en modo seguro

El error 1084 significa que «este servicio no puede iniciarse en modo seguro». Primero, intenté reiniciar con la opción «5: Habilitar el modo seguro y las funciones de red».

Sin embargo, al mantener presionada la tecla Shift durante el reinicio, el sistema entró en un arranque normal a mitad del proceso y volvió a detenerse en el círculo de carga blanco. Volví a encender el equipo, accedí a la pantalla de recuperación con F11 y logré iniciar en modo seguro con funciones de red a las 08:53.

Aun así, al intentar conectar por SSH desde el Mac, la conexión al puerto 22 expiró tras 8 segundos. El ping funcionaba y la respuesta era inferior a 1 ms. No se trataba de una negación de conexión ni de un fallo de autenticación. Simplemente, no había ningún servicio escuchando. En modo seguro, solo se inician los servicios listados en SafeBoot\Network del registro. Mi hipótesis era que esta era la causa (inferencia).

Mientras tanto, Claude Code reconstruyó la cronología de cuándo el OMEN estuvo conectado a la red, basándose en los registros de otro proceso automático que aún quedaba en el Mac (el historial de las conexiones periódicas al OMEN). La tarde del 1 de noviembre hubo tres arranques normales exitosos; después de las 21:51, el equipo no apareció en la red ni una sola vez hasta las 08:53 de la mañana. Con esto, se debilitó la teoría de que «Windows seguía funcionando en segundo plano mientras estaba detenido en el círculo de carga blanco».

Como contramedida, registré sshd como «Service» en HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network del registro e inicié sshd. La guía de pasos escrita por Claude Code incluía el comando para tomar una copia de seguridad previa, el contenido del cambio, el alcance de su efecto y cómo revertirlo. Yo ejecuté los comandos desde la línea de comandos de administrador del OMEN.

• Copia de seguridad: reg export HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network SafeBoot_Network_before.reg
• Registro: reg add HKLM\SYSTEM\CurrentControlSet\Control\SafeBoot\Network\sshd /ve /t REG_SZ /d Service /f
• Iniciar: sc.exe start sshd

A las 12:47, sshd se inició y a las 13:06 la conexión SSH desde el Mac funcionó correctamente.

Atención: Con esta configuración, es posible acceder por SSH desde la LAN incluso durante el modo seguro. Se trata de una configuración temporal, con la premisa de revertirla una vez finalizada la investigación.

Lo que revelaron los registros: el arranque normal solo tuvo éxito con 32 GB

Después de que SSH funcionara, Claude Code creó un script de diagnóstico de PowerShell solo de lectura. Verifiqué con SHA-256 que el archivo enviado al OMEN era idéntico al del Mac antes de ejecutarlo (1.9 minutos), y luego recuperé los resultados en formato ZIP al Mac para analizarlos.

Lo que se pudo determinar a partir de los registros del equipo físico es lo siguiente:

Hallazgo	Evidencia
El arranque normal solo tuvo éxito con 32 GB	El archivo de configuración (SHIM.json) escrito por la aplicación de NVIDIA a las 17:21:54 indica «memoria física de aproximadamente 32 GB» y «RAM 32768MB DDR4 3200»
Los arranques normales fallidos no dejaron registro	No hay ningún evento en el registro. El sistema se detuvo antes de que el registro de eventos comenzara a funcionar (durante la fase de inicialización del kernel y los controladores)
No fue un pantallazo azul	El «Kernel-Power 41» del siguiente arranque tiene un código de verificación de errores de 0. Es el patrón típico cuando se fuerza el apagado mediante el botón de encendido tras un arranque fallido
Desglose de la memoria	DIMM1 y 3 son Kingston (dual rank), DIMM2 y 4 son CFD (single rank). Las cuatro informan «3200 · 1.2V»
El reloj del OMEN estaba atrasado 32 minutos y 18 segundos	Después de la inicialización de la CMOS, Windows ajustó el reloj a la hora de la última finalización (inferencia). No es la causa del fallo de arranque

La clave fue el registro de la aplicación de NVIDIA. En el momento del último arranque normal exitoso, a las 17:21, no pude determinar por mi memoria si ya estaba insertada la cuarta barra. Porque había comenzado a trabajar en la inserción de CFD antes de las 17:00. La línea escrita por la aplicación al iniciar demostraba que «en ese momento eran 32 GB». En otras palabras, el arranque normal con 64 GB nunca ha tenido éxito.

También mantuve la GPU como candidata. Porque en cada arranque normal del 1 de noviembre se registraron errores corregidos de PCIe en la GPU (WHEA-Logger 17), y en septiembre también hubo registros de pantallazos azules relacionados con la GPU.

Hubo una corrección por parte de la IA. Esta memoria no tiene ECC (función de detección y corrección de errores), por lo que los errores de memoria no se registran en WHEA en primer lugar. Claude Code inicialmente escribió «los WHEA de memoria son cero» como un indicador de normalidad, pero luego se corrigió a sí mismo.

El script de diagnóstico también tuvo fallos. Se produjo una excepción en el procedimiento para crear el resumen. Se omitió la especificación para buscar archivos ocultos, lo que llevó a registrar erróneamente «ninguno» para el pagefile y otros elementos. No pudo leer los delimitadores del registro de arranque. Además, recopiló información relacionada con la clave de producto de Windows OEM en la BIOS, por lo que oculté esos datos en la copia del Mac. Incluso con solo lectura, es necesario tener cuidado con el alcance de la recopilación.

Diagnóstico: registro de arranque, GPU y límite de memoria

Con solo los registros no puedo determinar si la causa es la memoria o el controlador. Por eso, por la tarde, probé cambiando las condiciones.

Lo que probé	Objetivo	Resultado
Habilitar el registro de arranque y realizar un arranque normal (opción 2 de Configuración de inicio)	Ver hasta qué controlador avanza antes de detenerse	Se detiene en el círculo de carga blanco. En ntbtlog.txt no aumenta ni una línea para este arranque = se detiene en una etapa anterior a la escritura del registro de arranque. El registro de arranque (bootstat.dat) se interrumpió cuando el Boot Manager leyó la política de Code Integrity
Deshabilitar la GPU de NVIDIA y realizar un arranque normal (pnputil)	Ver si el controlador de la GPU es la causa	Se detiene de la misma manera. El controlador de NVIDIA quedó descartado como candidato. Rehabilité la GPU inmediatamente
Limitar la memoria que usa Windows a 32GB (truncatememory en bcdedit)	Ver si puede arrancar usando solo 32GB sin retirar módulos de memoria	Se rechazó con el mensaje "No se puede cambiar porque está protegido por la política de Secure Boot" y no cambió nada
Comando para reiniciar a la pantalla de BIOS (shutdown /r /fw)	Abrir la BIOS de forma remota	No funciona en este modelo, da error 203. Apagué el equipo y abrí la BIOS con F10

La deshabilitación de la GPU la ejecutó Claude Code por SSH, después de que le dijera que hiciera también las pruebas él mismo. Antes de ejecutarlo, ya teníamos definido el comando para revertir los cambios y lo aplicamos en cuanto vimos el resultado.

Aquí, los candidatos restantes se redujeron a dos.

1. La configuración de 4 módulos de 64GB es inestable en las primeras etapas del arranque normal (lado de la memoria)
2. Componentes que no sean de NVIDIA y que solo se cargan durante el arranque normal (lado de los controladores)

Claude Code me explicó que, aunque en modo seguro el sistema sea estable durante horas, el hecho de que el arranque normal se detenga siempre en el mismo punto no es motivo para descartar la memoria. Su razonamiento (inferencia) es que al inicio del arranque se usa la memoria casi siempre en el mismo orden, por lo que, si la memoria es inestable, es posible que se detenga siempre en el mismo lugar.

Seguí la sugerencia de la IA para modificar la BIOS y ni siquiera pasó el POST

Luego, decidí examinar la configuración de la BIOS en sí misma. Tomé 6 fotos de la pantalla de la BIOS con mi teléfono móvil y las hice leer a ChatGPT. Pasé ese resumen a Claude Code en mi Mac. Claude Code no vio las fotos directamente.

Dentro de «Advanced», había una pantalla llamada «Memory Overclocking». El valor de «Default profile» es el siguiente.

Ítem	Valor
DRAM Frequency	1600 (=3200 MT/s)
tCL / tRCD / tRP	22 / 22 / 22
tRAS	52
tRFC	560
tWTR_S	0
tREFI	12480
NMode	2
Campo de voltaje de memoria	1.35V

La interpretación de Claude Code es la siguiente (inferencia). Un tRFC de 560 equivale a 350ns al operar a 3200. Este es un valor destinado a chips de 8Gb (2 ranks de Kingston). Para chips de 16Gb (1 rank de CFD), se necesitan 550ns, es decir, 880. Por lo tanto, propuso «cambiar solo el tRFC de 560 a 880». También incluyó un método de recuperación: si la pantalla no aparece, intentar reiniciar la energía varias veces y, por último, quitar la batería del CMOS.

Cuando cambié al perfil manual y ajusté el tRFC a 880, el resultado fue contraproducente. Al encender, sonaron pitidos (códigos de pitido): 3 tonos graves y 2 agudos, y ni siquiera pasó el POST (autodiagnóstico inmediatamente después del encendido). Fue lo mismo cada vez que reinicié. Finalmente, quité la batería del CMOS para inicializar la configuración y logré restaurar el estado original.

¿Por qué dejó de pasar el POST? Según la inferencia de Claude Code, es posible que al cambiar a manual se hayan utilizado también los demás valores que aparecían en la pantalla. En particular, el «0» de tWTR_S es un valor que, según la especificación, debe ser de 4 o más.

Luego, cambié solo estos dos puntos: tRFC a 880 y tWTR_S al valor mínimo de la especificación, que es 4. Esta vez no hubo pitidos (códigos de pitido) y el POST pasó. Sin embargo, el arranque normal se detuvo nuevamente en el círculo de carga blanco. Quedó claro que la desviación del tRFC no era, al menos, la única causa.

La lección es clara. La sugerencia de la IA era coherente a la luz de las especificaciones. Aun así, en el equipo real rompió el POST. Claude Code mismo dejó registrado que «cambiar los tiempos manualmente en la BIOS debe hacerse solo cuando no haya otra opción». Como pregunté por adelantado cómo revertir los cambios, pude recuperar el sistema.

El punto decisivo: al volver a las dos memorias originales, la pantalla de BIOS cambió por completo

Aquí le pregunté a Claude Code: «¿Qué probabilidad, en porcentaje, hay de que se solucione actualizando la BIOS?». La respuesta fue «alrededor del 10-20 %. No es una cifra con base sólida, sino una estimación», y por ahora no lo recomendó. Hay tres razones.

• Es un problema en una etapa donde tanto el POST como la inspección de memoria ya han superado las pruebas; no es la forma típica de fallo que se soluciona con una actualización de BIOS
• Si falla la escritura, existe el peligro de que el equipo deje de arrancar
• La información sobre la existencia de una BIOS más nueva (F.30 Rev.A) proviene de publicaciones en la comunidad de HP; no se ha verificado en un equipo físico

En su lugar, decidí verificar puntos que aún no había aislado. El arranque normal con 32GB solo tuvo éxito antes del cambio de batería. El bloqueo con 64GB solo ocurre después del cambio de batería. La «combinación de 4 módulos» y el «hecho de que la BIOS se haya reiniciado por el cambio de batería» estaban ocurriendo simultáneamente.

Aproximadamente a las 16:57, quité los dos módulos CFD y dejé solo los dos Kingston originales (32GB). Al abrir la BIOS con F10, la sección «Advanced» había desaparecido por completo. La pantalla de Memory Overclocking parece aparecer solo cuando hay memorias de marcas distintas a HP insertadas. En la comunidad de HP hay publicaciones que indican que en la versión F.20 se añadió una «página de configuración de overclocking para memorias no HP».

Al intentar un arranque normal directamente, tuvo éxito (16:58). Al verificarlo por SSH, confirmé que era un arranque normal, no modo seguro, y que el sistema estaba iniciado. Ollama también estaba funcionando y la capacidad visible era de aproximadamente 31.9GB.

A partir de esto se puede concluir lo siguiente.

• El cambio de batería, el reinicio de la BIOS y el estado de Windows no son la causa
• La causa se ha reducido a «haber añadido los dos módulos CFD»
• Es una de estas dos opciones: o el propio CFD (o el tratamiento que la BIOS da a las memorias no HP), o la combinación de 4 módulos mezclando dos tipos

Para distinguir cuál es, es necesario arrancar solo con los dos módulos CFD. No he realizado esa verificación.

Conclusión: abandonar CFD y comprar memoria original de HP en su lugar

El 2 de noviembre, a las 17:04, decidí «abandonar CFD y comprar memoria original de HP en su lugar».

Claude Code ya había mostrado los elementos para la decisión. Incluso si se prueba solo con las dos piezas de CFD, el resultado es prácticamente el mismo en ambos casos y la forma de corregirlo es casi idéntica.

• Si arrancó: la causa es «la mezcla de dos tipos». La corrección consiste en alinear las cuatro piezas del mismo tipo
• Si se detuvo: la causa es «CFD en sí, o el tratamiento de la BIOS hacia memorias que no son de HP». La corrección consiste en usar memoria original de HP (específica para HP)

Sea cual sea el resultado, alinear todo a la memoria de HP es lo más seguro. La actualización de la BIOS tenía una estimación del «10-20 %» y no se recomendaba.

Candidatos para la memoria a comprar

Son los candidatos que le pedí a Claude Code que investigara y me resumiera por correo.

Candidato	Contenido	Precaución
1.er candidato	Dos módulos usados de Kingston para HP, idénticos a los actualmente insertados (HP32D4U8D8HD-16XR. También se aceptan números de modelo con diferencias de revisión)	Casi no se venden nuevos. Antes de comprar, verificar en la foto de la etiqueta las inscripciones «HP32D4U8D8» y «2Rx8»
2.º candidato	Accesorio original de HP «HP 16GB DDR4-3200 DIMM (13L74AA)» nuevo	Según la información del vendedor, es de 2 rank, 1.2V y CL22. Al ser un producto para PC corporativos, no está verificado si funciona en OMEN

Hay que evitar estas tres cosas:

• 16GB de 1 rank
• Memoria que no sea de la marca HP
• Memoria para gaming que presuponga XMP

Cuando llegue, primero verificaré en la BIOS que el total sea de 64GB y que no aparezca el encabezado «Advanced». Si no aparece, parece razonable pensar que está siendo tratada como memoria de HP. Después de confirmar eso, haré un arranque normal.

Lo que no he hecho

• Arranque solo con las dos piezas de CFD
• Actualización de la BIOS
• La prueba rápida (Quick Test) y la prueba exhaustiva (Extensive Test) del diagnóstico UEFI de HP
• Verificación reduciendo la velocidad de la memoria

A fecha de esta entrada, aún no he comprado la memoria original de HP. El OMEN funciona ahora mismo con los 32GB originales, de forma habitual.

Lo que salió bien y lo que estuvo a punto de salir mal al delegar en ChatGPT y Claude Code

En esta ocasión, la división del trabajo fue la siguiente: ChatGPT en el smartphone leía la pantalla, mientras que Claude Code en el Mac investigaba el interior del PC y lo registraba. Esto se debía a que, mientras el PC no arrancaba correctamente, la única forma de transmitirle el contenido de la pantalla a la IA era mediante la cámara del móvil.

Tarea	IA utilizada	Resultado / Evaluación
Leer una foto de la pantalla y guiar los pasos	ChatGPT	No me atasqué en el momento
Organizar el historial de consultas en orden cronológico	ChatGPT	Se pudo distinguir lo que tenía la hora aproximada como «hora desconocida»
Restaurar los momentos en que el OMEN estaba en la red a partir de los registros del Mac	Claude Code	Debilitó la hipótesis de que «Windows estuviera funcionando en segundo plano»
Habilitar SSH en modo seguro	Claude Code	Resultó útil una guía de pasos que incluía una copia de seguridad previa al cambio y la forma de revertirlo
Script de diagnóstico solo de lectura	Claude Code	Tuvo un fallo y recopiló incluso información relacionada con la clave del producto
Probar que eran 32 GB	Claude Code	Encontró el registro decisivo de la aplicación de NVIDIA
Prueba deshabilitando la GPU	Claude Code	Se ejecutó con permiso y se revirtió inmediatamente
Propuesta para cambiar el tRFC en la BIOS	Claude Code	El POST dejó de pasar
Perspectiva de que se arregle actualizando la BIOS	Claude Code	«10-20 %». La propia IA aclaró que era una estimación sin fundamento
Elegir la memoria en octubre	Claude Code	Me trabé en los puntos marcados como «no verificado» (mezcla, manejo de la BIOS)

La razón por la que funcionó bien fue que les pedí que reportaran separando los tipos de información. Registros del equipo real, mi memoria, información de documentos (foros, etc.) e inferencias. Les exigí escribir sin mezclar estos cuatro elementos. Además, ajusté la desviación del reloj del PC antes de cruzar las horas.

Cuando se trataba de cambiar una configuración, primero realizaba la lectura. Antes de modificar algo, les pedía que escribieran el valor anterior y la forma de revertirlo; yo decidía si ejecutarlo o no. Cambié una sola cosa cada vez.

Lo peligroso fue que las propuestas de la IA suelen ser «correctas en términos de especificación». No conocen las circunstancias específicas del equipo local, como los caprichos de una BIOS de OEM. Es más seguro no pedir cambios que no tengan forma de revertirlos.

Para quienes tienen el mismo síntoma: lista de verificación del orden para comprobar

A partir de la experiencia de estos 2 días, yo comprobaría en este orden.

1. Antes de añadir, verificar la memoria actual: Verificar el número de modelo y el rank (single rank / dual rank) en el equipo real. La memoria original de mi OMEN era de Kingston, de 2 ranks, para HP.
2. Elegir cómo comprar: Consultar la tabla de compatibilidad por modelo del fabricante y comprar en una tienda con garantía de compatibilidad.
3. No fiarse solo de la indicación de capacidad en la BIOS: Aunque aparezca 64GB, no se pudo realizar el arranque normal.
4. Comparar el arranque normal y el modo seguro: Si solo funciona en modo seguro, sospechar tanto de la memoria como de los controladores.
5. Habilitar el registro de arranque e iniciar: Ver dónde se detiene. Si no aparece nada escrito, se está deteniendo en una etapa muy temprana.
6. Quitar el controlador de la GPU y comparar: Deshabilitar el dispositivo, intentar el arranque normal y revertir inmediatamente.
7. Cambiar los valores de la BIOS manualmente es lo último: Verificar primero cómo revertir (quitar la batería de la CMOS).
8. Volver a la configuración original y verificar que funciona: Así se puede acotar la causa a "lo que se añadió".
9. También revisar la batería de la CMOS: Si cada vez que se desconecta la alimentación el reloj vuelve a 2018, es que la batería está agotada.

Lo que se observó en el OMEN 30L (placa base 8703, BIOS F.20)

• Añadir memoria que no sea de HP hace que aparezca "Advanced" (Memory Overclocking) en la BIOS
• En los valores predeterminados de esa pantalla había una indicación de 1.35V y un tWTR_S de 0
• Con solo la memoria de HP, este encabezado desapareció

Sin embargo, no se puede afirmar que si el síntoma es el mismo, esto sea necesariamente la causa. El estado del equipo o la versión de la BIOS pueden cambiar el comportamiento.

Resumen

Los 64 GB funcionaban correctamente según la BIOS y las pruebas de memoria. Sin embargo, el arranque normal de Windows fallaba. Al volver a las dos memorias originales, el sistema volvió a funcionar. Esto permitió acotar la causa a la adición de los módulos de CFD, aunque no se puede afirmar que estén defectuosos. Repetiré la ampliación usando memoria original de HP.

La IA fue muy rápida y precisa para cruzar los registros y construir una línea temporal. Por otro lado, las sugerencias para modificar la BIOS dieron resultados contraproducentes en el equipo físico. «Separar hechos de inferencias» y «preguntar primero cómo revertir». Estas dos cosas fueron lo que más funcionó esta vez.

Si logro alcanzar los 64 GB con memoria original de HP, escribiré la continuación.