Tengo un COM Gumstix Overo Fire que he cargado con un kernel de Linux básico y controladores de almacenamiento masivo. Luego, el dispositivo se conecta a una máquina host, a la que aparece como un dispositivo de almacenamiento USB común. Luego se configura para insertar y retirar repetidamente su g_file_storage
módulo cada 5 segundos, para emular la inserción y manual repetidos del dispositivo en el host. Si bien esto puede parecer extraño, es completamente necesario, ya que quiero recopilar grandes cantidades de mensajes USB del controlador.
Esta "inserción" y "eliminación" repetitiva del dispositivo funciona bien en hosts Mac y Linux, pero en la mayoría de las máquinas con Windows, obtengo un BSoD después de aproximadamente 10 inserciones y eliminaciones. Inicialmente, pensé que tal vez era la "política de eliminación" del dispositivo la que estaba causando el problema, como se describeaquí. Sin embargo, algunos experimentos demostraron que esta configuración no tuvo ningún efecto; el BSoD todavía aparecía incluso cuando la política de eliminación se optimizó para una eliminación rápida.
Además, no obtengo ningún BSoD ni ningún error en algunas máquinas con Windows en las que tengo control de administrador y que tienen todas las configuraciones predeterminadas de fábrica. El problema ocurre principalmente en máquinas públicas que están configuradas para tener mayor seguridad y configuraciones de usuario restringidas. Por lo tanto, creo que es alguna configuración de seguridad la que está causando el problema, pero no estoy lo suficientemente familiarizado como para saber exactamente qué.
¿Qué tipo de configuración podría estar causando este problema?
EDITAR: Aquí está la "Información técnica" sobre el BSoD:
*** STOP: 0x0000007E (0xFFFFFFFFC0000005, 0xFFFFF88001612652, 0xFFFFF88002FB9308, 0xFFFFF88002FB8B60)
*** FarSpace.sys - Address FFFFF88001612652 base at FFFFF88001600000, DateStamp 50046f1f
Por lo que puedo decir, Farspace.sys
es parte delCongelación profundasoftware.
Respuesta1
Un error de parada 7E es "SYSTEM_THREAD_EXCEPTION_NOT_HANDLED":
Esta verificación de errores indica que un subproceso del sistema generó una excepción que el controlador de errores no detectó.
Estoy bastante seguro de que FarSpace.sys es parte del software de Faronics y ellos hacenCongelación profunda. Como usted dice que son máquinas públicas, supongo que alguien las tiene bloqueadas con Deep Freeze, y ese hecho hace que no funcionen bien con sus inserciones/extracciones USB anormales.
Si ese es el caso, primero probaría para ver si se comportan de manera diferente mientras están "descongelados", y si es así, entonces me acercaríaEl apoyo de Faronicsde alguna orientación sobre cómo hacer lo que quiera mientras la PC está "congelada".
Además, es posible que desee verificar cuatro veces cualquier código que esté utilizando para asegurarse de que esté limpiando sus subprocesos correctamente cuando termine con ellos.