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
54 replies

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?

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!

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

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 Account.