首先，查看掛載結果，並將其與正常設備進行比較。將SMS中發送的vold命令與SMS中發送的vold命令進行比較。這裏，發現問題設備（左）沒有發送以下命令。通過分析SMS的源代碼，發現有兩個地方會向vold發送卷掛載命令。壹個是mount函數，該函數通常通過StorageManager然後通過binder調用，並且經常被其他service甚至app使用，因此我決定這不是在分析過程中觸發volume mount命令的根本原因，並通過添加log確認了這壹想法。另壹個由處理程序在收到消息H_VOLUME_MOUNT時通過SMS發送。分析H_VOLUME_MOUNT的問題，我們可以看到此消息是在幾個地方發出的。通過添加日誌，確認是在onVolumeCreatedLocked函數中發出的，但這裏也有幾個分支。通過分析更多的日誌、正常和異常設備，開始時將調用onVolumeCreatedLocked兩次，並調用兩種類型，type _ Emulated和PUBLIC。但是，通過比較步驟3中的命令，可以發現問題出現在TYPE_EMULATED的if分支中，並且異常設備沒有發出SND-》；{5卷裝載模擬3 -1}。
插入android設備無法識別的外部存儲卡（可能是由於格式問題），從storage.xml中可以看到，異常的uuid是壹長串隨機數，而壹些正常的外部卡則更有規律。