Instalar Windows sin conexión y obtener controladores después (de forma limpia)

febrero 11, 2026 • febrero 11, 2026 • Lectura: 27 min • Views: 0

¿Te fue útil?

A veces quieres una instalación de Windows con cero red. No “modo avión”. No “no tengo la contraseña del Wi‑Fi”. Me refiero a: sin controlador de NIC, sin DHCP, sin excepciones de proxy, sin portal cautivo, sin agente de incorporación corporativa intentando “ayudar”. Solo tú, una memoria USB y una máquina que tiene que arrancar hoy.

Luego llega la realidad: no hay controlador de red, falta el controlador del controlador de almacenamiento, el panel táctil no funciona y el controlador de GPU que Windows escogió es tan estable como una silla plegable en un huracán. Puedes instalar Windows sin conexión y luego añadir controladores—sin convertir tu sistema en un vertedero de controladores. Así es como hacerlo.

Los principios básicos (qué significa “limpio” realmente)

“Limpio” no es “arranca”. Limpio significa: predecible, soportable, reproducible y reversible. Si no puedes explicar exactamente qué controladores hay en el sistema, de dónde vinieron y cómo reemplazarlos, no tienes una build: tienes un rumor.

Principio 1: Separar “crítico para el arranque” de “agradable de tener”

Los controladores críticos para el arranque son los que te llevan más allá de la configuración y a un escritorio estable: controlador de almacenamiento, chipset, gráficos básicos y red (eventualmente). Todo lo demás puede esperar. Esto importa porque Windows no puede descargar lo que no puede alcanzar, y no puedes arreglar la red sin alguna forma de mover archivos a la máquina.

Principio 2: Usar el Driver Store, no ejecutables aleatorios

Windows tiene un mecanismo formal para controladores: paquetes INF importados en el Driver Store. Cuando instalas por INF, Windows sabe cómo preparar, revertir y elegir el controlador que mejor coincide con el dispositivo. Cuando instalas con “setup.exe”, a menudo instalas un controlador más una sorpresa: servicios, tareas programadas, telemetría, agentes de actualización e iconos en la bandeja cuyo único propósito es venderte ansiedad.

Principio 3: Preferir controladores firmados WHQL y del fabricante sólo cuando sean necesarios

Windows Update (y el catálogo de Microsoft) a menudo tiene controladores WHQL sólidos. Los fabricantes de hardware a veces tienen versiones más nuevas. Más nuevo no es automáticamente mejor; solo es más nuevo. Quieres el más nuevo que resuelva tu problema. Si el sistema es estable y funciona bien, no busques actualizaciones de controladores como si fuera un pasatiempo.

Principio 4: Hacer los cambios de controladores observables y atómicos

Antes de cambiar controladores, captura el estado actual. Después de cambiar, verifica que el dispositivo use el controlador previsto y que el sistema esté sano. Si no puedes revertir o al menos volver a aplicar un conjunto conocido bueno, estás apostando con producción.

Principio 5: Tratar “sin conexión” como una característica, no como una desventaja

La instalación sin conexión suele ser más segura: no hay basura OEM descargada automáticamente, no hay incorporación automática, no hay actualizaciones “útiles” de controladores durante la configuración. Tú controlas el momento en que introduces la red y las actualizaciones. Eso es poder. Úsalo.

Una cita para mantenerte honesto: La esperanza no es una estrategia. — Gene Kranz

Hechos y contexto que cambian tu forma de pensar sobre los controladores de Windows

La firma de controladores se convirtió en una barrera estricta en Windows de 64 bits hace años. Es por eso que “ese controlador antiguo” de un foro tiende a fallar en builds modernas sin soluciones dolorosas.
El Driver Store de Windows (DriverStore\FileRepository) es un área de preparación, no un cajón de trastos. Windows lo usa para instalar/revertir paquetes de controladores de forma segura y para emparejar dispositivos automáticamente.
La certificación WHQL existe porque “funcionó en mi máquina” no es un plan de pruebas. Los controladores firmados WHQL se prueban contra requisitos de compatibilidad de Windows.
Windows Update ha distribuido controladores de terceros durante mucho tiempo. Eso es conveniente, pero también significa que los cambios de controladores pueden llegar cuando no los esperas a menos que gestiones las actualizaciones intencionalmente.
El emparejamiento por ID de Plug and Play es determinista. Si conoces el ID de hardware, generalmente puedes encontrar el paquete INF correcto sin adivinar.
Los portátiles modernos suelen usar módulos Wi‑Fi de una lista corta de proveedores. Un “paquete de controladores de red” puede cubrir una gran flota si lo curas con cuidado.
Muchos paquetes de “controlador de chipset” son en su mayoría metadatos INF. Etiquetan dispositivos para que Windows sepa qué son; los cambios de rendimiento suelen ser mínimos, pero la corrección (estados de energía, nombres de dispositivos) importa.
Los controladores de controlador de almacenamiento son la clásica mina terrestre de instalación sin conexión. Si Setup no puede ver el disco, nada más importa. Por eso aún existe “Cargar controlador” en Windows Setup.
Windows puede instalar controladores desde un medio extraíble automáticamente si lo apuntas a una carpeta. No necesitas un instalador—solo los paquetes INF correctos y la disciplina para prepararlos correctamente.

