I store all of my music on a separate drive (E: - Data02) from the C: drive and I configured File History to copy files from: Libraries, Desktop, Contacts, and Favorites. File History is configured to use a different drive (F: - Backup01).
This morning I discovered the Backup01 drive (F:) ran out of space. The following screenshot illustrates the disk usage on the backup drive:
The following screenshot shows a "drilldown" on the E folder on the Backup01 drive:
Notice that the Music folder is consuming roughly 560 GB of space. However, the music files on the source drive (E: - Data02) only consume about 27 GB of space. In other words, File History has managed to consume 21 times more space on the Backup01 drive than the files on the Data02 drive.
Digging into the issue, I discovered that File History is creating a new version of each file roughly once a day -- as you can see in the following screenshot:
My initial suspicion was that each MP3 file was somehow getting "touched" daily -- for example, to update the file metadata. However, I looked at the SHA1 checksum on a couple of the files and they are identical -- so I can't see any reason why a new copy of the files are being made on a daily basis.
Unfortunately, the Date modified field for all of the files copied to the Backup01 drive reflect the dates of the original files -- as you can see from the screenshot above -- thus making it difficult to purge the older versions of the backup files. (To free up space, I thought I could just search for all files, sort them by date descending, and then delete the oldest ones.)
As a "quick fix", I simply deleted all of the E folder in the Backup01 drive. However, I anticipate that has only bought me a couple of weeks before File History once again consumes all available space (by making daily copies of files that do not appear to be changing).
Any comments or recommendations on what appears to be a particularly nasty bug?