저는 기본 Linux 커널과 대용량 저장 장치 드라이버를 로드한 Gumstix Overo Fire COM을 가지고 있습니다. 그런 다음 장치는 호스트 시스템에 연결되어 일반 USB 저장 장치로 표시됩니다. 그런 다음 5초마다 모듈을 반복적으로 삽입하고 제거하도록 설정되어 g_file_storage호스트에 장치를 수동으로 삽입하고 반복적으로 삽입하는 것을 에뮬레이트합니다. 이상하게 들릴 수도 있지만 드라이버에서 대량의 USB 메시지를 수집하고 싶기 때문에 이는 전적으로 필요합니다.
이러한 반복적인 장치 "삽입" 및 "제거"는 Mac 및 Linux 호스트에서는 잘 작동하지만 대부분의 Windows 시스템에서는 약 10번 삽입 및 제거 후에 BSoD가 발생합니다. 처음에는 설명된 대로 문제를 일으키는 것이 장치의 "제거 정책"이라고 생각했습니다.여기. 그러나 일부 실험에서는 이 설정이 아무런 효과가 없는 것으로 나타났습니다. 빠른 제거를 위해 제거 정책이 최적화된 경우에도 BSoD가 계속 나타납니다.
또한 관리자 제어 권한이 있고 모든 공장/기본 설정이 있는 일부 Windows 컴퓨터에서는 BSoD나 오류가 발생하지 않습니다. 문제는 주로 더 높은 보안과 제한된 사용자 설정을 갖도록 설정된 공용 컴퓨터에서 발생합니다. 따라서 일부 보안 설정이 문제의 원인이라고 생각하지만 정확히 무엇인지는 잘 알지 못합니다.
어떤 종류의 설정으로 인해 이 문제가 발생할 수 있습니까?
편집하다: BSoD에 대한 "기술 정보"는 다음과 같습니다.
*** STOP: 0x0000007E (0xFFFFFFFFC0000005, 0xFFFFF88001612652, 0xFFFFF88002FB9308, 0xFFFFF88002FB8B60)
*** FarSpace.sys - Address FFFFF88001612652 base at FFFFF88001600000, DateStamp 50046f1f
내가 알 수 있는 바에 따르면 이 Farspace.sys부분은급속 동결소프트웨어.
답변1
7E 중지 오류는 "SYSTEM_THREAD_EXCEPTION_NOT_HANDLED":
이 버그 검사는 시스템 스레드가 오류 처리기가 포착하지 못한 예외를 생성했음을 나타냅니다.
저는 FarSpace.sys가 Faronics 소프트웨어의 일부라고 확신합니다.급속 동결. 공용 컴퓨터라고 말씀하셨으니 누군가가 Deep Freeze를 사용하여 잠근 것으로 추측됩니다. 그 사실로 인해 비정상적인 USB 삽입/제거로 인해 제대로 작동하지 않게 됩니다.
그렇다면 먼저 "해동"되는 동안 다르게 동작하는지 테스트하고, 그렇다면 접근합니다.Faronics의 지원PC가 "정지"된 동안 원하는 작업을 수행하는 방법에 대한 지침을 참조하세요.
또한 사용 중인 코드를 4중으로 검사하여 작업이 완료되었을 때 스레드가 제대로 정리되었는지 확인하는 것이 좋습니다.