Post not yet marked as solved
In beta 9, asr did almost work. By almost, I mean that the command succeeded, but the resulting volume is still not bootable.
But there is a regression in beta 10 : the command failed. I tried several options, but it's ending on a failure on:
"Couldn't embed the APFS EFI driver - erreur 49174"
I hope this is not the GM…
Post not yet marked as solved
Beta 8 is better. I can finish the apfs operation:
Password:
Validating target...done
Validating source...done
Replicating ....10....20....30....40....50....60....70....80....90....100
Replicating ....10....20....30....40....50....60....70....80....90....100
Restored target device is /dev/disk3s2.
Restore completed successfully.
However, the result is not shown in System Preferences…
|
| APFS Volume Disk (Role): disk3s3 (Data)
| Name: macOS Big Sur - Données (Case-insensitive)
| Mount Point: Not Mounted
| Capacity Consumed: 40842784768 B (40.8 GB)
| Sealed: No
| FileVault: No
|
+-> Volume disk3s2 B47FE0AC-CD4C-4444-BE16-785C96F6EFD5
|
| APFS Volume Disk (Role): disk3s2 (System)
| Name: macOS Big Sur (Case-insensitive)
| Mount Point: Not Mounted
| Capacity Consumed: 15706312704 B (15.7 GB)
| Sealed: Broken
| FileVault: No
|
+-> Volume disk3s4 72F5627F-D60D-40A7-B1C9-CED3A8BD80E3
|
| APFS Volume Disk (Role): disk3s4 (Preboot)
| Name: Preboot (Case-insensitive)
| Mount Point: Not Mounted
| Capacity Consumed: 528404480 B (528.4 MB)
| Sealed: No
| FileVault: No
|
+-> Volume disk3s5 29D5A484-E049-4239-8D4C-8ECDBEED7B67
APFS Volume Disk (Role): disk3s5 (Recovery)
Name: Recovery (Case-insensitive)
Mount Point: Not Mounted
Capacity Consumed: 765935616 B (765.9 MB)
Sealed: No
FileVault: No
Post not yet marked as solved
Thanks sux2mfgj.
I just installed beta 7, and there are some improvements: my startup disk is now correctly sealed.
I tried with "toSnapshot" option on beta 7, and it's better: I can see a different error :)
Validating target...done
Validating source...done
Couldn't set up partitions on target device - operation AddAPFSVolumeToContainer, line #5330 - error 49231
I also noticed that other vendors have the same problem. Let's hope it will be fixed for GM.
Post not yet marked as solved
I have a slightly different problem: I can't make replication work.
sudo asr restore --source / --target /Volumes/BB --erase
Validating target...done
Validating source...
Source volume format on device "/dev/disk4s5s1" is not valid for restoring
Could not validate source - Permission denied
or
sudo asr restore --source /dev/disk4s5 --target /dev/disk5s1 --erase
Validating target...done
Validating source...
The source volume cannot be restored because it has a broken seal
Could not validate source - Invalid argument
Indeed, APFS seal seems broken on my system volume. But I don't know what could have broke this seal, how to fix that, and why it prevents completely volume replication from working
Post not yet marked as solved
We have reports of several of our customers having this issue. Have you any idea of what could cause this problem? This folder is protected by SIP so no one except Apple should be allowed to modify flags of this folder, right?
Thanks a lot! This is working.
Post not yet marked as solved
Correct. I'd like to proxy only some requests. Or at least, to be able to resolve DNS request within the extension (if I do so currently, the request I made within the extension using res_send is forwarded to my proxy…)
