https://devzone.nordicsemi.com/f/nordic-q-a/87999/fixes-of-the-sd-card-driverI am using the SD card driver from nRF5 SDK v17.0.2. Device nrf52840, IDE Segger, Custom PCB. nRF52 DK as progremmer. There are problems when deinitializing the SD card. If initialization failed, the deinitialization procedure is called in the interrupten-USTelligent Community 13Sat, 10 Sep 2022 02:05:05 GMThttps://devzone.nordicsemi.com/thread/385580?ContentTypeID=1Sat, 10 Sep 2022 02:05:05 GMT137ad170-7792-4731-bb38-c0d22fbe4515:92a5a8d4-c949-4c20-ac41-7103c4bf639bKeith Wakeham<p>I don&#39;t know if this might help, but I was recently looking to solve the problem of someone removing the SD card while mounted. Unmounting then Re-mounting wouldn&#39;t work for some unknown reason. What I suspected is that the SPI bus was not uniniting and so the app_sd drivers were skipping the 80 clock cycles to get it back to spi mode. I solved it by adding a&nbsp;<span>app_sdc_uninit</span><span>(); after the following</span></p> <div> <div><span>ff_result</span><span> = </span><span>f_mount</span><span>(</span><span>NULL</span><span>, </span><span>&quot;&quot;</span><span>, </span><span>1</span><span>);</span></div> <div> <div> <div><span>disk_state</span><span> = </span><span>disk_uninitialize</span><span>(</span><span>0</span><span>);</span></div> <div> <div> <div><span>app_sdc_uninit</span><span>();</span></div> <div><span></span></div> <div><span>This is abbreviated as the checks and such are removed, but the app_sdc_uninit() resolved this so that when someone attempts a write now it remounts and initializes.</span></div> <div><span></span></div> <div>This might just be brute forcing it but seems to work until I can figure out why disk_uninitialize(0) which should be uniniting the SPI bus isn&#39;t.</div> </div> </div> </div> </div> </div><div style="clear:both;"></div>