El plan limpio de offline a online para controladores (árbol de decisiones)

Paso 0: Decide qué tipo de “sin conexión” quieres decir

Hay dos escenarios:

Sin conexión durante la instalación, en línea después: Instalarás Windows sin red y luego introducirás la red de forma controlada para descargar los controladores restantes.
Sin conexión para siempre (air-gapped): Debes llevar todos los controladores y actualizaciones en medios extraíbles y mantener un repositorio interno de controladores.

Paso 1: Preposicionar un kit de controladores (aunque creas que no lo necesitarás)

Si no puedes predecir el hardware de la máquina, construye un pequeño kit “universal”:

Al menos un conjunto de controladores Ethernet por cable para chipsets comunes (Intel, Realtek).
Al menos un conjunto de controladores Wi‑Fi para chipsets comunes (Intel, Realtek, Qualcomm/Atheros, MediaTek).
Controladores de controlador de almacenamiento relevantes para tu entorno (Intel RST/VMD, RAID AMD, ciertos controladores NVMe en servidores).
Paquetes USB/Chipset si instalas en plataformas inusuales.

Manténlo como paquetes basados en INF en carpetas. No “herramientas de actualización de controladores”. No EXE misteriosos. Estás construyendo un kit, no un artefacto maldito.

Broma #1: Si tu plan de controladores es “Lo googlearé después”, felicitaciones—has inventado downtime-as-a-service.

Paso 2: Instala Windows sin conexión de forma predecible

Usa medios de instalación oficiales. Si Setup no puede ver el disco, carga controladores de almacenamiento durante Setup. Si Setup puede ver el disco, termina la instalación y sigue adelante. No empieces a instalar utilidades del proveedor en la primera hora.

Paso 3: Primer arranque: inventario antes de “arreglar”

En el primer arranque, obtén una línea base: qué dispositivos son desconocidos, qué controladores se instalaron, qué versión/build de Windows tienes. Esta línea base es tu ancla de reversión y tu prueba cuando algo falle después.

Paso 4: Consigue red de la manera menos invasiva

Prefiere:

Ethernet cableada (por lo general lo más simple, con menos variables).
Adaptador Ethernet USB con soporte de controladores incluidos (salvavidas en ultrabooks modernos).
Instalación offline del controlador de la NIC/Wi‑Fi integrada.

Paso 5: Añadir solo los controladores faltantes, luego validar

Instala controladores importándolos en el Driver Store (pnputil) o actualizando desde el Administrador de dispositivos apuntando a una carpeta. Luego confirma que el dispositivo usa el controlador esperado y que los registros del sistema están limpios.

Paso 6: Solo entonces: herramientas opcionales del proveedor

Si debes usar herramientas de actualización del proveedor (Dell Command Update, Lenovo Vantage, etc.), úsalas después de haber estabilizado los controladores base y preferiblemente después de haber tomado un punto de restauración o snapshot (VM) o al menos exportado el conjunto de controladores. Estás añadiendo conveniencia, no construyendo tu fundación sobre ella.

Tareas prácticas: comandos, salidas y decisiones (12+)

Estas tareas están escritas como si estuvieras en una máquina con controladores dudosos y quieres la verdad, no intuiciones. Todos los comandos son realistas. Las salidas son representativas.

Tarea 1: Identificar edición/build de Windows para compatibilidad de controladores

cr0x@server:~$ systeminfo | findstr /B /C:"OS Name" /C:"OS Version"
OS Name:                   Microsoft Windows 11 Pro
OS Version:                10.0.22631 N/A Build 22631

Qué significa: Estás en Windows 11, build 22631 (familia 23H2). Los paquetes de controladores deben soportar el modelo WDM de Windows 11/10; los controladores antiguos de Windows 7 probablemente no funcionen.

Decisión: Al elegir entre varios paquetes, escoge el que explícitamente soporte Windows 11 o al menos Windows 10 21H2+.

