When I merge/save songs from my Linksys ReadyNAS 314, I get this error message: “Cannot write tags to file "01 - Checkered Flag.flac" in folder "Gotta Have the Rumble””, regardless of Modification flag.
After reading the posts, I have disabled the Plex app to no avail. I even rebooted the NAS. Same error.
Think I will go back to the Tag app. At least it writes the files w/o the date creation/modification issues I posted about yesterday. Bummed!
Could you check whether this helps:
You could also try and see if Console.app (set to streaming) produces any details on that error.
Console.app shows these 3 entries for mp3tag:
| error | 06:12:50.373805-0500 | Mp3tag | Error when requesting length of object: '9'. |
|---|---|---|---|
| error | 06:12:50.373904-0500 | Mp3tag | Exception at reading FLAC metadata from '/Volumes/Music/FLAC/Rock/Brian Setzer/Gotta Have the Rumble/04 - The Wrong Side Of The Tracks.flac': Length of object is unknown. |
| error | 06:12:50.375854-0500 | Mp3tag | Cannot write tags to file 04 - The Wrong Side Of The Tracks.flac in folder Gotta Have the Rumble (cannotWrite(file:///Volumes/Music/FLAC/Rock/Brian%20Setzer/Gotta%20Have%20the%20Rumble/04%20-%20The%20Wrong%20Side%20Of%20The%20Tracks.flac)) |
Hope this is readable. Again, the Tag app had no problems at all.
Oh, I do have the BluOS software for my Bluesound Node2i. (App is not active, but I know that the little box has a mind of its own!)
Many thanks for the log entries from Console.app.
When requesting the file length via fstat() the system returns EBADF (which is error 9 from the log) which means Bad file descriptor.
Translated into human language it means that the handle to the previously successfully opened file is no longer valid. I have no idea why this happens at the moment and just tested again with my local NAS accessed via SMB to confirm no such thing is happening here.
I'll have to research this further. If you spot anything, I'd be more than happy to know!
If this is a clue: the file is created by Ondesoft Spotify Converter to my downloads folder and then copied to the NAS. I would be happy to send you the files zipped if you wish.
Update: I just ran it on a CD I had ripped with Windows Media Monkey many years ago, and had the same problem. Seems to be my Netgear/Linksys ReadyNAS.
Thank you for the additional tests.
I've searched through my support archives and found one other instance of this issue on a Netgear ReadyNAS — unfortunately without any resolution.
My guess at this time was that it's something related to the SMB configuration. However, I don't know which settings might affect auto-closing of open file handles, so this isn't of much help either.
I know that Stephen Booth has not updated the Mac Tag app in some time, but it does not illustrate the same issues that I am having. I believe the initial version was open source; not sure what it is now. Perhaps there is a clue there.
Anyway, I appreciate the effort. Sure you don't want to take a look at the raw hex?
Are you using the Tag app from the Mac App Store or a standalone version?
Are you referring to having a look at the actual file? I assume that it's working fine when you copy it over to your local drive, so I don't think that this would show anything.
I believe I got the Mac Tag app (v1.05) from feisty-dog.com for $5 quite a long time ago.
I always used TextPad on my PCs, or on a Windows VM to look at hex files. I must say that FLAC is no fun to view. Just thought sending one I Tag'd successfully would be useful.
Thanks. (I know I can use Mp3Tag locally, and then copy the file back to the ReadyNAS.)
any solution for this? I also cannot write to my Synology NAS from my MACOS 13.2.1
BackLog is an option to gain some insight to what's happening on the Mac. You can set the process to Mp3tag and send the logged events.
sure thing. It's been running for something like an hour and it's at 11/12 tags. Im just changing one data point, author:
2023-07-06 17:15:33.277+0200 -- Mp3tag (Mp3tag) -- Exception during reading of MP4 tag from file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 1/Book 1, Part 1.m4b': Seek offset out of range
2023-07-06 17:15:33.296+0200 -- Mp3tag (Mp3tag) -- Exception during reading of MP4 header from file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 1/Book 1, Part 1.m4b': Seek offset out of range
2023-07-06 17:15:37.307+0200 -- Mp3tag (Mp3tag) -- fgetattrlist failed: #9: Bad file descriptor
2023-07-06 17:16:10.130+0200 -- Mp3tag (Mp3tag) -- Exception during writing of MP4 tag to file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 1/Book 1, Part 1.m4b': Seek offset out of range
2023-07-06 17:16:10.142+0200 -- Mp3tag (Mp3tag) -- Cannot write tags to file "Book 1, Part 1.m4b" in folder "Book 1" (cannotWrite(file:///Volumes/AudioBooks/Audiobooks/He%20who%20Fights%20with%20Monsters/Book%201/Book%201,%20Part%201.m4b))
2023-07-06 17:16:23.387+0200 -- Mp3tag (Mp3tag) -- Exception during writing of MP4 tag to file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 1/Book 1, Part 1.m4b': Seek offset out of range
2023-07-06 17:16:23.401+0200 -- Mp3tag (Mp3tag) -- Cannot write tags to file "Book 1, Part 1.m4b" in folder "Book 1" (cannotWrite(file:///Volumes/AudioBooks/Audiobooks/He%20who%20Fights%20with%20Monsters/Book%201/Book%201,%20Part%201.m4b))
2023-07-06 17:16:24.403+0200 -- Mp3tag (Mp3tag) -- Exception during writing of MP4 tag to file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 1/Book 1, Part 1.m4b': Seek offset out of range
2023-07-06 17:16:24.442+0200 -- Mp3tag (Mp3tag) -- Cannot write tags to file "Book 1, Part 1.m4b" in folder "Book 1" (cannotWrite(file:///Volumes/AudioBooks/Audiobooks/He%20who%20Fights%20with%20Monsters/Book%201/Book%201,%20Part%201.m4b))
2023-07-06 17:18:21.729+0200 -- Mp3tag (Mp3tag) -- fgetattrlist failed: #9: Bad file descriptor
2023-07-06 18:18:13.741+0200 -- Mp3tag (Mp3tag) -- Cannot use atomic rename for temporary file '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 7/He Who Fights with Monsters 7꞉ A LitRPG Adventure (He Who Fights with Monsters, Book 7).m4b.sb-687c7b6c-B7N6A7/He Who Fights with Monsters 7꞉ A LitRPG Adventure (He Who Fights with Monsters, Book 7)-89kIW8.m4b' to be renamed to '/Volumes/AudioBooks/Audiobooks/He who Fights with Monsters/Book 7/He Who Fights with Monsters 7꞉ A LitRPG Adventure (He Who Fights with Monsters, Book 7).m4b'. Attempting to remove original and copy temporary file.
Just tested from my M2A for files on my Netgear NAS, and although painfully slow, it did write both the FLAC and m4a files correctly.
Thank you for the error log.
normally indicates an issue with the file itself. You can check if it's working fine if performed from your local file system. If yes, the file system of your NAS is reporting erroneous states to Mp3tag which it can't recover from.
So I added album artist to 11 files and it took several hours but it did work on 10 of them. The 11th one isn't loading into the app anymore properly; it shows blank on all fields but the file itself is fine. When I tag files locally it is very fast. I believe the files are fine. It's something to do with that I'm on a Mac, editing on my synology shared files. I dont know much about networking. I saw you had some fixes in the past for similar issues but I didn't see my specific case.
macOS has a storied relationship with SMB shares. macOS has improved their SMB support fairly steadily, but it is not as plug and play as on Windows. The version of SMB you are using, whether encryption is required, and other factors can affect all sorts of issues. This also assumes there isn't a bug in a particular release of macOS, your NAS firmware, or something in your home LAN.
You can certainly go down the rabbit hole of research starting with a Google search to learn how to use smbutil in Terminal on your Mac, but frankly, I would strongly recommend you just connect the NAS as a DAS over USB (if it is has that option), or copy the files locally and do all of your tagging, then copy the edited files back to your NAS.