Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

Avery1

macrumors regular
Original poster
Mar 14, 2010
138
12
Any idea why my data copied from a Time Machine backup is larger than the data on the backup disk? Does Time Machine use some compression or de-duplication? Is there another way to verify all data is present and not-corrupted (maybe TM does this when it performs a restore?)


Background:
Had an iMac die, bought a new one, and started with a clean install of Ventura + copying over my data folders.

Left is the backup. Right is the new computer folder. I did not ask Time Machine to do a restore, per se - I just copied and pasted the files from the drive. Some folders are identical size, including folders where I know the data is already compressed (e.g. music, vmware VM). In all cases, the number of files matches.

Note: Timemachine backup was from Catalina



1680183946869.png
 
Last edited:
Agreed that would be useful, though on an 86GB folder on an external drive that might be a long run.
 
What is the output of the following commands?
Code:
diskutil info / | grep -i block                 # the device containing your root fs
diskutil info /Volumes/whatever | grep -i block # the device containing your backups
 
What is the output of the following commands?
Code:
diskutil info / | grep -i block                 # the device containing your root fs
diskutil info /Volumes/whatever | grep -i block # the device containing your backups

Here you go.

/> /volumes % diskutil info / | grep -i block

Device Block Size: 4096 Bytes

Allocation Block Size: 4096 Bytes

/> % diskutil info /volumes/AB2 | grep -i block

Device Block Size: 512 Bytes

Allocation Block Size: 8192 Bytes


Now, that said, I did talk with Apple. They indicated there is compression used with TimeMachine backups, and they did not think that when using TimeMachine to restore a folder that it performs any corruption checks or data validation.
 
Apologies, I was in too much of a hurry and noticing only the on-disk sizes, which can vary a lot between devices with different allocation block sizes, especially if you have a lot of small files. Is there some reason not to use migration assistant to restore the data?
 
^^^This. As mentioned, allocation block sizes, type of files. Also, what seems to be in this case, the TM drive is HFS+ and new Mac is APFS, so dealing with different data structures/tables to manage data on disk (ie. volume/system overhead to manage files is different).
 
Ok, thanks all. That helps clarify that it is expected.

Migration assistant... For a lot of different reasons I wanted a clean install. Just need my files, not every configuration made in the last 8 years. Sometimes just best to start clean and get out all the gremlins, taking only what you want.
 
  • Like
Reactions: gilby101
Migration assistant... For a lot of different reasons I wanted a clean install. Just need my files, not every configuration made in the last 8 years. Sometimes just best to start clean and get out all the gremlins, taking only what you want.
With MA you don't have to install everything on the backup, you can pick and choose. See #7 here.
 
Call me old school, but I like moving the files myself... takes away all questions about what was moved or done behind the scenes. Not too hard.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.