Music app corrupts files on NAS after metadata edits

I’ve recently confirmed that Apple Music on macOS Sequoia (15.3.2) can silently corrupt audio files stored on a NAS (in my case, a QNAP via SMB) when performing metadata edits.


These are .m4a files (not .m4p or DRM-protected), previously ripped and managed successfully for years under earlier macOS versions like Catalina.


After editing metadata fields (e.g. Album Artist) in Music, the audio files are overwritten directly on the NAS — and in several cases, the new versions become unplayable or fail integrity checks via FFmpeg. The modified timestamp does not change, so the corruption goes unnoticed unless the files are re-checked (or end up in the synced part of my library, where they will be mentioned in the error report).


This raises serious concerns for long-time users who store large Music libraries on a NAS for space-saving or sharing.


Has anyone else experienced similar corruption?


Are there known solutions or settings to prevent Music from touching the original files directly?


MacBook Pro 14″, macOS 15.4

Posted on Apr 24, 2025 11:59 AM

Reply

Similar questions

4 replies

May 10, 2025 03:43 PM in response to Roland000

"Are there known solutions or settings to prevent Music from touching the original files directly?"


Not if you're changing the metadata.


There has been a bug in Music.app that on some filesystems (as I recall it's ones that aren't case sensitive) if you edit the metadata to simply change capitalization of a track, it can overwrite files. There was (and may still be) a bug when you are using certain international characters or non-ASCII characters on certain filesystem types.


HFS+ and AFS have different filename requirements, as do NAS volumes. Music will try and guess what characters are allowed and adjust the filename accordingly.


I guess the only way would be keeping the music files in a read-only directory or filesystem?

May 10, 2025 10:51 PM in response to Roland000

At least Photos.app and maybe also Final Cut Pro.app libraries are not supported on NAS (and iCloud and other cloud storage, exFAT or other non-Mac formats, or TimeMachine drives) and storing them there might very well corrupt the library. APFS or Mac OS Extended (GUID) case insensitive is the recommended storage for those apps' libraries. So maybe Music.app libraries have the same requirement.

May 12, 2025 03:19 AM in response to Rusty SomaFM

Thanks.


I guess I should have added "if only metadata is changed" to my last question. I guess the answer is that while Music holds all metadata in the database (in the .itl as I understand), it also tries to include consistent metadata tags in the sound files (providing some deliberate redundancy).


In terms of my file system, I am using a NAS by QNAP and it is case sensitive (unlike MacOS, which has lead to some other issues with tracks disappearing off the Music/MacOS radar just because I changed the casing on the artists name). I don't think international characters are causing the issue - I have a fair amount of French accents and German umlauts in my database, but the corruption is not restricted to these tracks.


Regarding the read-only filesystem... call me old school, but I keep adding tracks (not just streaming), so cannot see how that would work for me.

May 12, 2025 03:30 AM in response to Matti Haveri

I think you're absolutely right to suggest that everything works best on a local drive.


With photo or video editing you will typically move final products to an ultimate storage solution - and my guess is you won't be terribly restricted in the ability to view files from there (am thinking Lightroom for instance). That is different with audio - and in my case, my library (much of it on fairly low compression settings) is simply too large to store on my local drive. Plus the rest of the family would like the ability to stream from non-Apple devices around the house, even when I have taken my MacBook away.


So I'm afraid, I don't think Apple has thought this through well - or maybe Music was never intended to be the kind of Swiss Army knife for audio storage and play-back that I have chosen it to try and make. I feel I'm kind of stuck with it at this stage, though - and I do value the ability to sync parts of my library to my phone all within the Apple ecosystem.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Music app corrupts files on NAS after metadata edits

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.