You can make a difference in the Apple Support Community!
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
After upgrading to High Sierra on an 2011 MacBook Air, when running Disk Aid on the boot disk (auto-converted to APFS) I get this error:
error: snap_metadata_val object (oid 0xe79f): invalid extentref_tree_oid (0x0)
it still says the check completed sucessfuly, but this error looks not benign. I also booted in recovery mode and get the same error.
MacBook Air (13-inch Mid 2011), macOS High Sierra (10.13)
I have the same error as you. In my case it turned out to be a dateless time machine local snapshot.
To check for it, open a Terminal and list local time machine snapshot by running the
command "tmutil listlocalsnapshots /"
It will show entries like "com.apple.TimeMachine.YYYY-MM-DD-HHMMSS"
If you see dateless snapshot, delete it use "sudo tmutil deletelocalsnapshots YYYY-MM-DD-HHMMSS"
with the actual date of the dateless entry. You will need to enter your user password.
# tmutil listlocalsnapshots /
com.apple.TimeMachine.2017-10-04-014927 (dataless)
com.apple.TimeMachine.2017-10-04-024750
com.apple.TimeMachine.2017-10-04-024752
com.apple.TimeMachine.2017-10-04-024835
com.apple.TimeMachine.2017-10-04-024852
# sudo tmutil deletelocalsnapshots 2017-10-04-014927
Password:
Deleted local snapshot '2017-10-04-014927'
# tmutil listlocalsnapshots /
com.apple.TimeMachine.2017-10-04-024750
com.apple.TimeMachine.2017-10-04-024752
com.apple.TimeMachine.2017-10-04-024835
com.apple.TimeMachine.2017-10-04-024852
Thank you!
This fixed the error and recovered 30G of hard drive space
You could manually become root by issuing the command "su -l" and entering your root password, and then try the tmutil command without sudo in front of it?
Great. Thanks for this, I found a dataless snapshot, deleted it and DiskUtility now runs clean.
Thank you
Thanks mate, worked. How on earth did you find out about this?
Use
tmutil delete 2017-11-27-194607
If you look at the suggested fixes, none include "com.apple.TimeMachine." in the tmutil delete command.
It worked for me when I omitted it, but tested with it included and got a similar error.
Appreciate the tip. It seems that with macOS X "another day, another defect". Mac OS 7.1 was a cakewalk compared to Mac OS X.
use following command :
sudo tmutil deletelocalsnapshots 2017-11-27-194607
Is different than tmutil delete 2017-11-27-194607 ?
Hi there, worked like a charm. Thank you very much!
I'm with you Javier, it reappears! Anyone know of a permanent fix, or even Apple?
🙂
I keep having this exact problem. Several times a week, I have to manually use tmutil to delete multiple dataless snapshots for Disk Utility to run successfully. We need a permanent fix.
Thank you! Fixed my issue too (BTW, as you put in the example, you only need to enter the date and number in the delete command, WITHOUT the com.apple.TimeMachine. :-D
🙂
The same thing keeps happening to me; several times a week, I have to use tmutil to remove dataless snapshots.
Any suggestion as to how to avoid these would be great.
-N
You're a god! Why can't Apple handle this (I don't know, maybe delete dateless snapshots? or give a useful message on the error)... shame.
Thank you very much!
error: snap_metadata_val object (): invalid extentref_tree_oid (0x0)