Tarea 2: Ver qué dispositivos faltan controladores (dispositivos con problemas)

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -PresentOnly | Where-Object {$_.Status -ne 'OK'} | Format-Table -Auto"
Status     Class          FriendlyName                      InstanceId
------     -----          ------------                      ----------
Error      Net            Ethernet Controller               PCI\VEN_10EC&DEV_8168&SUBSYS...
Error      Other devices  PCI Device                        PCI\VEN_8086&DEV_A0A3&SUBSYS...
Error      Other devices  SM Bus Controller                 PCI\VEN_8086&DEV_A0A4&SUBSYS...

Qué significa: Los dispositivos existen pero no se cargaron los controladores. El InstanceId te da los IDs de proveedor/dispositivo que puedes emparejar con un INF.

Decisión: Prioriza errores relacionados con Red y Almacenamiento/Chipset primero. El audio puede esperar; el acceso al disco no.

Tarea 3: Extraer IDs de hardware para encontrar el controlador correcto

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -InstanceId 'PCI\VEN_10EC&DEV_8168&SUBSYS_01231028&REV_15\4&2C0F6B2E&0&00E3' | Get-PnpDeviceProperty DEVPKEY_Device_HardwareIds"
KeyName                      Type        Data
-------                      ----        ----
DEVPKEY_Device_HardwareIds   StringList  {PCI\VEN_10EC&DEV_8168&SUBSYS_01231028, PCI\VEN_10EC&DEV_8168, PCI\VEN_10EC&CC_020000}

Qué significa: Familia NIC Realtek 8168. Eso reduce dramáticamente la búsqueda del controlador.

Decisión: Usa un paquete conocido y fiable de Realtek PCIe GBE, preferiblemente del OEM para ese modelo o desde el catálogo de Microsoft/Windows Update más tarde.

Tarea 4: Listar controladores instalados y sus proveedores (detectar bloat OEM)

cr0x@server:~$ pnputil /enum-drivers | findstr /I /C:"Published Name" /C:"Driver Package Provider" /C:"Class" /C:"Driver Version"
Published Name :            oem23.inf
Driver Package Provider :   Microsoft
Class :                     Display adapters
Driver Version :            06/21/2006 10.0.22621.1

Published Name :            oem41.inf
Driver Package Provider :   Intel
Class :                     System
Driver Version :            08/15/2023 10.1.19502.8391

Qué significa: El controlador de pantalla básico de Microsoft muestra esa fecha infame de 2006 (más sobre eso luego). El controlador del sistema Intel es moderno.

Decisión: Si te importa el rendimiento de la GPU o la estabilidad multi-monitor, instala el controlador GPU adecuado. Si la máquina es sin cabeza, puedes dejar el controlador de pantalla básico.

Tarea 5: Confirmar qué controlador usa realmente un dispositivo

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class Net | Select-Object FriendlyName,Driver,Status | Format-Table -Auto"
FriendlyName                           Driver     Status
------------                           ------     ------
Realtek PCIe GbE Family Controller     oem77.inf   OK

Qué significa: La NIC ahora está ligada a oem77.inf y funcionando.

Decisión: Ahora puedes poner la máquina en línea y dejar que Windows Update obtenga los controladores restantes—después de establecer expectativas de políticas.

Tarea 6: Instalar un paquete de controladores desde una carpeta (importación INF limpia)

cr0x@server:~$ pnputil /add-driver "D:\Drivers\NIC\Realtek\*.inf" /subdirs /install
Processing inf :            netrtx64.inf
Driver package added successfully.
Published Name :            oem77.inf
Driver package installed on matching devices.

Qué significa: Controlador preparado en el Driver Store e instalado en el hardware coincidente.

Decisión: Si dice “added successfully” pero no instalado, probablemente no tengas IDs de hardware coincidentes; detente y verifica los IDs en vez de forzar la instalación.

Tarea 7: Exportar controladores desde una máquina conocida buena (construir tu kit)

cr0x@server:~$ dism /online /export-driver /destination:"E:\DriverKit\FromKnownGood"
Deployment Image Servicing and Management tool
Version: 10.0.22621.1

Exporting driver packages...
[==========================100.0%==========================]
The operation completed successfully.

Qué significa: Ahora tienes una carpeta llena de paquetes INF que puedes reutilizar offline. No es perfecto (incluye mucho), pero es legítimo y reproducible.

Decisión: Cura esta exportación. Conserva solo las clases que realmente necesitas para tu flota y versiona el kit como código.

Tarea 8: Inyectar controladores en medios Windows offline (WIM) para que Setup vea discos/NIC

cr0x@server:~$ mkdir C:\Mount
cr0x@server:~$ dism /mount-wim /wimfile:"D:\sources\install.wim" /index:1 /mountdir:"C:\Mount"
Mounting image
[==========================100.0%==========================]
The operation completed successfully.

cr0x@server:~$ dism /image:"C:\Mount" /add-driver /driver:"E:\DriverKit\Storage" /recurse
[==========================100.0%==========================]
The operation completed successfully.

cr0x@server:~$ dism /unmount-wim /mountdir:"C:\Mount" /commit
[==========================100.0%==========================]
The operation completed successfully.

Qué significa: Esos controladores estarán presentes en la imagen instalada de OS, lo cual es la forma más limpia de evitar el drama de “Cargar controlador” durante Setup.

Decisión: Inyecta solo lo que necesitas (almacenamiento y quizás NIC). Cuanto más inyectes, más responsabilidad tendrás luego cuando un mal controlador quede horneado en cada máquina.

Tarea 9: Comprobar el estado de BitLocker antes de cambios de controladores en dispositivos corporativos

cr0x@server:~$ manage-bde -status C:
Volume C: [OS]
    Size:                 475.10 GB
    BitLocker Version:    2.0
    Conversion Status:    Fully Encrypted
    Percentage Encrypted: 100.0%
    Protection Status:    Protection On
    Lock Status:          Unlocked
    Identification Field: Unknown
    Key Protectors:
        TPM

Qué significa: BitLocker está activo y ligado al TPM. Algunos cambios en el firmware/cadena de arranque provocados por intercambios de controladores de almacenamiento pueden causar solicitudes de recuperación.

Decisión: Si vas a tocar modos del controlador de almacenamiento (AHCI/RAID/VMD), planifica la suspensión de BitLocker y el acceso a la clave de recuperación primero.

Tarea 10: Forzar a Windows a buscar en una ruta local controladores (sin Internet)

cr0x@server:~$ powershell -NoProfile -Command "pnputil /add-driver 'E:\DriverKit\Network\*.inf' /subdirs"
Driver package added successfully.
Published Name :            oem91.inf

Qué significa: El controlador está preparado. Si el dispositivo está presente y coincide, puedes añadir /install, o usar el Administrador de dispositivos para actualizar el controlador y apuntar a la carpeta.

Decisión: Usa /install cuando estés seguro; de lo contrario prepara primero, y luego vincula deliberadamente.

Tarea 11: Ver si Windows está atascado con el controlador GPU “básico” y por qué importa

cr0x@server:~$ dxdiag /t "%TEMP%\dxdiag.txt" & type "%TEMP%\dxdiag.txt" | findstr /I /C:"Card name" /C:"Driver Version"
Card name: Microsoft Basic Display Adapter
Driver Version: 10.0.22621.1

Qué significa: Estás usando un controlador genérico. Funciona para “la pantalla muestra píxeles” pero no para gestión de energía, estaciones de acoplamiento, altas tasas de refresco o cómputo por GPU.

Decisión: Instala el controlador OEM de GPU si es un portátil/escritorio. Para un servidor usado solo por RDP, puedes dejarlo si no causa problemas de visualización.

Tarea 12: Revisar el Visor de Eventos por fallos de carga de controladores (señal rápida)

cr0x@server:~$ wevtutil qe System /q:"*[System[(Level=2) and (Provider[@Name='Service Control Manager'])]]" /c:5 /f:text
Event[0]:
  Provider Name: Service Control Manager
  Event ID: 7000
  Level: Error
  Description:
  The Intel(R) Management Engine Interface service failed to start due to the following error:
  The system cannot find the file specified.

Qué significa: Desajuste controlador/servicio: el servicio instalado espera un binario que no está presente, o la instalación del controlador quedó incompleta.

Decisión: Reinstala ese paquete de controladores de forma limpia (preferiblemente INF), o elimina el paquete roto si no es esencial. No ignores errores repetidos del SCM; aumentan el tiempo de arranque e inestabilidad.

Tarea 13: Confirmar controlador de almacenamiento y modo (evitar bucles de arranque)

cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class SCSIAdapter | Format-Table -Auto"
Status Class       FriendlyName                          InstanceId
------ -----       ------------                          ----------
OK     SCSIAdapter Standard NVM Express Controller        PCI\VEN_144D&DEV_A808&SUBSYS...
OK     SCSIAdapter Intel(R) Volume Management Device...   PCI\VEN_8086&DEV_9A0B&SUBSYS...

Qué significa: Tienes Intel VMD en la mezcla. El modo de almacenamiento importa; cambios de controlador incorrectos pueden hacer que el disco desaparezca en el reinicio.

Decisión: Si el almacenamiento es estable, no “optimices” los controladores de almacenamiento sin más. Si debes cambiar el modo del BIOS (VMD/AHCI), plánalo como una migración.

Tarea 14: Eliminar un paquete de controladores específico (cuando sabes que es el culpable)

cr0x@server:~$ pnputil /delete-driver oem132.inf /uninstall /force
Driver package deleted successfully.

Qué significa: El paquete se elimina del Driver Store y se desinstala de los dispositivos que lo usan (de forma forzada).

Decisión: Haz esto solo cuando tengas un reemplazo listo o estés haciendo rollback de una mala actualización. Eliminar controladores de red/almacenamiento sin un plan de respaldo es arte performático.

Tarea 15: Verificar la configuración de entrega de controladores de Windows Update (controlar el caos)

cr0x@server:~$ reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\DriverSearching" /v SearchOrderConfig
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\DriverSearching
    SearchOrderConfig    REG_DWORD    0x1

Qué significa: La búsqueda de controladores está habilitada (el valor varía según política/versión). En entornos gestionados, Group Policy o MDM pueden anular esto.

Decisión: En empresa, establece una política: o permites controladores desde Windows Update ampliamente, o los controlas. La indecisión causa tickets de “cambió de la noche a la mañana”.

Tarea 16: Crear un punto de restauración antes de una oleada de controladores riesgosa (cuando Protección del Sistema está activada)

cr0x@server:~$ powershell -NoProfile -Command "Checkpoint-Computer -Description 'Pre-driver-install' -RestorePointType 'MODIFY_SETTINGS'"

Qué significa: Punto de restauración creado (la falta de salida es normal). Si falla, Protección del Sistema puede estar deshabilitada o bloqueada por política.

Decisión: Usa puntos de restauración en endpoints cuando sea permitido. En servidores, confía más en ventanas de cambio probadas y backups basados en imágenes.

De dónde deben venir los controladores (y de dónde no)

Las buenas fuentes (ordenadas)

Windows Update (después de tener estabilidad base): Bueno para dispositivos mainstream, especialmente NICs y chipsets.
Paquetes de controladores OEM para tu línea de modelos: Especialmente para portátiles/estaciones de acoplamiento, donde la interacción con firmware y energía importa.
Controladores del proveedor del chip (Intel/AMD/NVIDIA/Realtek): Útiles cuando el OEM es lento, pero debes validar frente a tu hardware y caso de uso.
Controladores exportados desde dispositivos conocidos buenos: Geniales para construir un kit offline. Trátalos como semilla, no como evangelio.

Las malas fuentes

Utilidades “actualizadoras de controladores”: Optimizar para instalaciones, no para corrección. Además suelen incluir adware y “gestores de rendimiento”.
Sitios de repack aleatorios: Si el paquete no está firmado y trazable, importas riesgo directamente en modo kernel. Eso no es valiente; es imprudente.
Autoactualizadores de fabricantes sin fijar versiones: Pueden descargar diferentes versiones cada día. Genial para ingeniería de caos, malo para sistemas críticos de nómina.

Broma #2: Instalar controladores desde sitios no verificados es una excelente forma de conocer a tu yo futuro, que estará redactando informes de incidentes a las 2 a.m.

Tres microhistorias corporativas desde las trincheras

Microhistoria 1: El incidente causado por una suposición equivocada

Una empresa mediana desplegó un proceso de “imaging seguro offline” para portátiles usados en un laboratorio restringido. La idea tenía sentido: imaginar offline y luego unir al dominio en una red controlada. El equipo asumió que los controladores incluidos en Windows serían suficientes para obtener red “lo bastante bien” para el primer ciclo de actualizaciones.

Funcionó en su mayor parte—hasta que una revisión de portátil nueva llegó con un chipset Wi‑Fi diferente. Mismo nombre de modelo, misma SKU de compra en el distribuidor, diferente silicio adentro. El imaging offline se completó, pero el primer arranque no tenía Wi‑Fi ni Ethernet porque la estación de acoplamiento también requería un controlador. Los portátiles quedaron inservibles a menos que ya tuvieras una ruta para introducir controladores en el sistema.

Intentaron lo obvio: conectar una dock, usar una llave USB, usar el hotspot del móvil. El hotspot seguía requiriendo Wi‑Fi. La NIC de la dock necesitaba controlador. La llave USB funcionó, pero solo una vez que encontraron el paquete correcto y luego se dieron cuenta de que era un ejecutable que se negaba a ejecutarse sin componentes .NET que aún no estaban presentes.

La solución fue aburrida: construir un pequeño kit offline con controladores INF de NIC para las familias de proveedores principales, más un modelo de adaptador Ethernet USB que funcione con controladores incluidos. También empezaron a capturar IDs de hardware para cada nueva revisión de compra antes del imaging. El incidente no fue causado por la complejidad. Fue causado por la suposición de que la identidad del hardware permanece estable solo porque el papeleo de compras sí.

Microhistoria 2: La optimización que salió mal

