BSOD INACCESSIBLE_BOOT_DEVICE: causas y soluciones en Windows

Ver un pantallazo azul con el mensaje INACCESSIBLE_BOOT_DEVICE o el código 0x0000007B es de esas cosas que te fastidian el día. De un momento a otro, Windows deja de arrancar, empieza a reiniciarse en bucle y tú te quedas mirando la pantalla sin tener muy claro qué ha pasado ni por dónde empezar.

Aunque este fallo asusta, en la mayoría de los casos se puede solucionar sin perder datos si sabes qué revisar: discos, BIOS/UEFI, controladores, base de datos de arranque, actualizaciones, registro, malware, etc. En las siguientes secciones vas a encontrar una guía muy completa, basada en la información técnica de Microsoft y en muchos casos reales de usuarios, para atacar el problema desde las causas más frecuentes hasta las más complejas.

Qué es el error BSOD INACCESSIBLE_BOOT_DEVICE

El mensaje de pantalla azul INACCESSIBLE_BOOT_DEVICE (a veces acompañado del código de detención 0x0000007B) indica que Windows ha perdido acceso a la partición de sistema durante el proceso de arranque. Es decir, el sistema no puede leer correctamente el disco o la partición desde la que debería cargar los archivos de inicio. Puedes comparar síntomas con otros errores de arranque como el No bootable device – 3F0 para entender diferencias y soluciones.

Este error se ve en Windows 10 y Windows 11 con bastante frecuencia tras una actualización grande, un cambio en la BIOS/UEFI, una modificación en los discos (por ejemplo, mover un SSD de un equipo a otro) o después de problemas de corrupción en el sistema de archivos. En otros casos aparece tras un intento fallido de restaurar el sistema, un formateo mal hecho o incluso en equipos recién comprados que vienen ya con el sistema mal configurado.

En la práctica, cuando aparece este BSOD el ordenador suele entrar en un bucle de reinicios, intenta una “reparación automática” que no llega a nada y te deja atrapado entre la pantalla azul y el Entorno de Recuperación de Windows (WinRE), sin poder arrancar de forma normal.

Causas más habituales del INACCESSIBLE_BOOT_DEVICE

Este código de parada puede deberse a múltiples motivos, pero casi todos se encajan en unos cuantos grupos. Entender estas causas te ayudará a priorizar qué revisar primero según lo que hayas tocado recientemente en el PC.

Controladores de almacenamiento y filtros dañados o incompatibles

Una de las causas estrella son los controladores de la controladora de disco y los filtros de la pila de almacenamiento. Si el driver del controlador SATA/AHCI/NVMe o un filtro superior/inferior está corrupto, desactualizado o en conflicto con otro software, Windows puede dejar de acceder al disco de arranque en mitad del inicio.

Esto es especialmente frecuente tras actualizaciones de Windows que sustituyen o añaden controladores, después de instalar software que mete filtros en la pila de almacenamiento (antivirus, herramientas de cifrado, utilidades de discos, etc.) o al mover un disco con Windows instalado a un equipo con un chipset o controladora de almacenamiento diferente.

Daños en el sistema de archivos y en la partición de arranque

Otra causa muy común son los errores en el sistema de archivos o sectores defectuosos en la particición que contiene los archivos de arranque y del sistema. Cortes de luz, apagados bruscos, SSD/HDD con desgaste, malware o fallos de hardware pueden dejar archivos críticos corruptos.

En estos casos, la partición de arranque (normalmente una pequeña partición FAT32 marcada como System en diskpart) o la unidad donde está instalado Windows (C: u otra letra) pueden contener archivos dañados de bootmgr, winload, BCD y compañía, provocando que el sistema no pueda continuar.

Cambios en BIOS/UEFI y modo de la controladora (AHCI, RAID, IDE)

Un clásico: entrar en la BIOS “a toquetear” o actualizarla y que a partir de ahí cambie el modo del controlador de almacenamiento (por ejemplo, de AHCI a RAID o IDE). Si Windows fue instalado en AHCI y de repente el firmware arranca el disco en RAID, el sistema puede no tener el controlador adecuado activo en el inicio y se dispara el INACCESSIBLE_BOOT_DEVICE.

También puede pasar que, tras un cambio de configuración o un “reset” de la UEFI, se altere el orden de arranque, la tabla de particiones admitida o la detección de discos, y que el equipo intente o deje de ver la unidad de sistema como arrancable.

Mover el disco a otro PC o cambios de hardware

Cuando se traslada un SSD/HDD con Windows ya instalado a un equipo con placa base distinta y otras controladoras, es muy fácil que el sistema no tenga los drivers necesarios preparados en el arranque. Esto se traduce en que Windows ve el hardware de arranque como un dispositivo desconocido e inaccesible, justo el escenario perfecto para este BSOD.

Del mismo modo, un fallo en la placa base, en la controladora de almacenamiento, en el propio SSD/HDD o en las conexiones físicas (cables SATA flojos, SSD M.2 mal asentado, etc.) puede hacer que el sistema pierda de golpe el acceso al disco del sistema mientras intenta arrancar.

Actualizaciones de Windows y paquetes pendientes

Muchas veces el problema empieza después de una actualización grande de Windows 10 u 11, reinicias y al volver te encuentras el pantallazo azul de dispositivo de arranque inaccesible. El motivo suele ser un paquete de actualización defectuoso, instalaciones pendientes que no terminan, o conflictos con controladores recién instalados. Si te interesa ver cómo las actualizaciones han dado problemas recientemente, revisa reportes sobre fallos tras actualizaciones.

Windows mantiene un sistema de paquetes en estado “Install pending” o “Uninstall pending” en la carpeta WinSxS y un archivo pending.xml que coordina cambios. Si algo en este proceso se corrompe (TrustedInstaller no confirma cambios, fallos de energía, etc.), el sistema puede quedarse a medio camino y dar el 7B.

Problemas con la BCD y los archivos de arranque

La Base de Datos de Configuración de Arranque (BCD) guarda qué sistema arrancar, desde qué partición y con qué cargador. Si la BCD tiene rutas mal configuradas, identificadores corruptos o entradas incompletas, Windows sencillamente no encuentra su propio arranque. Para errores relacionados con la configuración de arranque mira guías sobre errores de configuración de arranque.

Algo parecido ocurre si se han perdido archivos como bootmgr, winload.efi, winload.exe o el contenido de la partición “System”. Sin estos elementos, el sistema puede llegar a la pantalla de BSOD con el código de dispositivo de arranque inaccesible aunque el disco esté físicamente bien.

Claves de Registro críticas y controladores de arranque

Parte del proceso de inicio depende de servicios y controladores marcados como críticos para el arranque en el Registro (tipo de inicio 0). Si las claves de servicios esenciales como ACPI, DISK, VOLMGR, PARTMGR, VOLSNAP o similares han desaparecido, o su valor Start no está en 0, el sistema no consigue cargar el soporte básico de almacenamiento.

Los controladores de filtro UpperFilters y LowerFilters en determinadas clases de dispositivos también pueden romper el arranque si apuntan a archivos que ya no existen, drivers de terceros mal instalados o restos de software desinstalado a medias.

Malware y software malicioso

Aunque no es lo más frecuente, cierto malware que se mete en el arranque o en controladores de bajo nivel puede alterar archivos clave, la BCD o incluso la tabla de particiones. Algunas amenazas se activan justo tras un cambio del sistema, como una actualización importante, lo que hace pensar que el culpable es Windows cuando en realidad hay un bicho detrás.

Primeros pasos: entrar en el Entorno de Recuperación (WinRE)

Para casi todo lo que vamos a hacer, necesitas llegar al Entorno de recuperación de Windows, ya sea porque Windows entra solo o porque lo fuerzas.

Si el PC no arranca, lo normal es que después de tres intentos fallidos de inicio el propio sistema te lleve automáticamente a la pantalla de “Reparación automática” y desde ahí puedas acceder a Solucionar problemas > Opciones avanzadas. Si no, puedes interrumpir el arranque tres veces seguidas manteniendo pulsado el botón de apagado.

Otra opción muy útil es usar un USB de instalación de Windows 10/11. Inicias el equipo desde ese pendrive, eliges idioma, y en lugar de instalar seleccionas Reparar el equipo. Esto te lleva igualmente a WinRE, con acceso a Símbolo del sistema, Reparación de inicio, Restaurar sistema, etc.

Comprobar si el disco de arranque está visible y accesible

Antes de liarte con comandos complejos, conviene comprobar que el disco físico donde está Windows se ve correctamente desde el entorno de recuperación. Esto te sirve tanto para descartar fallos gordos de hardware como para orientarte sobre letras de unidad y particiones.

Ver discos con diskpart

Desde WinRE, abre el Símbolo del sistema y ejecuta:

diskpart
list disk

Deberías ver un listado con los discos físicos conectados, algo tipo Disk 0 Online X GB. Si tu equipo usa UEFI, suele aparecer un asterisco en la columna GPT, mientras que en sistemas BIOS clásicos no lo verás en esa columna.

Si el disco del sistema no aparece en “list disk”, tienes un problema físico o de firmware: SSD mal conectado, puerto M.2 defectuoso, cables SATA, modo NVMe desactivado, SSD muerto, etc. En ese escenario, por mucho que toques BCD o Registro no vas a hacer magia hasta resolver la parte de hardware o de BIOS.

Comprobar volúmenes y particiones

Si el disco se ve bien, desde diskpart lanza:

list vol

Aquí deberías ver los volúmenes lógicos: la partición de Windows (C: o la letra que tenga en WinRE), la partición reservada del sistema o EFI (suele aparecer etiquetada como SYSTEM, FAT32), y a veces una partición de recuperación llamada Windows RE.

Esta información es fundamental para después, porque necesitarás identificar qué letra tiene la unidad de Windows y cuál es la partición de sistema al usar comandos como bcdboot, chkdsk o dism.

Revisar y reparar la BCD y los archivos de arranque

Si los discos y volúmenes aparecen correctamente, el siguiente candidato es la configuración de arranque. Un BCD mal apuntado o unos archivos de boot ausentes son una receta perfecta para el 7B.

Comprobar el contenido de la BCD

Desde el símbolo del sistema en WinRE, ejecuta:

bcdedit

En la sección del Administrador de arranque de Windows ({bootmgr}), revisa que las entradas device y path señalan a la partición correcta y al archivo adecuado. En UEFI suele verse algo como device partition=\Device\HarddiskVolumeX y path \EFI\Microsoft\Boot\bootmgfw.efi. En BIOS verás algo tipo device partition=C:.

En la sección del cargador de arranque ({default}) comprueba que los campos device, osdevice, path y systemroot apuntan a la unidad donde realmente está instalado Windows (por ejemplo device partition=C:, systemroot \Windows).

Corregir entradas o reconstruir la BCD

Si detectas algo raro o faltan datos, es buena práctica exportar una copia de seguridad de la BCD antes de tocar nada:

bcdedit /export C:\temp\bcdbackup

Después puedes ajustar valores concretos con comandos del tipo:

bcdedit /set {default} device partition=C:

Cuando la BCD está muy dañada o te aparece el mensaje de que no se puede abrir el almacén, la opción más efectiva suele ser reconstruir la BCD con:

bootrec /rebuildbcd

Este comando busca instalaciones de Windows en los discos disponibles y te permite agregarlas al nuevo almacén de configuración de arranque. Para un análisis más profundo del proceso de arranque y su diagnóstico, consulta guías sobre cómo analizar el arranque con BootTrace.

Volver a crear los archivos de arranque con bcdboot

Si el problema no está solo en la BCD, sino también en los archivos de arranque de la partición SYSTEM (por ejemplo, falta bootmgr), puedes regenerarlos con la herramienta bcdboot. El procedimiento general sería:

1. Hacer copia del contenido de la partición SYSTEM a otro sitio seguro (por ejemplo, a una carpeta en la unidad del sistema).
2. Usar bcdboot indicando la letra de la unidad donde está Windows y la letra de la partición de sistema.

Por ejemplo, si en WinRE la partición de sistema es R: y Windows está en D:, usarías:

bcdboot D:\Windows /s R: /f ALL

Esto vuelve a copiar los archivos de arranque necesarios (para BIOS y UEFI) en la partición SYSTEM y crea una BCD nueva coherente con esa instalación.

Reparar el registro de arranque (MBR, boot sector y BCD)

En muchos casos, con solo reparar la estructura de arranque clásica el problema se soluciona. Esto incluye el MBR (en sistemas BIOS), el sector de arranque de la partición y la BCD.

Desde las opciones avanzadas de WinRE, entra en Símbolo del sistema y ejecuta en este orden:

• bootrec /fixmbr – repara el registro de arranque maestro.
• bootrec /fixboot – escribe un nuevo sector de arranque compatible.
• bootrec /rebuildbcd – reconstruye la base de datos de configuración de arranque.

Una vez terminados, puedes cerrar la consola con exit y elegir Continuar para intentar arrancar. Si el origen del BSOD era un arranque corrupto, esta secuencia suele ser muy efectiva.

Solución de problemas tras una actualización de Windows

Cuando el pantallazo ha aparecido justo después de una actualización de Windows 10/11, el foco debería ponerse en los paquetes instalados recientemente y en las acciones pendientes de completarse.

Ver y revertir paquetes problemáticos con DISM

Para inspeccionar qué paquetes de actualización están presentes, desde WinRE abre el símbolo del sistema e introduce (ajustando la letra de la unidad del sistema):

Dism /Image:C:\ /Get-Packages

En la lista resultante podrás localizar paquetes con estados como Install Pending o Uninstall Pending. Si sospechas de un paquete concreto por fecha, puedes usar DISM para revertir acciones pendientes:

dism /Image:C:\ /Cleanup-Image /RevertPendingActions

Después de eso, ve a C:\Windows\WinSxS y comprueba si existe el archivo pending.xml. Si está presente, puedes renombrarlo a pending.xml.old para evitar que el sistema intente aplicar de nuevo operaciones que ya se han roto.

Limpiar entradas de actualización pendientes desde el Registro

En casos más duros, necesitas abrir el Editor del Registro en modo offline y manipular colas de acciones pendientes. Resumidamente, el procedimiento es:

1. Cargar la colmena COMPONENTS del sistema offline (ubicada en C:\Windows\System32\config) con un nombre temporal, por ejemplo OfflineComponentHive.
2. Ir a HKEY_LOCAL_MACHINE\OfflineComponentHive y buscar la clave PendingXmlIdentifier.
3. Hacer copia de seguridad de la colmena y eliminar la clave PendingXmlIdentifier.
4. Descargar la colmena cargada.

También es posible cargar la colmena SYSTEM como OfflineSystemHive y revisar las claves en Select y en el ControlSet activo para limpiar PendingFileRenameOperations en Control\Session Manager, que a veces bloquean el arranque al quedar colgadas.

Revisar servicios de arranque y controladores críticos

Cuando el problema apunta a que controladores fundamentales no se cargan a tiempo, hay que echar un ojo al Registro offline en la rama de servicios.

Servicios críticos para el arranque

Tras cargar la colmena SYSTEM (como OfflineSystemHive, por ejemplo), ve a HKEY_LOCAL_MACHINE\OfflineSystemHive\Services y comprueba que existen y están bien configuradas claves como:

• ACPI
• DISK
• VOLMGR
• PARTMGR
• VOLSNAP
• VOLUME

En cada una, verifica que el valor Start exista y esté establecido en 0, lo que indica que son controladores de arranque. Si alguno tiene otro valor, ajústalo a 0. Si faltan claves completas y sospechas que el Registro se ha roto, puedes intentar restaurar las colmenas desde la carpeta RegBack con comandos tipo:

cd C:\Windows\System32\config
ren SYSTEM SYSTEM.old
copy C:\Windows\System32\config\RegBack\SYSTEM C:\Windows\System32\config\

Ten en cuenta que en versiones recientes de Windows, RegBack puede venir vacío, así que esta opción ya no siempre está disponible.

Controladores UpperFilters y LowerFilters problemáticos

Algunos drivers de terceros se enganchan a la pila de dispositivos de almacenamiento mediante claves UpperFilters y LowerFilters en el Registro. Si esos filtros apuntan a archivos que ya no existen, o pertenecen a software conflictivo, el arranque se rompe.

En la colmena SYSTEM cargada, revisa en ControlSet00X\Control\Class las claves con identificadores de clase típicos de almacenamiento, por ejemplo:

• {4D36E96A-E325-11CE-BFC1-08002BE10318}
• {4D36E967-E325-11CE-BFC1-08002BE10318}
• {4D36E97B-E325-11CE-BFC1-08002BE10318}
• {71A27CDD-812A-11D0-BEC7-08002BE2092F}

Si encuentras valores UpperFilters o LowerFilters con nombres extraños o que no correspondan a filtros estándar de Windows (como PartMgr), haz copia de seguridad y elimina solo el valor que creas que está causando el conflicto.

Actualizar y revisar controladores de disco

Fuera ya de la parte puramente técnica de Registro, no hay que olvidar que muchas veces el origen está en drivers de almacenamiento desactualizados o incompatibles, en especial los de la controladora SATA AHCI o NVMe.

Si consigues arrancar en Modo seguro o recuperar el sistema, entra en el Administrador de dispositivos (clic derecho en el botón de Inicio) y localiza el apartado de Controladoras ATA/ATAPI IDE o el de controladoras de almacenamiento. En muchos equipos verás una entrada tipo Controladora SATA AHCI estándar. Desde el menú contextual puedes usar la opción Actualizar controlador para buscar versiones nuevas.

Si prefieres no ir uno por uno, existen utilidades de terceros que detectan y actualizan drivers automáticamente. Aun así, es recomendable que al menos los controladores de chipset y almacenamiento los obtengas de la web oficial del fabricante de la placa base o del portátil para evitar sorpresas.

Comprobar el estado del disco y reparar errores con chkdsk y SFC

Si sospechas de archivos dañados o sectores defectuosos en el disco, es obligatorio pasar herramientas de comprobación. Para verificar el hardware de forma más profunda puedes usar utilidades como CrystalDiskInfo desde otro sistema, pero como mínimo deberías usar las herramientas integradas de Windows.

Ejecutar chkdsk sobre la unidad del sistema

Desde el símbolo del sistema de WinRE, localiza primero qué letra tiene tu unidad de Windows (no siempre es C: en este entorno) y ejecuta:

chkdsk /f /r X:

donde X es la letra de esa unidad. El modificador /f repara errores de sistema de archivos y /r intenta recuperar sectores defectuosos. Si lo ejecutas desde el propio sistema iniciado, te dirá que no puede hacerlo y te ofrecerá programar la comprobación en el siguiente reinicio. En WinRE debería arrancar directamente.

Este proceso puede llevar un buen rato, sobre todo en discos mecánicos grandes, y verás una pantalla en negro con texto blanco indicando que se están analizando y reparando errores. Cuando termine, intenta arrancar de nuevo a ver si el BSOD desaparece.

Pasar el Comprobador de archivos de sistema (SFC)

Para arreglar archivos de sistema corruptos, desde WinRE puedes ejecutar:

sfc /scannow /offbootdir=X:\ /offwindir=X:\Windows

reemplazando X: por la letra de la unidad donde está la instalación. Este comando escaneará la carpeta de Windows offline y restaurará archivos dañados usando la caché de WinSxS cuando sea posible.

Uso del Modo seguro, Reparación de inicio y Restaurar sistema

Las herramientas “amigables” de Windows también pueden sacarte del apuro en muchos casos, sobre todo cuando el origen está en cambios de drivers o actualizaciones mal aplicadas.

Arrancar en Modo seguro

Desde WinRE, entra en Solucionar problemas > Opciones avanzadas > Configuración de inicio y pulsa Reiniciar. Cuando se muestre la lista de opciones, pulsa la tecla correspondiente a Habilitar modo seguro (normalmente el número 4). Si el sistema consigue arrancar así, significa que con el conjunto mínimo de controladores y servicios funciona, por lo que el problema está en algo que se carga en el arranque normal.

Desde Modo seguro puedes desinstalar actualizaciones y controladores recientes, restaurar el sistema a un punto anterior o pasar antivirus y herramientas de chequeo sin tanto ruido de fondo.

Reparación de inicio

En el menú de opciones avanzadas de WinRE encontrarás Reparación de inicio. Esta utilidad analiza automáticamente la configuración de arranque, los archivos necesarios, la integridad de la BCD y cierto número de parámetros para tratar de solventar problemas típicos sin intervención manual.

El proceso puede tardar un poco, y al terminar mostrará si ha podido corregir algo. Aunque no explica todos los detalles, en muchísimos casos consigue restaurar archivos y parámetros de arranque que se habían estropeado tras una mala actualización o un apagón.

Restaurar sistema a un punto anterior

Si tenías activada la creación de puntos de restauración, puedes revertir el estado del sistema a un momento previo al fallo desde Restaurar sistema en las opciones avanzadas. Esto no borra tus archivos personales, pero sí revierte controladores, actualizaciones y cambios de configuración que pudieran haber disparado el BSOD.

Gestionar el modo AHCI/RAID en la BIOS/UEFI

Cuando tras tocar la BIOS o después de un cambio de firmware te aparece el INACCESSIBLE_BOOT_DEVICE, es muy probable que el problema sea el modo de la controladora de almacenamiento.

El proceso general, que varía ligeramente según el fabricante, consiste en:

1. Apagar completamente el ordenador.
2. Encenderlo y pulsar repetidamente F2, Supr, Esc o la tecla designada para entrar en BIOS/UEFI (consulta el manual de la placa si es distinto).
3. Entrar en el menú de opciones avanzadas, Storage o SATA Configuration.
4. Comprobar si la controladora está configurada como AHCI, RAID o IDE.
5. Seleccionar el modo en el que originalmente se instaló Windows, normalmente AHCI para discos y SSD modernos.
6. Guardar cambios y salir.

Un simple cambio de RAID a AHCI (o viceversa) sin preparar previamente el sistema puede bastar para dejarlo sin arrancar, de modo que volver al modo original suele ser la cura inmediata cuando el error apareció justo tras un cambio de ese ajuste.

Desinstalar la última actualización de Windows desde consola

Tras entrar a WinRE y abrir el símbolo del sistema:

1. Verifica la unidad del sistema con dir C: (ajusta la letra si hace falta).
2. Lista los paquetes: Dism /Image:C:\ /Get-Packages.
3. Localiza por fecha el paquete más reciente que sospechas que ha roto el arranque.
4. Ejecuta: Dism.exe /image:C:\ /remove-package /packagename:NombreDelPaquete.
5. Reinicia el equipo.

Si el BSOD venía provocado por ese paquete concreto, al eliminarlo deberías poder volver a arrancar con normalidad.

Eliminar paquetes “pendientes de actualización” que bloquean el arranque

Hay ocasiones en las que Windows se queda encallado con paquetes en estado “pendiente” que no terminan de instalarse ni de revertirse, pero que sí impiden que el sistema arranque.

Para limpiar estas situaciones desde consola avanzada puedes:

• Cargar la colmena de Registro SOFTWARE offline con algo como:
  reg load HKLM\temp C:\Windows\System32\config\software
• Eliminar claves de sesiones pendientes:
  reg delete "HKLM\temp\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending" /v Exclusive
• Descargar la colmena:
  reg unload HKLM\temp

Después, usa de nuevo DISM para enumerar paquetes y mover o eliminar los que están en estado Install pending, por ejemplo apoyándote en una carpeta temporal (C:\Temp\packages) para que Windows deje de empeñarse en instalarlos en cada inicio.

Analizar el sistema en busca de malware

Cuando ninguna de las opciones anteriores parece cuadrar, y sobre todo si el equipo mostraba comportamientos extraños antes del BSOD, conviene no descartar un problema de malware.

Windows 10 y 11 traen de serie Microsoft Defender, que ofrece un nivel de protección comparable al de muchas soluciones comerciales. Para este tipo de escenarios lo ideal es realizar un análisis completo y profundo de todas las unidades, no un escaneo rápido. Este proceso puede durar horas, así que es cuestión de dejar el equipo trabajando.

También puedes usar herramientas de terceros como Malwarebytes Anti-Malware para complementar la revisión. El objetivo aquí es asegurarte de que no hay rootkits, bootkits o troyanos que estén jugando con tu arranque o cifrando cosas por detrás.

Cuando nada de lo anterior funciona: datos y opciones finales

Si, tras probar las distintas vías (comprobar discos, reparar BCD, chkdsk, SFC, desinstalar actualizaciones, revisar BIOS, Modo seguro, Reparación de inicio, Registro offline, etc.), el error INACCESSIBLE_BOOT_DEVICE sigue apareciendo, es muy probable que estés ante un daño severo en el disco, en el sistema de archivos o en el hardware de la controladora.

En estos casos hay dos frentes: por un lado, decidir si vas a reinstalar Windows desde cero en un disco sano, y por otro, valorar cómo recuperar los datos del disco que no arranca. La reinstalación suele requerir formatear la unidad, por lo que es importante sacar primero todo lo que te importe.

Para ello puedes recurrir a software especializado de recuperación de datos que arranca desde un USB o DVD de rescate, crea un entorno mínimo e intenta copiar archivos de la unidad problemática a otro soporte. Herramientas de este tipo suelen guiarte en la creación de un pendrive arrancable, ajustar la prioridad de arranque en la BIOS y luego ofrecer opciones de escaneo y copia de datos desde un Windows que ya no inicia.

Si el daño del disco es muy grave (fallos físicos, ruidos extraños, el SSD ni siquiera aparece en diskpart) o se trata de información crítica de empresa, lo más recomendable es acudir a un servicio profesional de recuperación de datos, que dispone de laboratorio, repuestos y técnicas avanzadas para maximizar las probabilidades de éxito sin empeorar el estado de la unidad.

Como idea general, cuanto antes dejes de hacer pruebas destructivas y antes pongas el disco en manos de un software o servicio especializado, más posibilidades tendrás de recuperar la información sin pérdidas.

El BSOD INACCESSIBLE_BOOT_DEVICE es un fallo molesto pero muchas veces reversible si se afronta con calma: desde comprobar que el disco se ve en BIOS y en WinRE, revisar la BCD y los archivos de arranque, ajustar el modo AHCI/RAID, pasar chkdsk y SFC, limpiar paquetes y controladores problemáticos o usar las herramientas de reparación y restauración de Windows, hasta plantearse recuperar datos con herramientas profesionales y hacer una instalación limpia cuando el sistema ha quedado totalmente tocado; siguiendo este recorrido de menos a más “agresivo” se reducen mucho las posibilidades de perder información y aumentan las de volver a tener el PC funcionando.