2026-06-02

UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas

Resuelve fallos del protocolo UASP USB y problemas de fallback a BOT. Diagnostica bucles de reset en mass storage, timeouts de comandos SCSI, discos externos lentos, bugs de firmware de la enclosure y diferencias de velocidad entre UASP y BOT.

Los problemas de almacenamiento USB suelen echarse al disco, pero el fallo puede estar en el transporte USB, el bridge chip, el firmware de la enclosure, el cable, el hub, el power, el soporte UASP, el fallback a BOT o el manejo de comandos SCSI. Los usuarios buscan "USB UASP timeout", "USB mass storage reset loop", "external drive disconnects under load", "USB BOT CBW CSW error", "UASP vs BOT troubleshooting" y "SCSI command failed USB" cuando un disco se monta y luego se queda colgado, desaparece o se vuelve dolorosamente lento.

Bus Scope ayuda porque el almacenamiento USB no es solo I/O de文件系统. Por debajo del diálogo de copia de archivos, el host envía comandos SCSI sobre transportes USB.

BOT y UASP

USB Mass Storage Bulk-Only Transport, BOT, es antiguo y muy soportado. Usa command block wrappers, transferencias de datos y command status wrappers.

UASP, USB Attached SCSI Protocol, es más nuevo y soporta command queuing más eficiente sobre USB. Puede mejorar el rendimiento, pero también depende del firmware del bridge, del comportamiento del host controller, del soporte de drivers y de la calidad del cable.

Los síntomas pueden diferir:

BOT va pero lento.
UASP es rápido hasta que se resetea.
UASP falla en una máquina pero BOT va en otra.
La enclosure externa se resetea bajo escrituras fuertes.
El disco desaparece durante transferencias grandes.

Bucles de reset bajo carga

Si un disco enumera y se monta pero se resetea durante escrituras, mira alrededor de la primera carga que falla:

Escritura secuencial grande.
Ráfaga de I/O aleatorio.
Consulta SMART.
Flush de caché.
Reset SCSI.
Bulk timeout USB.
Desconexión del dispositivo.

El error visible del SO puede ser "I/O error", "device not ready" o "disk removed". La traza del bus puede enseñar si el bridge USB dejó de responder o si el host lo reseteó.

Evidencia BOT

Para BOT, inspecciona:

Command Block Wrapper.
Data phase.
Command Status Wrapper.
Opcode del comando SCSI.
Residue de la transferencia.
Recuperación de STALL.
Bulk-only mass storage reset.

Si falta el CSW o es inválido, el host puede resetear el dispositivo.

Evidencia UASP

UASP usa streams y task management de SCSI. Los fallos pueden aparecer como timeouts de comandos, tasks abortados o resets. Las trazas UASP pueden ser más complejas que las BOT, pero la pregunta de fondo sigue siendo: ¿qué comando estaba en vuelo cuando el dispositivo dejó de responder?

Los bugs de firmware del bridge son habituales en enclosures concretas. Probar el mismo disco en otra enclosure separa la salud del disco del comportamiento del bridge USB.

Power y cable

Los dispositivos de almacenamiento consumen energía real, sobre todo discos giratorios y SSDs de alto rendimiento. Un cable marginal o un hub bus-powered pueden producir resets solo bajo carga de escritura.

Si los resets correlacionan con I/O fuerte, prueba:

Cable corto.
Puerto directo.
Hub con alimentación.
Otra enclosure.
Otro host controller.

Guarda la captura; los tests de topología son más sólidos cuando se combinan con evidencia de paquetes.

Checklist de depuración

Usa este flujo:

Captura la enumeración e identifica BOT o UASP.
Captura el mount y el primer I/O fuerte.
Identifica el último comando SCSI correcto.
Busca bulk timeout, STALL, reset o desconexión.
Para BOT, inspecciona CBW y CSW.
Para UASP, inspecciona el comportamiento de comandos y tareas.
Compara puerto directo frente a hub.
Compara UASP y fallback a BOT si es posible.
Prueba otra enclosure con el mismo disco.
Conserva el timing en torno al primer reset.

Diagnóstico final

Los fallos de USB mass storage suelen ser problemas de transporte y bridge, no solo del disco. Importan UASP, BOT, comandos SCSI, firmware del bridge, power, cable y comportamiento del host controller.

Bus Scope ayuda a exponer la conversación de almacenamiento USB para que los bucles de reset y los síntomas de disco lento se puedan rastrear hasta evidencia real a nivel de bus.

Prueba del contrato USB para «UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas»

La respuesta directa es que STALL, timeout o reset no explica por sí solo la causa. Primero demuestra que el proveedor observa el dispositivo correcto; después lee el contrato de transferencia: tipo, dirección, recipient, wValue, wIndex, longitud declarada y real, status y estado anterior y posterior. En «UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas», relaciona la conclusión con la primera transacción que difiere de un caso bueno.

Límite	Qué comparar	Decisión útil
Plataforma	proveedor, permiso, Root Hub o usbmon/XHC20	¿Llegan records de la conexión correcta?
Setup	bmRequestType, bRequest, wValue, wIndex, wLength	¿El host envía la petición prevista?
Data	dirección, longitud y bytes retenidos	¿El payload cumple el contrato?
Status	ACK, STALL, timeout o cancellation	¿Dónde termina la transacción?
Estado	configuration, interface, alternate setting, endpoint halt	¿El dispositivo estaba preparado?

Empieza antes de reset y enumeración y conserva descriptors, SET_CONFIGURATION, SET_INTERFACE y el comando previo al fallo. Un filtro estrecho de endpoint puede ocultar el control transfer decisivo. Ejecuta una sola acción USB documentada por prueba y cambia solo firmware, driver, puerto, cable, comando o timing.

¿Cómo se escribe una respuesta citable?

Indica la petición observada, sus campos setup, la respuesta y el contexto anterior; propone después una prueba con un solo cambio. Bytes no retenidos por el límite de captura no prueban packet loss. La proximidad entre command y reset demuestra correlación, no causa sin repetición o transición de estado.

¿Cuándo vale una comparación?

Mantén VID/PID, firmware, speed, topología, proveedor, filtro y trigger. Compara fases USB semánticas y no frame numbers entre usbmon y USBPcap. Anota inicio, final, versión, OS, conexión y checksum. Revisa la solución de problemas de Bus Scope.

Los propietarios Semrush siguen separados: free USB analyzer en la página de producto, best USB protocol analyzer en la comparación y USB descriptor viewer en la guía de descriptors. Esta página de soporte no recibe volumen o KD inventado.

Respuesta directa y límite de aceptación

La respuesta breve a «UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas» es: Resuelve fallos del protocolo UASP USB y problemas de fallback a BOT. Diagnostica bucles de reset en mass storage, timeouts de comandos SCSI, discos externos lentos, bugs de firmware de la enclosure y diferencias de velocidad entre UASP y BOT. Trate esa frase como un resultado que debe comprobarse, no como una promesa para cualquier entrada, dispositivo, proyecto o entorno. Un resultado completo registra estado inicial, acción exacta, salida visible y condición que demuestra que la tarea terminó en Bus Scope.

Procedimiento basado en evidencia

Empiece con un caso pequeño y repetible antes de cambiar un proyecto completo. Anote versión de la aplicación, sistema operativo, identidad de entrada o dispositivo, ajustes relevantes y resultado esperado. Ejecute una acción deliberada, conserve la primera transición inesperada y compárela con un caso conocido cuando exista. Cambiar varios controles a la vez oculta qué condición creó o corrigió el problema.

Punto de control 1: UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferenci

Cierre «UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas» solo cuando el resultado guardado, exportado o reabierto conserve el estado observado. La respuesta temporal de la interfaz orienta, pero la evidencia duradera es más fuerte. Documente cualquier límite pendiente para quien continúe.

Punto de control 2: Resuelve fallos del protocolo UASP USB y problemas de fallback a BOT. Diagnostica bucles d

Para «Resuelve fallos del protocolo UASP USB y problemas de fallback a BOT. Diagnostica bucles de reset en mass storage, timeouts de comandos SCSI, discos e», separe una decisión del producto de un límite del sistema, hardware, archivo fuente, permiso o proceso. Confirme qué capa produjo la evidencia antes de atribuir una causa. Así evita convertir un síntoma cercano en una causa raíz supuestamente probada.

Punto de control 3: BOT y UASP

Cierre «BOT y UASP» solo cuando el resultado guardado, exportado o reabierto conserve el estado observado. La respuesta temporal de la interfaz orienta, pero la evidencia duradera es más fuerte. Documente cualquier límite pendiente para quien continúe.

Punto de control 4: Bucles de reset bajo carga

