Buenas @diegocristy11, comentarle lo siguiente:
Contexto del equipo
El portátil es un Lenovo S145‑15IIL con Windows 11 y gráfica integrada Intel Iris Plus Graphics.
Este modelo usa memoria RAM compartida con la iGPU, lo cual es importante para entender el fallo.
@diegocristy11 usted demás comenta algo crítico en este tema que es los siguiente:
La memoria interna (probablemente RAM soldada) estaba dañada y se modificó la BIOS para anularla.
Eso cambia bastante el escenario.
Interpretación de los errores BSOD
Los códigos que usted menciona en este tema suelen relacionarse con drivers o acceso incorrecto a memoria:
Código Significado habitual
| Código |
Significado habitual |
| 0x0000001E |
KMODE_EXCEPTION_NOT_HANDLED (driver o memoria) |
| 0x1000007E |
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED |
| 0x0000003D |
INTERRUPT_EXCEPTION_NOT_HANDLED |
| 0x0000003B |
SYSTEM_SERVICE_EXCEPTION |
**Todos esos códigos tienen en común accesos incorrectos a memoria o drivers del kernel.
Lo más sospechoso en este caso
Por la descripción, no parece principalmente un problema de drivers.
Las pistas importantes:
- La RAM soldada estaba dañada
- Se modificó la BIOS para anularla
- La iGPU usa RAM compartida
- Deshabilitar la iGPU reduce los fallos
- A veces no hay vídeo durante horas
Esto apunta mucho más a:
Problema de memoria (RAM o controlador de memoria)
Posibles casos:
- incompatibilidad de la RAM Hynix 8GB 3200
- el controlador sigue intentando usar la RAM soldada
- errores al asignar memoria a la iGPU
Problema del iGPU / memoria compartida
La Intel Iris Plus usa la RAM del sistema.
Si la BIOS modificada no gestiona bien la desactivación de la RAM soldada:
- el sistema puede intentar mapear memoria inexistente
- produce BSOD aleatorios
- o pantalla negra sin POST de vídeo
Corrupción de BIOS o ME
Al reprogramar BIOS para desactivar RAM soldada es relativamente común:
- errores ACPI
- errores de inicialización de GPU
- problemas de memoria mapeada
Desactivar aceleración gráfica
Solo para prueba:
- usar Microsoft Basic Display Adapter
- no instalar drivers Intel
Si así no hay BSOD durante días, confirma conflicto con iGPU.
Revisar si el fallo ocurre fuera de Windows
Muy importante para descartar drivers.
Probar:
- arrancar Linux Live (Ubuntu)
- dejarlo funcionando 1–2 horas
Si se cuelga también → hardware/BIOS seguro.
Comprobar si el equipo falla en BIOS
Cuando se queda pantalla negra sin vídeo durante horas, eso normalmente indica:
- problema inicialización GPU / RAM
- no es Windows
Mi sospecha principal (personalmente)
Si tuviera que apostar:
Probabilidad aproximada
- 60 % problema con la RAM o controlador por BIOS modificada
- 25 % incompatibilidad del módulo Hynix
- 10 % iGPU defectuosa
- 5 % drivers
El hecho de que deshabilitar la iGPU reduzca el fallo es la pista más fuerte.
@diegocristy11 este es el resultado del: Análisis de los minidump que me has mandado:
Equipo: Lenovo S145-15IIL
Sistema: Windows 11
Los errores que aparecen:
| Dump |
Error |
Causa |
| 1 |
KMODE_EXCEPTION_NOT_HANDLED (0x1E) |
ntoskrnl |
| 2 |
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E) |
ntoskrnl |
| 3 |
INTERRUPT_EXCEPTION_NOT_HANDLED (0x3D) |
ntoskrnl |
| 4 |
SYSTEM_SERVICE_EXCEPTION (0x3B) |
igdkmdn64.sys |
| 5 |
SYSTEM_SERVICE_EXCEPTION (0x3B) |
ntoskrnl |
Pero hay dos detalles críticos.
Pista nº1: Error 0xC0000005 en todos
El parámetro principal que aparece repetido es:
0xC0000005 → Access Violation
Esto significa que algo está accediendo a memoria incorrecta.
Las causas típicas son:
- RAM defectuosa
- controlador de memoria
- BIOS
- GPU usando memoria corrupta
Pista nº2: Driver gráfico Intel implicado
Uno de los dumps señala claramente:
igdkmdn64.sys
Este es el driver de la Intel Iris Plus Graphics
Eso encaja con lo que comentas @diegocristy11:
deshabilitar la iGPU redujo los fallos
los pantallazos volvieron después
a veces arranca sin vídeo
Interpretación técnica (muy importante)
El portátil Lenovo S145-15IIL usa memoria compartida para la GPU.
Pero @diegocristy11 comentiste algo clave que se explica de la siguiente manera:
La RAM soldada estaba averiada y se modificó la BIOS para anularla.
Esto genera un escenario muy típico en reparaciones:
Posible problema real
La BIOS modificada no está gestionando correctamente el mapa de memoria para la iGPU.
Entonces ocurren lo siguiente:
Windows asigna memoria a la GPU
parte de esa memoria corresponde a la zona donde estaba la RAM soldada
se produce Access Violation (0xC0000005)
aparecen BSOD aleatorios
Eso explica perfectamente:
- errores distintos
- implicación ocasional del driver gráfico
- bloqueos aleatorios
- pantalla negra sin vídeo
Otro detalle que confirma sospecha
Cuando falla no hay vídeo durante horas.
Eso ocurre antes de cargar Windows, por lo que:
no es driver
no es sistema operativo
es hardware / firmware.
Conclusión probable
Probabilidad aproximada:
| Causa |
Probabilidad |
| BIOS modificada gestionando mal la RAM soldada |
60 % |
| Incompatibilidad de la RAM Hynix 3200 |
20 % |
| RAM defectuosa |
10 % |
| GPU integrada dañada |
10 % |
MEMTEST86
Muy importante.
Pasar:
MemTest86 mínimo 4 pasadas
Si aparecen errores → RAM incompatible o controlador.
Probar otra RAM
La que usa ahora:
Hynix 8GB
1Rx8 PC4-3200AA
En estos Lenovo suele ir mejor:
- RAM DDR4 2666
- RAM DDR4 2933
Muchos fallos raros desaparecen.
Probar Linux Live:
Por ejemplo:
Ubuntu Live.
Si también se cuelga → confirmado hardware / BIOS.
Forzar driver gráfico básico
En Administrador de dispositivos:
usar
Microsoft Basic Display Adapter
Si así deja de fallar → conflicto con iGPU.
@diegocristy11, analizando los minidump que adjuntas se observa que todos los errores tienen como causa principal una violación de acceso a memoria (0xC0000005). Este tipo de error suele aparecer cuando algún driver o dispositivo intenta acceder a una zona de memoria que no es válida.
En uno de los dumps aparece implicado el driver igdkmdn64.sys, que corresponde a la gráfica integrada Intel Iris Plus. Esto encaja con lo que comentas de que al deshabilitar la iGPU el problema tarda más en aparecer.
@diegocristy11 teniendo en cuenta además que el equipo tenía la RAM soldada averiada y se modificó la BIOS para anularla, es muy posible que el mapa de memoria que utiliza la gráfica integrada no esté gestionándose correctamente, ya que la iGPU utiliza memoria compartida del sistema.
@diegocristy11 esto explicaría los pantallazos azules con errores distintos, los accesos inválidos a memoria y también los arranques sin vídeo.
@diegocristy11 te recomendaría hacer estas pruebas:
- pasar MemTest86 varias pasadas para comprobar la RAM
- probar otro módulo DDR4 (preferiblemente 2666 MHz)
- probar el equipo con un Linux Live para descartar Windows
- usar temporalmente el driver gráfico básico de Microsoft
@diegocristy11 si el problema persiste incluso fuera de Windows, lo más probable es que esté relacionado con la BIOS modificada o con el controlador de memoria del equipo.
Hay un detalle muy específico de este modelo que puede explicar casi perfectamente lo que le está pasando.
El Lenovo S145-15IIL con procesadores Intel Ice Lake usa arquitectura de memoria híbrida:
- RAM soldada en placa (canal 1)
- slot SO-DIMM (canal 2)
La Intel Iris Plus Graphics está diseñada para trabajar en dual-channel porque usa memoria del sistema como VRAM.
@diegocristy11 El problema típico cuando se desactiva la RAM soldada:
Cuando la RAM onboard se estropea y se anula desde BIOS o reprogramando el chip, ocurre algo importante:
El controlador de memoria del CPU sigue esperando dos canales.
Entonces pueden pasar tres cosas:
El sistema arranca en single channel forzado
Parte del mapa de memoria queda mal direccionado
La iGPU intenta usar regiones de memoria inexistentes
@diegocristy11 todo esto da como: Resultado lo siguiente:
- BSOD aleatorios
- errores 0x1E / 0x7E / 0x3B / 0x3D
- Access Violation (0xC0000005)
- cuelgues gráficos
- pantalla negra sin vídeo
Que es exactamente lo que aparece en los dumps.
Otro detalle importante del modelo de su PC consiste en lo siguiente:
En estos equipos Lenovo el framebuffer de la iGPU se reserva en BIOS.
Normalmente:
Si la BIOS modificada no recalcula correctamente el mapa de memoria, el driver igdkmdn64.sys intenta usar esa región y se produce el crash.
Eso explica este dump que se refleja a continuación:
SYSTEM_SERVICE_EXCEPTION (0x3B)
causado por igdkmdn64.sys
@diegocristy11 mire en BIOS si existe alguna opción como:
- DVMT Pre-Allocated
- UMA Frame Buffer
- iGPU Memory
Si aparece, probar:
128 MB
o el valor más bajo posible.
Esto a veces estabiliza equipos con RAM parcial.
@diegocristy11 pruebe un módulo DDR4 2666 en lugar del actual:
Hynix 8GB 1Rx8 PC4-3200
Los Ice Lake funcionan mejor con 2666 en single channel cuando falta un canal.
@diegocristy11 posible solución real (si el problema persiste):
Hay dos soluciones que suelen funcionar en reparaciones de este tipo:
BIOS parcheada correctamente
Rehacer la BIOS para:
- eliminar el canal de RAM soldada
- corregir el mapa de memoria
Esto lo hacemos los técnicos que trabajamos con UEFITool / IFR / hex editing.
Desactivar iGPU desde BIOS (si se pudiera)
Pero en este modelo normalmente no hay gráfica dedicada, así que no siempre es posible.
Lo interesante @diegocristy11 es lo siguiente que le indico a continuación:
El hecho de que el portátil a veces no tenga vídeo durante horas es la pista más fuerte.
Eso ocurre antes de Windows, lo que indica:
inicialización de RAM / GPU / BIOS
Analizando los minidumps que adjuntas en este tema se observan varios BugCheck diferentes (0x1E, 0x7E, 0x3D y 0x3B), pero todos tienen un elemento en común: el parámetro 0xC0000005, que indica una violación de acceso a memoria (Access Violation).
@diegocristy11 esto significa que algún componente está intentando acceder a una dirección de memoria inválida.
En la mayoría de os dumps aparece ntoskrnl.exe, lo cual es normal ya que es el núcleo de Windows y suele ser el que registra el fallo, pero en uno de los dumps aparece implicado igdkmdn64.sys, que corresponde al driver de la gráfica integrada Intel.
@diegocristy11 teniendo en cuenta lo que comentas en este tema sobre este equipo (RAM soldada averiada y BIOS reprogramada para anularla), hay un punto importante a considerar que es la siguiente:
El Lenovo S145-15IIL utiliza arquitectura de memoria en doble canal (dual-channel) combinando:
- RAM soldada en placa
- RAM en el slot SO-DIMM
La gráfica integrada Intel Iris Plus utiliza memoria compartida del sistema (UMA). Cuando la RAM onboard se desactiva mediante modificación de BIOS, el controlador de memoria del procesador sigue esperando dos canales y el mapa de memoria puede quedar incompleto o mal gestionado.
@diegocristy11 en ese escenario pueden producirse:
- accesos inválidos a memoria (0xC0000005)
- BSOD aleatorios con distintos códigos
- fallos del driver gráfico (igdkmdn64.sys)
- bloqueos con pantalla negra
- arranques sin vídeo
@diegocristy11 el hecho de que al deshabilitar la iGPU el problema tarde más en aparecer también apunta en esa dirección, ya que la gráfica integrada es uno de los componentes que más uso hace de la RAM compartida.
Además, @diegocristy11 comentas que en ocasiones el equipo se queda sin vídeo incluso antes de arrancar Windows. Eso indica que el problema probablemente está a nivel hardware/firmware (memoria o BIOS) y no tanto en los drivers del sistema operativo.
@diegocristy11 por descartar posibles causas te recomendaría realizar estas pruebas:
- Ejecutar MemTest86 varias pasadas para comprobar estabilidad de la RAM.
- Probar otro módulo DDR4 (preferiblemente 2666 MHz en lugar de 3200).
- Comprobar en BIOS si existe alguna opción relacionada con DVMT / UMA Frame Buffer y poner el valor mínimo posible.
- Probar el equipo con un Linux Live (Ubuntu por ejemplo) para ver si también se producen bloqueos fuera de Windows.
@diegocristy11 si el problema aparece también fuera de Windows, lo más probable es que esté relacionado con la BIOS modificada o con la gestión del mapa de memoria tras desactivar la RAM soldada.**
@diegocristy11 la pista importante en tus dumps es la siguiente:
En varios dumps aparece el mismo parámetro:
0xC0000005 → Access Violation
Ejemplos:
- 0x1E → Parameter1 C0000005
- 0x7E → Parameter1 C0000005
- 0x3B → Parameter1 C0000005
@diegocristy11 esto significa siempre lo siguiente:
acceso a memoria inválido
Pero lo importante no es solo eso.
Cuando el driver es culpable de verdad
Cuando un driver causa BSOD normalmente ocurre uno de estos patrones:
- siempre el mismo BugCheck
- siempre el mismo driver
- misma función o stack
Ejemplo típico:
VIDEO_TDR_FAILURE
nvlddmkm.sys
Aquí ocurre lo contrario:
| Dump |
BugCheck |
Driver |
| 1 |
0x1E |
ntoskrnl |
| 2 |
0x7E |
ntoskrnl |
| 3 |
0x3D |
ntoskrnl |
| 4 |
0x3B |
igdkmdn64 |
| 5 |
0x3B |
ntoskrnl |
errores totalmente distintos
Esto es un patrón clásico de:
corrupción de memoria aleatoria
El error raro:
0x0000003D – INTERRUPT_EXCEPTION_NOT_HANDLED
Este BugCheck casi nunca lo causan drivers.
Normalmente aparece cuando hay:
- RAM defectuosa
- controlador de memoria inestable
- BIOS defectuosa
- CPU / IMC problemático
@diegocristy11 por qué el driver Intel aparece en un dump:
El driver igdkmdn64.sys aparece porque la Intel Iris Plus Graphics es uno de los componentes que más usa RAM.
La GPU integrada usa:
- VRAM compartida
- buffers grandes
- DMA
Si hay memoria corrupta, el primer driver que se rompe suele ser el gráfico.
Eso hace que parezca que el driver es culpable, cuando en realidad es víctima.
@diegocristy11 y aquí entra el detalle del hardware que es el siguiente:
El Lenovo S145-15IIL usa CPU Ice Lake con controlador de memoria integrado.
Cuando se elimina la RAM soldada mediante BIOS modificada pueden aparecer:
- errores de mapa de memoria
- regiones de RAM inválidas
- conflictos UMA (memoria de GPU)
@diegocristy11 esto encaja con:
Access Violation
errores aleatorios
cuelgues gráficos
arranque sin vídeo
@diegocristy11 la pista definitiva que delata hardware es la siguiente:
a veces se queda pantalla negra y no vuelve a dar vídeo durante horas
@diegocristy11 eso ocurre antes de que cargue el sistema operativo.
Por lo tanto:
no es Windows 11
no es driver
es hardware / firmware.
@diegocristy11 la conclusión técnica real es la siguiente:
El patrón de dumps indica casi seguro:
corrupción de memoria causada por la configuración de RAM tras anular la memoria soldada.
El driver gráfico solo aparece porque es uno de los primeros en tocar la zona de memoria corrupta.
@diegocristy11 hay una prueba muy rápida que muchos técnicos usamos cuando sospechamos de mapa de memoria incorrecto en BIOS modificadas, y tarda literalmente 1–2 minutos.
@diegocristy11 prueba rápida para confirmar problema de mapa de memoria
y @diegocristy11 realice la siguiente prueba que consiste en lo siguiente:
Abrir información del sistema
Presionar:
Windows + R
escribir:
msinfo32
Mirar estos dos campos
En Resumen del sistema comprobar:
- Memoria física instalada
- Memoria física total
Ejemplo típico cuando hay problemas:
Memoria instalada: 8,00 GB
Memoria total utilizable: 5,8 GB
o
Instalada: 8 GB
Utilizable: 6 GB
Qué indicaría problema de BIOS / mapa de memoria
Si aparece algo como:
- 1-3 GB reservados para hardware
- memoria utilizable mucho menor
- cantidades raras (5,9 / 6,3 / 6,8)
significa que el mapa de memoria está incorrecto.
Esto pasa cuando:
- se elimina RAM soldada
- BIOS no recalcula correctamente las regiones
- la Intel Iris Plus Graphics reserva memoria en zonas inválidas.
Segunda comprobación (aún más reveladora)
@diegocristy11 abra Administrador de tareas → Rendimiento → Memoria
Mirar:
Reservada para hardware
Si aparece algo como:
Reservada para hardware: 2 GB
o más
casi seguro problema de BIOS modificada.
Por qué esta prueba funciona
El Lenovo S145-15IIL usa memoria compartida para la GPU.
Cuando se desactiva la RAM soldada:
- el controlador de memoria del CPU sigue esperando dual-channel
- la BIOS reserva regiones que ya no existen
- Windows las marca como hardware reservado
Cuando el driver gráfico intenta usarlas → BSOD.
Truco que muchos técnicos usamos
Otra prueba muy reveladora que puedes probar @diegocristy11 es la siguiente:
Entrar en msconfig → arranque → opciones avanzadas
Activar:
Memoria máxima
(si el equipo tiene 8 GB)
Esto evita que Windows use la parte alta de memoria donde suelen estar los errores.
Si el portátil se vuelve mucho más estable, confirma casi seguro lo siguiente:
problema de mapa de memoria BIOS.
@diegocristy11 el síntoma que describes (pantalla negra durante mucho tiempo y luego vuelve a arrancar) es bastante conocido en este modelo cuando la RAM soldada se desactiva por BIOS.
@diegocristy11 en el equipo: Lenovo S145-15IIL:
El síntoma más revelador revela lo siguiente:
Muchos técnicos que hamos reparado este modelo reportan el siguiente comportamiento:
El portátil se bloquea o se reinicia.
Al volver a encenderlo no hay vídeo.
El equipo parece encender (ventilador o LEDs), pero pantalla negra total.
Después de varios intentos o tras dejarlo un rato apagado vuelve a arrancar normalmente.
@diegocristy11 ese patrón no es típico de RAM defectuosa, sino de problema en la inicialización de memoria del IMC (Integrated Memory Controller).
Los procesadores Ice Lake que monta este portátil tienen el controlador de memoria integrado en la CPU.
@diegocristy11 cuando el equipo arranca ocurre este orden:
BIOS inicializa controlador de memoria
Detecta módulos RAM
Configura canales (dual / single channel)
Reserva memoria para la Intel Iris Plus Graphics
Inicializa vídeo
Cuando la RAM soldada se elimina mediante BIOS modificada pueden pasar dos cosas:
Caso 1 (arranque correcto)
La BIOS logra inicializar el controlador en single channel y el sistema arranca.
Caso 2 (fallo de entrenamiento de memoria)
El controlador intenta inicializar el canal que ya no existe.
Resultado:
- fallo en memory training
- la GPU no recibe framebuffer
- no hay vídeo
Por eso @diegocristy11 el portátil parece encender pero no muestra imagen.
Por qué después de un rato vuelve a funcionar
Los controladores de memoria Intel realizan reentrenamiento en cada arranque.
En algunos intentos:
- el entrenamiento falla → pantalla negra
- en otro intento funciona → arranca normal
@diegocristy11 esto coincide perfectamente con lo que comenta en este tema:
Esto también explica los BSOD
@diegocristy11 cuando el entrenamiento de memoria no queda estable:
- aparecen errores aleatorios en RAM
- accesos inválidos 0xC0000005
- pantallazos distintos
Ejemplos que aparecen en tus dumps:
- KMODE_EXCEPTION_NOT_HANDLED
- SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
- SYSTEM_SERVICE_EXCEPTION
Todos típicos de corrupción de memoria.
@diegocristy11 la Conclusión técnica es la siguiente:
Con lo que sabemos:
- RAM onboard averiada
- BIOS modificada
- errores 0xC0000005
- implicación ocasional del driver gráfico
- arranques sin vídeo
lo más probable es inestabilidad del controlador de memoria tras desactivar la RAM soldada.
@diegocristy11 qué suele mejorar mucho estos casos:
Los técnicos que reparamos este modelo solemos probar lo siguiente:
RAM DDR4-2666 en lugar de 3200
El controlador se vuelve más estable.
Reducir DVMT / memoria gráfica en BIOS (si existe opción).
Rehacer BIOS correctamente
Corrigiendo el mapa de memoria.
@diegocristy11 hay otro detalle de hardware en este modelo que provoca muchos diagnósticos erróneos, y que puede confundirse fácilmente con fallo de RAM o de la iGPU.
Equipo: Lenovo S145-15IIL
@diegocristy11 El detalle que casi nadie revisa:
En muchos portátiles de esta serie el VRM de la RAM y de la iGPU comparten la misma línea de alimentación.
Es decir:
- RAM del sistema
- memoria compartida de la Intel Iris Plus Graphics
usan el mismo regulador de voltaje.
Normalmente:
1.2 V DDR4 rail
@diegocristy11 qué ocurre cuando se elimina la RAM soldada:
Cuando el portátil tenía:
el VRM alimentaba dos bancos de memoria.
Pero al anular la RAM soldada mediante BIOS:
- cambia la carga eléctrica del rail
- el regulador trabaja fuera de su condición original
- aparecen micro inestabilidades de voltaje
@diegocristy11 esto provoca lo siguiente:
- errores de memoria intermitentes
- cuelgues de GPU
- BSOD aleatorios
- pantallas negras
Por qué engaña tanto en el diagnóstico
Los síntomas parecen con lo siguiente:
- driver gráfico defectuoso
- RAM mala
- Windows corrupto
Pero en realidad el problema es:
inestabilidad eléctrica en el rail de memoria
Por eso los errores en los dumps cambian tanto:
- KMODE_EXCEPTION_NOT_HANDLED
- SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
- SYSTEM_SERVICE_EXCEPTION
Todos derivados de corrupción de memoria.
@diegocristy11 el patrón típico que vemos los técnicos:
Cuando ocurre este problema en el Lenovo S145-15IIL suele verse:
BSOD diferentes cada vez
Access Violation 0xC0000005
a veces aparece driver gráfico
a veces no
bloqueos aleatorios
arranque sin vídeo
Exactamente el patrón de los dumps que enviaste en este tema.
Una prueba que muchos técnicos hacemos es la siguiente:
montar RAM de menor frecuencia
Por ejemplo:
En lugar de la actual 3200.
@diegocristy11 cuando el problema es marginal en el rail de memoria, bajar la frecuencia estabiliza el sistema.
@diegocristy11 Otra prueba rápida es la siguiente:
Desactivar aceleración gráfica temporalmente (driver básico de Microsoft).
Si el equipo se vuelve más estable:
- no significa que la GPU esté rota
- significa que se está reduciendo el uso de memoria compartida.
@diegocristy11 mi sospecha real (con todos los datos)
Con:
- BIOS modificada
- RAM soldada anulada
- dumps con 0xC0000005
- driver gráfico apareciendo ocasionalmente
- pantalla negra a veces
la causa más probable es:
inestabilidad del subsistema de memoria (controlador + mapa de memoria).
Sí, y de hecho en los dumps que enviaste a este tema ya aparece una pista muy típica de cuando el problema está en el controlador de memoria (IMC) del procesador y no en la RAM directamente. Vamos a verlo.
.
La pista técnica en los BugCheck 0x1E y 0x7E
En tus dumps aparecen estos:
- KMODE_EXCEPTION_NOT_HANDLED (0x1E)
- SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x7E)
Y ambos tienen el mismo primer parámetro:
C0000005
Ese código es:
STATUS_ACCESS_VIOLATION
Es decir:
el sistema intentó leer o escribir en una dirección de memoria inválida.
Lo importante no es solo el error
Mira este dump:
BugCheck 1E
Parameter 1: c0000005
Parameter 2: fffff802cccb3227
El Parameter 2 es la dirección donde ocurrió la excepción.
Esa dirección cae dentro de:
ntoskrnl.exe
Pero eso no significa que el kernel esté defectuoso.
@diegocristy11 Cómo diferenciar RAM defectuosa vs controlador de memoria
Los técnicos suelemos fijarnos en el patrón:
RAM defectuosa típica
Suele producir:
- PAGE_FAULT_IN_NONPAGED_AREA
- MEMORY_MANAGEMENT
- IRQL_NOT_LESS_OR_EQUAL
Y direcciones muy variables.
Controlador de memoria inestable (IMC)
Suele producir:
exactamente los que aparecen en tu caso.
El error raro que lo delata
Uno de los dumps muestra:
INTERRUPT_EXCEPTION_NOT_HANDLED
0x0000003D
Ese BugCheck es muy raro.
@diegocristy11 normalmente aparece cuando hay problemas en:
- CPU
- controlador de memoria
- BIOS
- ACPI
- firmware
Muy pocas veces lo causa un driver.
Otra pista importante
En los dumps:
- a veces aparece ntoskrnl
- una vez aparece igdkmdn64.sys
Ese patrón es típico cuando la memoria se corrompe y el primer componente que la toca falla.
La Intel Iris Plus Graphics usa mucha RAM compartida, por eso a veces aparece implicada.
Por qué encaja tanto con este portátil
El Lenovo S145-15IIL usa CPU Intel Ice Lake.
Características importantes:
- controlador de memoria integrado
- RAM soldada + RAM slot
- GPU integrada usando RAM compartida
@diegocristy11 cuando se elimina la RAM soldada mediante BIOS modificada pueden aparecer:
- fallos en memory training
- mapa de memoria incorrecto
- inestabilidad en el IMC
El síntoma que confirma la sospecha
@diegocristy11 comentaste lo siguiente:
a veces lo enciendo y no tengo vídeo durante horas
Eso ocurre antes de que cargue el sistema operativo.
Por lo tanto no es:
Windows 11
drivers
Es casi seguro:
inicialización de memoria en BIOS / IMC.
@diegocristy11 si yo tuviera tu equipo en taller probaría lo siguiente:
RAM DDR4 2666 en lugar de 3200
MemTest86 varias pasadas
comprobar memoria reservada para hardware
probar Linux Live
si sigue igual → revisar BIOS modificada
@diegocristy11 hay una comprobación muy simple con CPU-Z que puede delatar inmediatamente si el controlador de memoria está trabajando en un modo anómalo tras haber desactivado la RAM soldada.
El equipo es el Lenovo S145-15IIL, cuyo procesador Ice Lake usa controlador de memoria integrado y normalmente funciona en dual-channel (RAM soldada + slot).
Comprobación con CPU-Z:
Instalar o ejecutar CPU-Z y abrir la pestaña:
Memory
Ahí hay que mirar dos campos importantes que son los siguientes:
Channel
Este campo muestra cómo está trabajando el controlador de memoria.
Valores posibles:
- Dual → normal (dos canales)
- Single → solo un canal activo
- Flex → modo híbrido
- Unknown / Asymmetric → configuración irregular
En este portátil, después de anular la RAM soldada, muchas veces aparece:
Channel # : Single
Eso es esperado.
Pero si aparece algo como:
Channel # : Dual
teniendo solo un módulo instalado, significa que la BIOS está reportando un canal fantasma.
Eso indica casi seguro mapa de memoria incorrecto.
DRAM Frequency
Si la RAM es DDR4-3200, CPU-Z debería mostrar aproximadamente:
1600 MHz
Porque DDR = Double Data Rate.
Si aparecen valores raros como:
- 1200 MHz
- 1460 MHz
- fluctuaciones grandes
puede indicar entrenamiento de memoria inestable.
Otra pestaña muy útil
En SPD mirar:
- fabricante del módulo
- perfiles JEDEC
El módulo que mencionaste @diegocristy11:
Hynix
8GB 1Rx8 PC4-3200
Si el perfil principal es 3200 CL22, el controlador Ice Lake puede volverse inestable en single-channel cuando falta la RAM onboard.
Qué suele verse en estos casos
@diegocristy11 cuando la RAM soldada se anula en el Lenovo S145-15IIL, muchos técnicos vemos en CPU-Z cosas como:
Channel # : Single
DRAM Frequency : 1600 MHz
pero el sistema tiene:
- cuelgues aleatorios
- BSOD
- pantalla negra ocasional
@diegocristy11 eso indica que el memory training del IMC no es estable, aunque aparentemente la RAM esté bien.
@diegocristy11 prueba esto que suele estabilizar estos equipos:
Cambiar el módulo por uno de:
Esto reduce la carga del controlador de memoria y muchas veces elimina los BSOD.
Detalle curioso:
Muchos técnicos creemos que el problema es la Intel Iris Plus Graphics, porque aparece en los dumps, pero en realidad suele ser la memoria compartida que usa la GPU, no la GPU en sí.
La prueba definitiva que usamos los técnicos de reparación para este modelo es muy rápida y confirma si el problema real es el mapa de memoria de la BIOS modificada y no la RAM ni la iGPU.
Equipo: Lenovo S145-15IIL
@diegocristy11 la Prueba definitiva: test de memoria de hardware vs mapa de BIOS
Apagar completamente el portátil.
Entrar en BIOS/UEFI pulsando F2 o Novo button según modelo.
Buscar la opción de UMA / DVMT / iGPU Pre-Allocated Memory.
- Si no hay, sigue el siguiente paso.
Configurar Memory Remap / Memory Hole / Advanced Memory Settings:
- En muchos modelos hay una opción que muestra la memoria reservada para hardware.
- Si aparece un valor extraño (por ejemplo, 2–3 GB reservados cuando solo hay un módulo de RAM instalado), es señal clara de mapa de memoria incorrecto tras eliminar la RAM soldada.
Guardar cambios y reiniciar.
Ejecutar CPU-Z → Memory → Channel # y DRAM Frequency
@diegocristy11 si el canal sigue reportando Dual cuando solo hay un módulo, o la frecuencia fluctúa mucho, el IMC está recibiendo un mapa de memoria corrupto.
Interpretación de resultados
- Canal correcto (Single) y DRAM estable → el problema es menor
- Canal incorrecto / frecuencia inestable / memoria reservada alta → fallo de mapa de memoria en BIOS
En este último caso @diegocristy11:
- Los BSOD con códigos 0x1E, 0x7E, 0x3B, 0x3D son consistentes con corrupción de memoria causada por IMC.
- La iGPU aparece como culpable solo porque usa memoria compartida.
- Los bloqueos y pantallas negras prolongadas son típicos de este fallo en Ice Lake.
@diegocristy11 qué suele funcionar para estabilizar:
- Cambiar módulo a DDR4-2666 o 2400 MHz (reduce estrés del controlador).
- Reducir DVMT / iGPU Pre-Allocated Memory al mínimo posible.
- Si se puede, reparar/reparchear BIOS para que el controlador solo vea el módulo real y no “canal fantasma”.
@diegocristy11 te hago un esquema visual resumido del flujo de fallo para este portátil Lenovo S145-15IIL con RAM soldada anulada y BSOD/pantalla negra. Esto deja muy claro por qué ocurren los fallos.
@diegocristy11 con respecto a la Interpretación es la siguiente:
- El fallo real está en el controlador de memoria del CPU (IMC) debido a la RAM soldada anulada y el mapa de memoria incorrecto.
- La iGPU solo aparece en los dumps porque usa memoria compartida que ya está corrupta o reservada mal.
- Los BSOD variados (0x1E, 0x7E, 0x3B, 0x3D) son consistentes con corrupción de memoria a nivel de hardware/firmware.
- Las pantallas negras prolongadas antes de arrancar Windows confirman que el fallo ocurre antes del sistema operativo, en la inicialización de la memoria.
Qué acciones tienden a estabilizar
- Usar DDR4-2666 o 2400 MHz en slot SO-DIMM.
- Reducir la pre-allocated memory / DVMT en BIOS.
- Si es posible, reparar la BIOS para que solo vea la RAM existente y no un canal fantasma.
@diegocristy11 aquí le realizo el flujo en este tema con los valores de memoria reportados en CPU-Z y msinfo32, para que pueda ver y entender usted gráficamente cómo la BIOS y el IMC generan los BSOD y pantallas negras para así poder entender usted el porqué le ocurre el problema que se le presenta en su ordenador:
Espero hablerle aclarado todas las dudas en este tema del origen del problema que presenta su ordenador en este tema.
@diegocristy11: Ahora que sabemos el origen real del problema que presenta su ordenador podemos dar el tema de la reparación por solucionado o tiene alguna duda más que realizarme en este tema.
Saludos y esperamos su respuesta
Si quieres, pásame también:
