我有一個 Gumstix Overo Fire COM，我已經載入了基本的 Linux 核心和大容量儲存驅動程式。然後，該裝置連接到主機，在主機看來，它就像一個常見的 USB 儲存裝置。然後將其設定為g_file_storage每 5 秒重複插入和移除其模組，以模擬重複手動將裝置插入主機。雖然這聽起來很奇怪，但這是完全必要的，因為我想從驅動程式收集大量 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 的支持從一些關於在電腦「凍結」時做你想做的事情的指導。
此外，您可能需要對您正在使用的任何程式碼進行四重檢查，以確保它在處理完線程後正確清理它們。