Cuando VirtualBox no reconoce USB, casi nunca conviene empezar a reinstalar a ciegas. Normalmente el fallo está en una de tres capas: el host no está cediendo el dispositivo, la máquina virtual no tiene activado el controlador adecuado o el sistema invitado no soporta bien ese tipo de USB. Si ordenas la comprobación de esa forma, la solución aparece mucho antes y evitas tocar ajustes que no tienen relación.
Lo esencial para que VirtualBox vuelva a ver tus USB
- Primero confirma que el dispositivo se ve en el sistema anfitrión; si el host no lo detecta, VirtualBox no puede pasarlo a la VM.
- En la máquina virtual debes activar el controlador USB y elegir el tipo correcto: OHCI, EHCI o xHCI según el dispositivo y el invitado.
- Para USB 2.0 y 3.0, el Extension Pack suele ser la pieza que falta cuando la opción USB no aparece o no funciona bien.
- En Linux, el usuario debe pertenecer al grupo
vboxusers; en Windows, a veces basta con desconectar y reconectar el dispositivo tras crear el filtro. - Los filtros USB ayudan, pero si son demasiado genéricos o demasiado precisos pueden estorbar más de lo que ayudan.
Entender dónde se rompe el paso del USB
Yo siempre separo el flujo en tres niveles. El host detecta el pendrive, la cámara o el adaptador; VirtualBox decide si lo captura; y el sistema invitado lo usa como si estuviera conectado directamente. Si uno de esos eslabones falla, el síntoma suele ser siempre el mismo: el dispositivo no aparece, aparece y desaparece o queda en manos del ordenador principal.
| Capas del problema | Qué pasa realmente | Qué suelo comprobar |
|---|---|---|
| Host | El sistema principal no reconoce el hardware o lo mantiene montado | Administrador de dispositivos, desmontaje, permisos y puertos |
| VirtualBox | La VM no tiene el controlador o el filtro adecuados | USB activado, Extension Pack, tipo de controlador y filtros |
| Invitado | El sistema virtual no tiene soporte o driver para ese controlador | Compatibilidad de xHCI, EHCI u OHCI y drivers dentro del invitado |
Esta distinción parece obvia, pero ahorra tiempo. Si el fallo está en el host, no tiene sentido revisar drivers del invitado; si el host sí lo ve, la siguiente parada lógica es la configuración de la VM. Y justo ahí es donde más errores pequeños se acumulan.
La configuración de la máquina virtual que reviso primero
Antes de pensar en reinstalar nada, entro en los ajustes de la VM y busco tres cosas: que el controlador USB esté activado, que el tipo de controlador corresponda al dispositivo y que el filtro no esté mal planteado. Esta revisión suele resolver el problema cuando VirtualBox “ve” el dispositivo, pero no lo entrega al invitado.
Activa el controlador USB correcto
En la sección de USB de la máquina virtual, el controlador debe estar habilitado. Para dispositivos modernos, xHCI es la opción más flexible porque soporta todas las velocidades; EHCI encaja con USB 2.0; y OHCI sirve para hardware más antiguo. Si seleccionas un controlador demasiado viejo para un dispositivo actual, la VM simplemente no lo manejará bien.Comprueba que el Extension Pack está instalado
La parte práctica es esta: sin el complemento adecuado, USB 2.0 y 3.0 suelen quedarse a medias o directamente no estar disponibles. Yo no lo trataría como un extra opcional si vas a pasar memorias, webcams o interfaces de audio por USB. La instalación del Extension Pack suele ser el punto que diferencia una VM con soporte USB real de otra que solo simula compatibilidad básica.
Usa filtros con intención
Los filtros sirven para que un dispositivo concreto pase automáticamente al invitado en cuanto se conecta. Son útiles, sí, pero conviene configurarlos con precisión: fabricante, producto y, si hay unidades idénticas, también el número de serie. Cuando se exagera con filtros demasiado amplios o demasiado estrictos, el resultado es confuso y el dispositivo parece “invisible” aunque en realidad esté mal priorizado.
Si no quieres automatizar nada todavía, prueba primero el paso manual desde el menú de dispositivos USB de la VM. Es una buena forma de separar un problema de configuración de un problema de captura automática. Y si eso funciona, ya sabes que el fallo estaba en el filtro, no en el hardware.
Con esta base resuelta, toca mirar el sistema anfitrión, porque en Linux y Windows hay requisitos distintos que cambian por completo el diagnóstico.
El host puede estar reteniendo el dispositivo
Si el ordenador principal ya ha montado el USB, VirtualBox compite con él por el control del hardware. En ese escenario, el invitado no siempre recibe el dispositivo aunque la configuración interna sea correcta. Lo primero que yo compruebo es si el host lo ha abierto como almacenamiento, cámara o interfaz de entrada.
| Host | Qué reviso | Qué suele arreglarlo |
|---|---|---|
| Windows | El dispositivo aparece en el sistema y el filtro se creó después de conectarlo | Desconectarlo y volverlo a conectar; no suele hacer falta reiniciar |
| Linux | El usuario tiene permisos sobre los dispositivos USB de VirtualBox | Añadir el usuario al grupo vboxusers y volver a iniciar sesión |
| Cualquier host | El sistema principal ya ha montado el pendrive | Expulsarlo o desmontarlo antes de pasarlo a la VM |
En Linux, la comprobación es muy directa: yo miraría si el usuario está en vboxusers y, si no lo está, lo añadiría antes de seguir probando otras cosas. En Windows, la documentación de VirtualBox indica que, tras crear un filtro, a menudo basta con desenchufar y volver a conectar el USB para que el sistema lo capture como corresponde.
VBoxManage list usbhost
lsusbEsos dos comandos ayudan a ver si el dispositivo existe para el host y si VirtualBox lo está enumerando. Si no aparece ahí, el problema es anterior a la VM; si aparece, ya tienes una pista clara de por dónde continuar. El siguiente filtro de diagnóstico es la compatibilidad entre el tipo de USB y el sistema invitado.
La compatibilidad del dispositivo y del invitado importa más de lo que parece
Muchos fallos no nacen en VirtualBox, sino en la combinación entre el tipo de controlador elegido y el sistema operativo invitado. Yo suelo verlo con memorias USB 3.x conectadas a invitados antiguos, o con controladores demasiado básicos para dispositivos que necesitan un soporte más moderno.| Controlador | Cuándo encaja | Riesgo típico |
|---|---|---|
| OHCI | Hardware antiguo y sistemas invitados muy básicos | Se queda corto para dispositivos modernos |
| EHCI | USB 2.0 | No cubre bien dispositivos 3.x |
| xHCI | USB 3.0 y mezcla de velocidades | En invitados antiguos puede requerir drivers adicionales |
La documentación oficial de VirtualBox también avisa de un caso muy concreto: algunos invitados Windows antiguos, como Windows 7 o Windows Server 2008 R2, no llevan soporte nativo para xHCI. En la práctica, eso significa que un pendrive moderno puede desaparecer si activas USB 3.0 sin el driver adecuado dentro del invitado. Si trabajas con software viejo, yo empezaría por probar USB 2.0 antes de asumir que la VM está rota.
Este punto es especialmente importante cuando el periférico no es una simple memoria, sino una webcam, una tarjeta de captura o un dongle de licencia. Ahí la compatibilidad del controlador suele pesar más que la apariencia del dispositivo en el host.
Los errores pequeños que más tiempo hacen perder
Hay varios fallos que parecen menores, pero multiplican el tiempo de diagnóstico porque generan síntomas engañosos. Yo los agruparía así:
- El dispositivo sigue montado en el host. Si el sistema principal lo usa, la VM no lo recibirá con normalidad.
- El filtro es demasiado específico. Si rellenas demasiados campos sin necesidad, puedes dejar fuera justo el modelo que intentas capturar.
- El filtro es demasiado genérico. Si tienes varios dispositivos similares, VirtualBox puede no elegir el que esperas.
- Solo has mirado Guest Additions. Las Guest Additions ayudan con integración de pantalla y carpetas compartidas, pero no sustituyen el soporte USB.
- El invitado no tiene driver propio. Esto pasa mucho con hardware antiguo o con versiones de Windows que ya no incluyen soporte completo para ciertos controladores.
Mi criterio aquí es simple: si tu objetivo es solo mover archivos, una carpeta compartida suele ser más estable y menos delicada que insistir con un pendrive. Si, en cambio, necesitas pasar un dispositivo físico de verdad, entonces sí merece la pena pelearse con el paso directo del USB.
Una vez descartados estos errores típicos, ya puedes aplicar una secuencia corta y bastante fiable para no dar vueltas en círculos.
La secuencia que yo seguiría antes de reinstalar nada
Cuando tengo que resolver esto rápido, no improviso. Sigo el mismo orden porque evita tocar piezas que no están relacionadas con el fallo:
- Compruebo que el dispositivo aparece en el host y que no está ya montado o en uso.
- Activo el controlador USB de la VM y selecciono el tipo correcto según el dispositivo.
- Verifico que el Extension Pack está instalado y corresponde a la instalación actual de VirtualBox.
- Reviso permisos en el host, sobre todo
vboxusersen Linux. - Pruebo primero la captura manual del USB y, si funciona, después automatizo con filtros.
Si después de eso el dispositivo sigue sin aparecer, el problema suele estar en una capa más concreta: un driver del invitado, una incompatibilidad del hardware o una interferencia del propio sistema anfitrión. En ese punto, la mejor decisión no es seguir reiniciando, sino simplificar el caso y probar con otro USB, otro puerto o incluso otra VM para aislar el origen real.
