Roon on Windows 11 loses music and audio device detection after a few days (ref#82VEXH)

Hello @Dale_Rowney ,

According to our diagnostic system it looks like you need to update your Roon Server + Roon Apps to the latest version, you can do so by visiting Roon Settings → About to trigger the update. Let us know if you see the metadata update scheduler after doing so, thanks!

Hey @noris,

I managed to change the schedular as you described, then did the update as per the pop up on screen, but once again my library goes missing, same old problem.

Another trip to the computer store for the umpteenth time.

Any ideas on why this keeps happening?

Hey @Dale_Rowney,

Thanks for the update!

This is telling, do you ever get to the point where Roon is finished analyzing your library?

We’re seeing an interesting error in Roon Server logs, specifically, a “Critical” error at 12:35:47 is what’s stopping your library from loading:

Critical: Library.EndMutation: System.ArgumentOutOfRangeException: Ticks must be between DateTime.MinValue.Ticks and DateTime.MaxValue.Ticks.

The error ArgumentOutOfRangeException regarding “Ticks” usually means Roon is trying to read a date (like a “Date Added” or “Date Modified” timestamp) that is mathematically impossible.

In your logs, this is happening inside Sooloos.Broker.Music.LibraryAuxFile._Load. This suggests that an “Auxiliary File” (like an image, a PDF booklet, or a hidden system file) within your S:\Music folder has a corrupted timestamp that falls outside the valid range for Windows/Roon (e.g., a date from the year 0 or the year 30,000).

Key Observations from your Log:

  • The Drive: Your music is stored on an Intel Raid 5 Volume (S:\Music). Roon successfully sees the drive and detects 167,271 tracks and 58,684 auxfiles.
  • The Failure: While trying to finish the "mutation" (the process of committing those files to its internal database), it hits that bad timestamp on one of those 58,000+ auxiliary files and crashes the library load.
  • The Result: IsLibraryLoadFailed False => True. Roon stays running, but your library will appear empty or "Initializing" indefinitely.
Since the error is about a date being out of range, look for files with impossible dates in your S:\Music folder.
  • Open File Explorer, go to S:\Music.
  • In the search bar, try to sort by Date Modified.
  • Look for anything with a date like 01/01/1601, 01/01/1900, or anything far in the future (e.g., 2099).
  • If you find them, move those files out of the watched folder and restart Roon.
Do you remember adding any new albums or moving files into that S:\Music folder immediately before this error started happening?

Hi Benjamin, i have searched for files older than 1980 and newer than 2027 which showed no results using the search datemodified:<01/01/1980 and datemodified:>01/01/2027 and date created. Hidden files are being viewed. I have also tried in the past using a very small section of music on the desktop and had the same issue. Does the logs show which file is causing the issue.

Is it possible that a previous file which has been deleted is still referenced in the Roon online server causing an issue when trying to synchronize.

Hi Benjamin, i have just re installed Roon. The data base started syncing i then immediately did the Roon update which caused the same issue off not being able to find the library before it could have found the corrupted file.

Hi @Dale_Rowney,

In this case, it doesn’t give that granular of detail, unfortunately.

Did you perform a legitimate database refresh as well? Or, did you only reinstall Roon? If so, it likely didn’t refresh anything related to your database.

Apologies if that has already been discussed, but have you ran your local library through any sort of third-party metadata tool yet? I know it has been mentioned previously.

Do you still have all your library grouped together, videos included? I’d definitely separate the two and ensure Roon is only scanning audio files.

A good test overall would be to set up a completely fresh Roon Server database and test out using files not related to your local library, perhaps testing out a Qobuz trial, or a single album or two you can confirm do not contain outside files or videos.

Thanks, Dale!

Hey Benjamin,

Thanks for your reply.

I won’t be able to see my computer tech until later next week,but I’ll answer what I can.

What is a legimimate database refresh ?

As for a third party metadata tool,no.I’ve already paid for a lifetime Roon membership so am not not keen on extra outlay,notwithstanding the need to continue running to my computer tech which is costing me extra,as previously stated,I’m an old man with very very limited computer skills.

I do know that when he reinstalls Roon he only adds my music folder.

I’m sure he has tried isolating some files and trying that,but the same thing happens,every time an update via Microsoft or Roon occurs I get the “there was a problem uploading your library”.

Why does the link keep breaking ?

Also in Settings - Library background audio analysis there is constant circle then analysis 15642/167576 does this mean Roon can’t fully analysis my library ?

You have been very helpful but this has been going for 7 months now,it’s hard to fully enjoy listening to music not knowing if my library is going to be available day to day.

Hopefully you can sort this out eventually.

Thanks for all your efforts.

dale

Hi @Dale_Rowney,

Yes, I suspect this to be the case. We’re still seeing the same root issue from a fresh diagnostic:

Perhaps your computer technician can use Windows PowerShell to find files with corrupted dates. See if they can do the following:

  1. Running the following command in PowerShell will list any files with a modified or created year outside the range of 1900 to 2050:
Get-ChildItem -Path "S:\Music" -Recurse -File | Where-Object { $_.LastWriteTime.Year -lt 1900 -or $_.LastWriteTime.Year -gt 2050 -or $_.CreationTime.Year -lt 1900 -or $_.CreationTime.Year -gt 2050 } | Select-Object FullName, LastWriteTime, CreationTime
(Note: If the music folder has been moved or mapped to a different drive letter, the path in quotes must be updated accordingly.)

Any files returned by this command are likely contributing to the crash. To resolve the issue with those files:

  • Remove the files: Move them out of the watched folder entirely.
  • Fix the dates: Open and save the files to update their timestamps to the current date, or use a bulk file-attribute editor to rewrite the timestamps.
  1. Auxiliary files are non-audio files stored alongside music, such as images, PDFs, or system files.
    • If the PowerShell script does not yield results, try temporarily moving all non-audio files out of a small test subset of the library folder to see if stability returns.
Thanks, Dale 👍

Hi @Dale_Rowney,

Just checking in on this. Were you able to run the PowerShell check for any files in your S:\Music folder with modified or created dates outside the 1900 to 2050 range, and if so, did it turn up any results? If the script did not find anything, did you get a chance to try moving non-audio files out of a small test folder to see whether Roon Server becomes stable again? Reply back with any updates and we can take the next step.

Hi Benjamin, we have started running the PowerShell command there are results in white and some in red. I’m assuming we only need to fix the red entries. We have found that some of the files have a file name to long coud this be causing an issue.

Hi @Dale_Rowney,

Yes, you definitely want to address any errors found in this case. Let me know if you find any files specifically with the date range we’ve mentioned above - this seems to be the source of the issue.

We’ll be monitoring for your reply :+1: