So this sounds to me like a Strawberry bug, unfortunately, it's probably not something I'd be able to fix without debugging in an environment where the problem occurs. So even if you ran out of watch descriptors, a full re-scan should find the songs, even though the "monitor collection" feature won't fully work, ie.: will not find songs in a all directories. When new directories are found it should immediately find songs in those directories. There were a few less artist folders at that time, but still in excess of 725 or so.Ī full re-scan should iterate all files and directories, except hidden files and directories. When I had the files stored on a local drive rather than NFS, I did not encounter this issue. I've had to do this workaround a number of times to get new artists added, so I went looking for some troubleshooting or a fix. Additionally, once I've deleted the database and performed a rescan, the files are then added correctly and function correctly, so I don't believe that the files are an issue. When I searched the file, there weren't any entries for the new artist folders that weren't getting added - meaning, there were not any errors produced by the scanner for those files. I tried running Strawberry from terminal with verbose flags, doing a full collection scan, and dumping the output to a file (which ended up quite large). In /music, there are ~770 artist folders, with varying amounts of subfolders. and the it takes a long time to rescan the library. However, this is suboptimal because I lose play counts etc. My general fix is the same as the other user mentioned - deleting the Strawberry database and then rebuilding the library. The library scan will detect new albums in existing artist folders but not new artist folders. I also experience this issue on Arch Linux.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |