[Ticket in] Windows 11 File Explorer shows empty \\ROCK\Data\Storage folder after RoonOS 3.0 install (ref#KXJTXS)

Hi! What’s not quite right with Roon?

· None of the above quite fits

None of the above quite fits

· None of these quite match

Tell us what's going on

· Have installed Early Access RoonOS 3.0 on my ROCK/NUC system. Roon can access and use the local music stored on the internal 2.5" SSD, but Windows 11 File Explorer claims that the \\ROCK\Data\Storage folder is empty, while it should contain both the InternalStorage folder and a folder representing an attached USB drive.

Tell us about your home network

· Fritz!Box router and unmanaged switches

Just noticed that while Roon is able to access InternalStorage, it is no longer seeing the attached USB drive:

It should be like this (this is an old screenshot from 2022 - still using the same USB drive):

Hello @Geoff_Coupe,

We went ahead and pulled the full diagnostic report directly from your ROCK, and the system logs show exactly why the USB drive is failing to mount. It is actually getting caught in a system timeout.

Here is what is happening under the hood: When you plug the drive in, RoonOS correctly identifies it and triggers the automount script, which initiates a standard filesystem check (fsck.exfat -p /dev/sdb1). However, for some reason, this check is taking unusually long to process—over 3 minutes.

Because it takes so long, the Linux device manager (udevd) assumes the script has hung and force-kills the mounting process: udevd[208]: worker [7035] ... timeout; kill it udevd[208]: worker [7035] terminated by signal 9 (Killed)

About 40 seconds after the script is killed, the filesystem check finishes its job and reports that the drive is perfectly fine. But because the mounting script is already dead, the drive is never actually mounted.

Next Steps for the USB: There were also a few hardware-level errors logged right before this (Cannot enable. Maybe the USB cable is bad?), which likely explains why the drive is responding so slowly and triggering the timeout.

  • Please plug the drive into a Windows or Mac machine and run a full disk check/repair to ensure the filesystem is 100% clean and fast to read.
  • When you plug it back into the ROCK, I highly recommend using a different USB port or a new USB cable. A faster read during that initial fsck should allow it to beat the 3-minute timer and mount successfully.

Let us know if the disk check speeds up the mount process.

Regarding the internall storage we have the ticket to the R&D team to fix the issue.

Thanks for this. I changed the cable and ran chkdsk - I suspect there’s an issue with the SSD itself. I’ll investigate further…

Ran chkdsk a second time and errors were found - trying the /F option to see if they can be fixed now.

Right, disk seems to be back online and seen in Roon.

I think you can close this issue. Thanks for spotting the problem…

Hi @Geoff_Coupe,

Thanks for the update, and for letting us know the disk check solved the issue. Great to hear the disk is back online and visible in Roon. We’ll go ahead and close this one out.

OK, thanks, but just to be clear - the external disk is showing up in Roon, but neither the internal disk nor the external disk are showing up in Windows File Explorer - and that is the main issue here…

I assume that the [Ticket in] in the title refers to the Windows File Explorer issue, and that ticket is still open…

I’ve cleared the solution checkmark for this reason.

Hello @Geoff_Coupe

Thank you for the update. Yes, the related R&D task is currently in progress we will update here as soon as more information is available.