Finished reading? Continue your journey in Tech with these hand-picked guides and tutorials.
Boost your workflow with our browser-based tools
Share your expertise with our readers. TrueSolvers accepts in-depth, independently researched articles on technology, AI, and software development from qualified contributors.
TrueSolvers is an independent technology publisher with a professional editorial team. Every article is independently researched, sourced from primary documentation, and cross-checked before publication.
iTunes disappeared from MacBooks in 2019, replaced by Music, TV, and Podcasts apps that scatter storage across your system. Most tutorials skip the critical reality: iPhone backups alone consume storage matching your device capacity, while library files hide in multiple locations. Here's how to manage iTunes-era media without filling your drive.
If your MacBook's storage is disappearing and iTunes is the first thing you blame, the problem is more complicated than it looks. iTunes hasn't existed on MacBooks since October 2019, but the storage it left behind, and the new storage the apps that replaced it are quietly generating, can fill a 256GB drive faster than most guides acknowledge. When macOS Catalina shipped, Apple split what had been a single application into four: Music for audio, TV for video, Podcasts for subscriptions, and Books for audiobooks and ebooks. Each one writes to its own directory. The interface change was visible. The storage consequences were not.
Music files default to ~/Music/Music/Media on your internal drive, with the library database sitting one level up at ~/Music/Music. Video content from the TV app defaults to ~/Movies/TV/Media, a location most music storage guides never mention because they focus entirely on audio. These two apps, at least, give you a preferences panel where you can point their media folders at an external drive.
Podcasts is a different problem entirely. Rather than writing to a user-accessible folder, podcast files land in a hidden container directory with an opaque alphanumeric identifier. Kirkville's documentation of macOS Catalina media locations confirmed the path: ~/Library/Group Containers/243LU875E5.groups.com.apple.podcasts/Library/Cache. There is no preference to redirect this. You cannot move your podcast storage to an external drive through any setting in the app. For users with years of downloaded episodes, this hidden cache grows without any obvious visibility or management path.
Device management also moved. Apple's support documentation confirms that iPhone and iPad backup management transferred from iTunes to Finder with macOS Catalina 10.15. Connect an iPhone and it now appears in the Finder sidebar; syncing, backups, and device settings live there, not in any application.
A guide that walks you through moving your Music library to an external drive solves one directory. Your TV media folder continues filling the internal drive. Your podcast cache grows invisibly. Your device backups accumulate uninterrupted. The 80GB problem in the title is not a single file; it is the sum of several ignored categories.
The Music app keeps two distinct components in separate locations. The media folder at ~/Music/Music/Media holds your actual audio files, album artwork, and any local downloads from Apple Music. The library database file lives one level up at ~/Music/Music and carries a .musiclibrary extension. This database stores your playlists, play counts, ratings, and the file location references that point the app to each track. Both components need to be understood before you move anything.
Most storage guides recommend a split configuration: keep the library database on your fast internal SSD for performance while storing the larger media folder on an external drive. The logic sounds right. The practice creates a failure mode that Apple has never addressed.
The Music app has a persistent behavior where it silently resets the media folder location back to an internal default if it launches without the external drive present. Apple Community documentation from expert contributors confirmed this reset behavior in both the current Music app and iTunes before it. The result: you change the preferences, move the files, and everything appears correct. Then you open your MacBook without the external drive plugged in, and the app quietly reassigns the media folder path. Subsequent plays stream from the cloud if you have an Apple Music subscription; new additions download to the internal drive. The configuration has silently reverted without any warning.
The way storage architecture decisions interact with macOS performance is a broader pattern; the same behaviors that cause this silent reset connect directly to the Mac slowdowns that standard troubleshooting rarely resolves.
The correct setup keeps the library database and the media folder together on the same external drive. This means the entire library lives externally, and you access it by holding Option while launching the Music app and manually selecting the library at its external path. If the drive is disconnected, the app asks you to find a library rather than silently reverting.
Open Music and go to Settings, then the Files tab. Note the current Media Folder Location. Connect your external drive and create a folder on it with a clear name such as "Music Library." In Music's Files tab, click Change next to Media Folder Location and point it to the new external folder.
Changing this preference alone does nothing to your existing files. Go to File, then Library, then Consolidate Files. This triggers the actual copy of all media to the new external location. For large libraries, this process takes several hours; let it finish without interrupting. After consolidation completes, confirm songs play from the new location by checking Get Info on a few tracks. Then move the .musiclibrary database file from ~/Music/Music to the same external drive and use Option-launch to select it there.
Only after confirming both components are on the external drive and playing correctly should you delete the original ~/Music/Music/Media folder from your internal drive.
For Apple Music subscribers, there is a faster path for recovering internal storage without migrating anything. Right-clicking any downloaded song in your library reveals a "Remove Download" option. This removes the local audio file while keeping the track in your library; it streams on demand from Apple's servers. The library metadata, play counts, and playlist membership stay intact. For users with moderate collections and reliable internet access, this single action can recover tens of gigabytes without moving a single file to an external drive.
Device backups represent the largest single category of surprise storage consumption on most MacBooks. Apple's official documentation places all iPhone and iPad backups at ~/Library/Application Support/MobileSync/Backup/ on Mac, a path that applies equally to older iTunes backups and current Finder backups. Each device gets its own subfolder with a long alphanumeric identifier. Old backups from phones you replaced years ago remain in that directory indefinitely. Nothing removes them automatically.
The size of each backup folder depends heavily on iCloud integration, not device capacity. This distinction is the part most storage guides skip. Intego's backup documentation details the exclusions: Finder backups do not include content already stored in iCloud Photos, iMessages if Messages in iCloud is enabled, content purchased through Apple's stores, or media synced from the computer. A user with iCloud Photos active and Messages in iCloud enabled might generate a backup under 25GB from a 256GB iPhone. A user with no iCloud Photos and years of text message attachments can see a backup approaching the device's total used storage.
The iCloud free storage tier provides 5GB, which is insufficient for device backup on any modern iPhone with meaningful content. Users who declined paid iCloud plans and rely entirely on Finder backups are the users most likely to face the 80GB problem, precisely because their backups capture everything that iCloud users offload to the cloud.
The assumption that "backup size equals device storage used" is wrong in both directions. Heavy iCloud users discover their backups are far smaller than expected. Light iCloud users discover their backups are larger than the device's reported available space suggests, because the backup reflects actual content rather than free space calculations. The only accurate figure is the folder size reported by Finder's Get Info on the actual backup folder at the MobileSync path.
To delete old backups cleanly, connect a device in Finder, click the device in the sidebar, scroll to the Backups section, and click Manage Backups. This presents a list of all backups stored on your Mac with their sizes and dates. Backups from devices you no longer own, or backups older than your most recent successful backup, are safe to delete from this interface. For users who have upgraded through multiple iPhones, this step alone frequently recovers 100GB or more.
If deleting old backups is not sufficient and you need to maintain a local backup for a current device while keeping it off your internal drive, the standard approach uses a symbolic link. The process involves moving the Backup folder to an external drive, then placing a symlink at the original path that redirects Finder to the external location. To Finder and to the backup process, the symlink looks identical to the original folder.
The process involves copying the existing MobileSync/Backup folder to the external drive, verifying the copy is complete, deleting the original folder, and then running the Terminal command:
ln -s /Volumes/[YourDriveName]/Backup ~/Library/Application\ Support/MobileSync/BackupThe vast majority of failures occur not from incorrect command syntax but from a permissions step that most guides omit entirely. Starting with macOS Mojave, Terminal must be granted Full Disk Access before it can interact with the MobileSync directory. iMore's backup relocation guide documented this requirement: without it, the ln -s command returns "Operation Not Permitted" regardless of whether the syntax is correct. The fix is to open System Settings, go to Privacy and Security, then Full Disk Access, and add Terminal to the list before running the command. This step predates the command itself.
One important limitation: if the external drive is not connected when Finder attempts a backup, the backup fails. There is no fallback to internal storage. For a MacBook that travels regularly without its external drive, iCloud backup may be the more reliable choice for active device backups, reserving the external drive for storage of older archives.
Beyond relocating files, two categories of invisible storage growth benefit from regular attention.
The Music app's streaming cache accumulates locally even for songs you never explicitly downloaded. Files land in ~/Library/Caches/com.apple.Music as the app buffers streamed content. Two subfolders in this directory, fsCachedData and SubscriptionPlayCache, are safe to delete entirely. The Music app recreates them as needed; deleting them does not remove any library metadata, play counts, or playlist data. For users who stream frequently through Apple Music, clearing this cache periodically can recover meaningful storage that the system does not count as "downloads" anywhere in the Music app interface.
One clarification worth stating: Apple Music's iCloud Sync Library does not draw from your iCloud storage quota. It uses a separate infrastructure. This means enabling Sync Library costs nothing against your 5GB free tier or any paid iCloud plan you maintain. The practical implication is that a user can have their entire music library available to stream from iCloud without consuming any of the iCloud storage that backups and photos compete for.
"Remove Download" is the most underutilized storage recovery action for Apple Music subscribers. It is non-destructive, requires no external hardware, and can be applied track by track or to entire playlists. The distinction between "in your library" and "downloaded locally" is real but invisible in the default Music view; switching to Recently Added and filtering by the download status indicator reveals how much local content is occupying internal storage versus how much is streaming-only.
For backup storage, Apple's own storage management guidance recommends deleting old device backups as a primary action. The About This Mac storage breakdown categorizes iPhone and iPad backups under "iOS Files," but the number shown is only useful for understanding the scale of the problem. The actionable cleanup happens in Finder's Manage Backups panel, not in the storage graph.
A practical monitoring habit: check ~/Library/Application Support/MobileSync/Backup/ directly in Finder every six months. Sort the backup subfolders by Date Modified. Any folder with a modification date older than your last iPhone upgrade represents a device you no longer own, and that folder is occupying space for no purpose. On systems where multiple devices have been backed up over several years, this single cleanup frequently surfaces storage that no system report makes obvious.
Does the TV app have a separate media folder I need to manage?
Yes. The TV app stores downloaded movies and shows at ~/Movies/TV/Media by default. Like the Music app, it has a Files preferences tab where you can change the media folder location and then consolidate existing files to the new location. Users who download video content for offline viewing should check this folder's size, as downloaded titles can consume substantial storage, particularly at higher quality settings.
Can I move my podcast downloads to an external drive?
Not through any setting in the Podcasts app. Podcast files land in a hidden cache container path that the app does not expose to users. The only management options available are deleting individual episodes or adjusting how many episodes the app retains automatically in Podcast settings. If you need to manage podcast storage, limiting automatic downloads and setting a maximum episode count per show are the only practical controls.
Does an encrypted Finder backup take more space than an unencrypted one?
Not significantly. Encrypted backups include a few additional data categories that unencrypted backups exclude, specifically Health data and stored passwords. The size difference is typically minor. The more consequential decision is whether to encrypt or not based on what data you need included, not on storage size.
What happens to my library if my external drive fails?
If the drive holding your Music library fails and you have no additional backup, the media files are gone. The .musiclibrary database can be rebuilt from scratch, but your actual audio files are not recoverable from the database alone. For libraries that represent years of ripped CDs or purchased content, a second backup copy on a separate drive is worth maintaining. Time Machine does not back up external drives by default; you need to explicitly add them or use a separate backup solution.
Why does About This Mac show more storage used by Music than I expect?
The macOS storage accounting has a documented bug, originally identified in the Sierra era, where library storage on an external drive can continue to display as internal storage in the About This Mac pie chart. The categorized breakdown in that view is often unreliable for diagnosing iTunes-era media specifically. The Sierra-era accounting bug is well-documented, though whether it manifests identically in current macOS is difficult to confirm without device-specific testing. The accurate figure is always the folder size obtained by right-clicking the actual folder in Finder and selecting Get Info. Trust Get Info on the actual directories, not the storage graph.