Otra organización quería despliegues más rápidos, así que decidieron inyectar “todos los controladores para todos los modelos” en la imagen de Windows. El objetivo: una WIM dorada para gobernarlos a todos. Almacenamiento, chipset, audio, cámara, panel táctil, docks—todo. Tenían una carpeta compartida llena de paquetes de controladores, así que apuntaron DISM con /recurse y lo dieron por terminado.

Al principio pareció una victoria. Setup reconocía discos en todas partes y el Administrador de dispositivos tenía menos advertencias amarillas. El equipo celebró, luego siguió añadiendo controladores cada trimestre. La imagen creció. Setup se volvió más lento. Más importante: la detección de dispositivos en tiempo de arranque empezó a seleccionar coincidencias extrañas, especialmente para dispositivos similares entre proveedores.

El primer dolor real apareció como pantallas azules intermitentes en una línea de portátiles específica. Solo en algunas unidades. Solo después de suspender/reanudar. Causa raíz: un paquete inyectado incluía un controlador filtro destinado a una variante de panel táctil diferente. No era “malicioso”, solo lo suficientemente incorrecto como para desestabilizar la pila bajo ciertas transiciones de energía.

Lo arreglaron haciendo lo que no querían originalmente: dividir la estrategia de imagen. Una imagen base ligera, más paquetes de controladores específicos por modelo aplicados en el despliegue. Mantuvieron controladores críticos de arranque en la imagen base, pero todo lo demás se aplicó de forma dirigida. La optimización falló porque canjeó velocidad de despliegue por corrección a largo plazo—y la corrección siempre cobra su deuda.

Microhistoria 3: La práctica aburrida pero correcta que salvó el día

Una compañía financiera manejaba endpoints Windows con control de cambios estricto. No hay actualizaciones de controladores sin ticket. La gente lo criticaba por lento. Entonces una actualización de controlador gráfico llegó por Windows Update y provocó parpadeos y bloqueos de aplicaciones en un subconjunto de máquinas con una combinación de dock + multi-monitor.

El equipo que “dejó que Windows manejara controladores” quedó desbordado. Mientras tanto, el grupo estricto había fijado actualizaciones de controladores mediante políticas y las había escalonado en oleadas. Tenían una línea base clara: listas exportadas de controladores por línea de modelo y hashes de paquetes conocidos buenos en su repositorio interno.

Cuando empezaron a llegar informes desde otros departamentos, no se precipitaron. Ejecutaron sus comandos de auditoría, confirmaron que la versión problemática del controlador no estaba presente y siguieron con el negocio. También probaron el controlador malo rápidamente en un laboratorio pequeño, añadieron una regla de bloqueo y publicaron un aviso interno.

La práctica aburrida no fue el sistema de tickets. Fue la visibilidad: saber qué versiones de controladores estaban instaladas y tener una forma repetible de aplicar (o no aplicar) nuevas versiones. Salvó el día porque el mejor incidente es el que observas sucederle a otro.

Guion de diagnóstico rápido

Cuando una máquina Windows recién instalada offline está inestable, normalmente tratas con un cuello de botella: visibilidad del almacenamiento, accesibilidad de la red o un controlador defectuoso que causa inestabilidad. No te disperses. Haz triage.

Primero: ¿el sistema ve su disco y arranca de forma fiable?

Si Setup no pudo ver el disco: necesitas controladores de almacenamiento durante Setup o inyectados en el WIM de instalación.
Si arranca pero está lento/colgado: revisa el registro del sistema por fallos de inicio de servicios/controladores y problemas del controlador/controlador.

Segundo: ¿puedes obtener una ruta de red sin instalar un montón de software?

Prueba Ethernet cableada primero.
Si no hay controlador de NIC: usa un adaptador Ethernet USB que use controladores incluidos, o instala el controlador de NIC vía pnputil desde tu kit.
Una vez en línea, decide si permites controladores de Windows Update para esta clase de máquina.

Tercero: ¿hay dispositivos desconocidos con IDs de hardware claros?

Haz inventario de dispositivos problemáticos.
Extrae los IDs de hardware.
Empareja con un paquete de controladores de confianza.

Cuarto: ¿el sistema es estable bajo suspensión/reanudación, acoplar/desacoplar y carga?

Los controladores de gráficos + chipset + gestión de energía suelen mostrar problemas aquí.
Valida con registros de eventos y un bucle rápido de pruebas funcionales.

Errores comunes: síntoma → causa raíz → solución

1) “No se encontraron unidades” durante Windows Setup

Síntoma: El instalador de Windows no puede ver el SSD/NVMe interno.

Causa raíz: Falta el controlador del controlador de almacenamiento (común con configuraciones Intel VMD/RST) o modo RAID sin controladores.