Para «Bucles de reset bajo carga», separe una decisión del producto de un límite del sistema, hardware, archivo fuente, permiso o proceso. Confirme qué capa produjo la evidencia antes de atribuir una causa. Así evita convertir un síntoma cercano en una causa raíz supuestamente probada.

Punto de control 5: Evidencia BOT

Cierre «Evidencia BOT» solo cuando el resultado guardado, exportado o reabierto conserve el estado observado. La respuesta temporal de la interfaz orienta, pero la evidencia duradera es más fuerte. Documente cualquier límite pendiente para quien continúe.

Punto de control 6: Evidencia UASP

Para «Evidencia UASP», separe una decisión del producto de un límite del sistema, hardware, archivo fuente, permiso o proceso. Confirme qué capa produjo la evidencia antes de atribuir una causa. Así evita convertir un síntoma cercano en una causa raíz supuestamente probada.

Punto de control 7: Power y cable

Cierre «Power y cable» solo cuando el resultado guardado, exportado o reabierto conserve el estado observado. La respuesta temporal de la interfaz orienta, pero la evidencia duradera es más fuerte. Documente cualquier límite pendiente para quien continúe.

Punto de control 8: Checklist de depuración

Para «Checklist de depuración», separe una decisión del producto de un límite del sistema, hardware, archivo fuente, permiso o proceso. Confirme qué capa produjo la evidencia antes de atribuir una causa. Así evita convertir un síntoma cercano en una causa raíz supuestamente probada.

Punto de control 9: Diagnóstico final

Cierre «Diagnóstico final» solo cuando el resultado guardado, exportado o reabierto conserve el estado observado. La respuesta temporal de la interfaz orienta, pero la evidencia duradera es más fuerte. Documente cualquier límite pendiente para quien continúe.

Punto de control 10: Prueba del contrato USB para «UASP USB frente a BOT: arreglando bucles de reset en mass st

Para «Prueba del contrato USB para «UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas»», separe una decisión del producto de un límite del sistema, hardware, archivo fuente, permiso o proceso. Confirme qué capa produjo la evidencia antes de atribuir una causa. Así evita convertir un síntoma cercano en una causa raíz supuestamente probada.

Matriz de aceptación

Punto	Evidencia que conservar	Condición de aprobado
UASP USB frente a BOT: arreglando bucles de reset en mass storage, timeouts y transferencias lentas	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Resuelve fallos del protocolo UASP USB y problemas de fallback a BOT. Diagnostica bucles de reset en mass storage, timeo	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
BOT y UASP	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Bucles de reset bajo carga	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Evidencia BOT	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado
Evidencia UASP	Estado inicial, una acción y estado resultante	Otra persona reproduce el resultado declarado

Aislamiento, recuperación y entrega

Deténgase en el primer límite que falla. Conserve fuente, proyecto, sesión o captura, duplíquelo antes de una edición destructiva y cambie una variable por experimento. Repetir un flujo amplio después de varios cambios puede dar otro resultado sin explicar la causa.

Separe ausencia de evidencia de evidencia de ausencia. Una vista vacía puede indicar entrada, alcance, filtro, permiso, dispositivo, intervalo o estado equivocado. Verifique adquisición o importación antes de interpretar el decoder, editor, informe o exportación.

Antes de entregar, reabra el artefacto y revise inicio, punto de decisión y final. Registre versión, plataforma, configuración, expectativa, observación y reproducción mínima. Elimine o redacte datos sensibles y confirme que el destinatario está autorizado.

Preguntas y respuestas

¿Cuál es la forma fiable más rápida de empezar?

Use el caso representativo más pequeño, escriba el resultado esperado y cambie una variable. Confirme el recorrido básico antes de añadir filtros, efectos, ediciones, automatización o una fuente mayor.

¿Qué evidencia debe guardarse?

Conserve identidad de entrada, versión, plataforma, ajustes, acción exacta, primera transición inesperada y salida final. Cierre y reabra cualquier proyecto, sesión, informe o exportación antes de considerarlo duradero.

¿Cuándo debe repetirse el procedimiento?

Repítalo después de cambios relevantes en aplicación, sistema, driver, firmware, modelo, fuente o flujo. Preserve el caso aceptado anterior como referencia sin modificar.

¿Cuándo está listo para entregar?

Cuando otra persona autorizada identifica la entrada, repite la acción, obtiene el mismo resultado, entiende los límites restantes y abre el artefacto sin depender de estado local no documentado.

Guías relacionadas

Estas páginas en el mismo idioma cubren etapas contiguas sin cambiar el propietario canónico del tema: