Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

error: snap_metadata_val object (): invalid extentref_tree_oid (0x0)

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)

Posted on Sep 29, 2017 12:11 PM

Reply
Question marked as Best reply

Posted on Oct 6, 2017 1:18 PM

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

54 replies

Mar 28, 2018 10:47 AM in response to oxfrombws

Hey friend, I have been trying this command for a while now, and it doesn't work for me it keeps saying "Error parsing argument". I also want to delete the "time machine backups". because it was taking space from my mac system storage, but the command keeps giving me the same error. Do you know how I can deal with?it. I've got MacBook Pro 13 retina 2015.

Mar 28, 2018 11:30 AM in response to Cerniuk

They are very different.

localsnapshot is file system snapshots supported by APFS volumes.

it's not a actual physical path where snapshot is stored (cloned change).

see tmutil man page:


delete path ...

Delete one or more snapshots, machine directories, or backup

stores. This verb can delete items from backups that were not

made by, or are not claimed by, the current machine. Requires

root privileges.


deletelocalsnapshots date

Delete all local Time Machine snapshots for the specified date

(formatted YYYY-MM-DD-HHMMSS).

Apr 1, 2018 10:04 AM in response to dkalchev

Hey,


I came across the same problem as well. I cannot delete this bloody localsnapshots.


I removed all TM backups from my external drive and disable the automatic TM backups and I made a manual back up for couple of gigabytes and stopped it. Then I listed the snapshots. I was able to delete the fresh snapshot refering today however something dated back to 2018-03-25-021312 is still not removable. This is the same error I got:


Error parsing argument com.apple.TimeMachine.2018-03-25-021312


There is an update to my High Sierra however I cannot even update it. Whatever I delete form my mac piles up as still used space. My 500Gb SSD shows only 3-5gb free space even if I deleted at least 60-70gb yesterday. It is so frustrating.


Is there any solution for that yet? Any help is appreciated.


Thanks

Apr 1, 2018 11:07 AM in response to oxfrombws

Output is:


com.apple.TimeMachine.2018-03-25-021312


It does not state (dataless).


And yes I use excatly:

sudo tmutil deletelocalsnapshots 2018-03-25-021312


and I always get this error:


Error parsing argument 2018-03-25-021312


I could delete todays localsnapshot with this command but there is problem with the one above.


My HD space is shrinking to 1.5 GB and cannot even use my macbook pro properly because of this HUGE bug or whatever. I dont know what to do!

Apr 1, 2018 12:12 PM in response to oxfrombws

I tried that as well:


Buraks-MacBook-Pro:~ Burak$ sudo tmutil thinlocalsnapshots / 1000000000 1

Password:

Thinned local snapshots:

Buraks-MacBook-Pro:~ Burak$ sudo tmutil listlocalsnapshots /

com.apple.TimeMachine.2018-03-25-021312

Buraks-MacBook-Pro:~ Burak$ sudo tmutil deletelocalsnapshots 2018-03-25-021312

Error parsing argument 2018-03-25-021312

Buraks-MacBook-Pro:~ Burak$

Apr 7, 2018 1:46 PM in response to LittleLebowski

Iˋve got a similar problem:

- My MacBook Air doesnˋt boot anymore. Not even into recovery mode.

- fsck -y tells Snapshot metadata tree is invalid

- Sudo tmutil listlocalsnapshots / shows a dataless snapshot

- I canˋt delete the entry: sudo tmutil deletelocalsnapshots 2018-01-28-213323 only results in „failed to delete local snapshot ´2018-01-28-213323´. Sudo doesnˋt ask for the adminpassword.


Any hints to delete the entry?

Apr 30, 2018 11:19 AM in response to jogejude

I have this problem too with tmutil - if I try tmutil thinlocalsnapshots / OR tmutil deletelocalsnapshots 2018-04-22-102233, the response is always "failed to thin local snapshots" OR "failed to delete local snapshot ....."


I tried with sudo and also the same issue - it does not prompt for password, just executes the command that fails.


help??

May 14, 2018 12:36 AM in response to dkalchev

Hi, all -


I have tried the suggestions listed in this thread, but I'm getting a different error. Here's my terminal output (I'm doing this in single-user mode, so I'm retyping from photos I took, so sorry for any typos):


localhost:/ root# sudo fsck -fy

[skipping output to errors]

handle_crypto_mount:814: handling crypto mount (volume /dev/disk1s1)

handle_crypto_mount:996: crypto mount finished w/apfs

dev_init:476: Using /private/var/vm/apfs and /private/var/vm/nx for device-io.

[skipping things again...]

error: snap_metadata_val object (oid 8x7915c): invalid extentref_tree_oid (0x0)

Snapshot metadata tree is invalid.

** The volume /dev/rdisk1s1 could not be verified completely.

apfs_vfsop_unmount:1523: fake mount for going away

apfs: total mem allocalted: 3779403 (4 mb):

localhost:/ root# sudo /sbin/mount -uw /

[...]

apfs_vfsop_sync:3020: failed to finish all transactions in sync()! (err 16)

spaceman_trim_free_blocks:3009: scan took 5.986332 s, trims took 5.420211 s

spaceman_trim_free_blocks:3017: 12991201 blocks free in 276005 extents

spaceman_trim_free_blocks:3025: 12991201 blocks trimmed in 276005 extents (19 us/trim, 50921 trims/s)

spaceman_trim_free_blocks:3028: trim distribution 1:97010 2+:48375 4+:52100 16+:37641 64+:26673 256+:14206

localhost:/ root# tmutil listlocalsnapshots /

com.apple.TimeMachine.2018-04-25-151259 (dataless)

[...others listed that aren't dataless...]

localhost:/ root# sudo tmutil deletelocalsnapshots 2018-04-25-151259

Failed to delete local snapshot '2018-04-25-151259'

localhost:/ root# sudo tmutil delete 2018-04-25-151259

2018-05-14 00:08:17.321 tmutil[16:477] Failed to take user idle sleep power assertion (IOPMAssertionCreateWithName returned -536878199)

2018-04-25-151259: No such file or directory (error 2)

Total deleted: 0B

localhost:/ root#


As you can see, it does not delete the snapshot and doesn't offer any further explanation, at least in the first attempt. It may be possible that the com.apple.[etc] prefix is required with the plain tmutil delete command, so I'll try that and update this post.


In the meantime, does anyone have any idea as to why I can't delete the snapshot, even though I seem to be entering the command correctly? It's bizarre that it says it didn't delete the snapshot but doesn't explain why...


Thanks!

Aug 26, 2018 1:10 PM in response to dkalchev

My recent experience was slightly different, posting here in case it helps anyone with similar issue.


After my MBP 2014 didn't wake from sleep I did a hard restart into single-user mode and ran fsck; got the "volume could not be verified completely" error. Unfortunately when I ran the Terminal command # tmutil listlocalsnapshots / it only showed one snapshot and it was NOT listed as dataless.


What I wound up doing was using the app Daisy Disk to find "hidden space" and delete the chunk of space set aside for Time Machine. When I ran # tmutil listlocalsnapshots / again it listed the snapshot as dataless so I ran the command to delete it. In all likelihood I probably could have deleted it without trashing the hidden space first; regardless, my next pass at fsck completed successfully.


Much thanks to oxfrombws for your solution; I had never encountered this before and I was at a loss!

error: snap_metadata_val object (): invalid extentref_tree_oid (0x0)

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.