Solución: Carga el controlador de almacenamiento correcto durante Setup desde USB, o inyectalo en el WIM de arranque/instalación via DISM. Si la política lo permite, cambia el modo de almacenamiento del BIOS a AHCI solo si entiendes las implicaciones de BitLocker y arranque.

2) Después de instalar: sin Ethernet, sin Wi‑Fi y no puedes descargar nada

Síntoma: El Administrador de dispositivos muestra “Ethernet Controller” desconocido; no hay adaptadores en Configuración.

Causa raíz: Falta el controlador de la NIC; a veces el OEM usó una revisión nueva no cubierta por los controladores incluidos.

Solución: Usa un kit offline con paquetes INF de NIC e instala con pnputil /add-driver ... /install. O usa un dongle USB Ethernet conocido soportado por controladores incluidos para arrancar las actualizaciones en línea.

3) Instalaste el “paquete de controladores”, pero el dispositivo sigue siendo desconocido

Síntoma: El instalador se ejecutó, reinició, y sigue la advertencia amarilla.

Causa raíz: El paquete no incluía un INF que coincida con los IDs de hardware de tu dispositivo, o instaló solo una app de control sin el controlador.

Solución: Extrae los IDs de hardware y verifica la coincidencia. Prefiere instalaciones basadas en INF; desempaqueta EXEs del proveedor si es necesario e instala por INF.

4) Bucle de arranque o petición de recuperación de BitLocker tras cambio de controlador de almacenamiento

Síntoma: Windows no arranca o pide la clave de recuperación tras cambiar la configuración BIOS/almacenamiento.

Causa raíz: El cambio de modo del controlador de almacenamiento (VMD/RAID/AHCI) alteró la cadena de arranque; BitLocker detecta una configuración diferente. O el controlador requerido no está habilitado en el arranque.

Solución: Restaura la configuración BIOS original, arranca, suspende BitLocker, prepara los controladores de almacenamiento correctos y luego realiza la transición con un runbook probado.

5) Pantallas azules aleatorias después de “limpieza de controladores”

Síntoma: BSODs tras eliminar controladores antiguos o ejecutar scripts de limpieza.

Causa raíz: Eliminaste un paquete de controladores que aún era necesario para un dispositivo, o quitaste un controlador filtro incorrectamente.

Solución: Reinstala controladores conocidos buenos; evita purgas indiscriminadas del Driver Store. Usa pnputil para eliminar paquetes específicos solo cuando puedas verificar que no están en uso.

6) El rendimiento empeora tras instalar el “último” controlador GPU o chipset

Síntoma: Tirones, mayor consumo, ventiladores o fallos con docks.

Causa raíz: Un controlador nuevo cambió configuraciones por defecto o introdujo una regresión con tu firmware/dock/monitor.

Solución: Revertir a la última versión conocida buena, luego fijar versiones. Actualiza firmware y controladores como un conjunto probado, no como experimentos aislados.

7) Windows Update sigue reinstalando un controlador que no quieres

Síntoma: Reviertes un controlador; vuelve a aparecer.

Causa raíz: La política de actualizaciones permite actualizaciones de controladores; Windows considera la actualización como de mayor prioridad.

Solución: En empresa, usa controles de política/MDM para bloquear controladores o actualizaciones específicas. En una máquina autónoma, ajusta la configuración de entrega de controladores y usa restricciones de instalación de dispositivos si es necesario.

Listas de verificación / plan paso a paso

Lista A: Instalación mínima offline que no te perseguirá

Comienza con medios de instalación de Windows limpios (sin modificar).
Lleva una memoria USB con:
- Carpetas INF de controladores NIC (Intel + Realtek como mínimo).
- Carpetas INF de controladores de almacenamiento relevantes para tu hardware (RST/VMD si aplica).
- Un archivo de texto donde registres modelo de máquina, versión de BIOS y desviaciones.
Instala Windows sin conexión.
Primer arranque: captura el estado base de dispositivos/controladores.
Instala solo lo necesario para obtener red estable.
Pon la red en línea y ejecuta actualizaciones controladas (actualizaciones del SO primero, luego controladores si está permitido).
Instala GPU/chipset solo si lo requiere tu carga de trabajo (en portátiles normalmente sí).
Reinicia, valida y exporta el conjunto de controladores para reutilizar.

Lista B: Construir un kit offline de controladores mantenible

Crea una estructura de carpetas por clase y proveedor (Network, Storage, Chipset, GPU).
Prefiere paquetes que incluyan archivos INF/CAT/SYS (no solo instaladores).
Registra:
- Versión del controlador
- Versiones de OS soportadas
- IDs de hardware cubiertos (al menos los principales)
- Fuente (OEM vs Microsoft vs proveedor del chip)
Prueba en al menos una máquina por línea de modelo.
Mantén el kit ligero. Borra lo que no necesites.
Versiona el kit (fecha en el nombre de la carpeta está bien internamente; solo no lo asumas en la imagen “dorada”).

Lista C: Si debes inyectar controladores en WIM

Inyecta solo controladores críticos para el arranque a menos que tengas una razón fuerte.
Monta WIM, añade controladores, confirma cambios y documenta exactamente lo que inyectaste.
Mantén el WIM original sin cambios para poder comparar comportamientos.
Prueba Setup en hardware real que fallaba anteriormente.
Vuelve a probar después de cada actualización de medios de Windows.

Preguntas frecuentes

1) ¿Puedo instalar Windows 11 completamente sin conexión?

Sí. Puede que necesites omitir requisitos de red durante la configuración según la edición y build, pero en cuanto a controladores es posible. El verdadero problema es tener controladores de almacenamiento/NIC disponibles si los controladores incluidos no cubren tu hardware.

2) ¿Por qué algunos controladores de Microsoft muestran fecha “2006”?

Es una convención de compatibilidad usada para controladores incluidos de modo que los controladores de proveedores puedan tener prioridad por fecha/versión. No lo interpretes como “código antiguo”; interprétalo como “línea base genérica”.

3) ¿Es “Actualizar controlador” en el Administrador de dispositivos mejor que ejecutar instaladores del proveedor?

A menudo, sí. Apuntar el Administrador de dispositivos a una carpeta de controladores INF (o usar pnputil) instala solo el paquete del controlador. Los instaladores de proveedores frecuentemente añaden software extra que complica la resolución de problemas.

4) ¿Cuál es la diferencia entre preparar un controlador y instalarlo?

Preparar añade el paquete al Driver Store. Instalar lo enlaza con el hardware coincidente. Preparar es más seguro cuando no estás seguro de la coincidencia; instalar está bien cuando sabes que corresponde.

5) ¿Debería inyectar todos los controladores en la imagen de instalación para que todo funcione inmediatamente?

No, a menos que disfrutes depurar problemas de selección de controladores entre modelos. Inyecta controladores críticos para el arranque; aplica paquetes específicos por modelo después de la instalación si necesitas velocidad.

6) ¿Cómo manejo controladores en sistemas air-gapped?

Construye un kit interno de controladores y trátalo como software controlado. Usa controladores firmados, conserva versiones, prueba cambios e instala vía INF/Driver Store. También planifica cómo manejarás actualizaciones de firmware, que son una molestia relacionada pero separada.

7) ¿Puedo copiar controladores de otra máquina y pegarlos en System32?

Puedes, pero no deberías. Los controladores pertenecen al Driver Store con metadatos INF y firmas correctas. Copiar archivos manualmente crea sistemas que “funcionan” hasta el próximo reinicio, actualización o reenumeración del dispositivo.

8) ¿Cuál es la forma más segura de obtener red en una máquina sin controladores de NIC?

Usa un adaptador Ethernet USB que funcione con controladores incluidos, o instala el controlador de la NIC desde un kit curado offline usando pnputil. Evita métodos de tethering que requieran Wi‑Fi funcional.

9) ¿Cómo sé qué paquete de controladores corresponde a un nombre INF OEM como oem77.inf?

Usa pnputil /enum-drivers y busca ese nombre publicado para ver proveedor, clase y versión. Desde ahí, decide si es el que pretendías o un fallback genérico.

10) ¿Cuándo debería permitir que Windows Update instale controladores automáticamente?

En máquinas de consumo, generalmente está bien. En flotas gestionadas, decide de forma intencional: o lo permites con monitorización, o lo restringes y despliegas controladores en oleadas controladas. “A veces sí” es como obtienes regresiones sorpresa.

Conclusión: qué hacer a continuación

Instalar Windows sin conexión y limpiar controladores después no es un truco. Es un flujo de trabajo disciplinado: consigue un OS arrancable, inventaría la realidad, lleva la red en línea deliberadamente, luego instala solo los controladores que realmente necesitas—vía el Driver Store—manteniendo opciones de reversión.

Pasos prácticos siguientes:

Construye hoy un pequeño kit offline de controladores (NIC + almacenamiento). Ponlo en una memoria USB y etiquétalo como corresponde.
En una máquina conocida buena, exporta controladores con DISM y cura el resultado en tu kit.
Practica el escenario de “sin controlador de red” una vez, a propósito, para no practicarlo durante una incidencia.
Para flotas: escribe tu política de controladores—quién actualiza, desde dónde y cómo haces rollback.

El objetivo no es tener los controladores más nuevos. El objetivo es tener los controladores correctos, instalados de la forma correcta, con el menor drama posible. El drama pertenece al teatro, no al modo kernel.