无聊哦 发表于 2022-12-19 11:24

12.0beta升级12.6.3卡nx_mount

主板：微星Z370M MORTARCPU: QTJ1 目前自用12.0 Beta版(21A5506j)一切正常，所有设备识别昨天升级12.6.3，一直卡nx_mount:1184: disk0s3 initializing cache w/hash_size 8192 and cache size 32768





硬盘分了2个区，mac分区150G，安装mac系统，macdata分区360G，专门存文件，相当于windows的D盘。现在的状态是，在12.0下运行安装程序，重启进入mac installer，就卡这个报错。oc从之前的7.2升级到了8.7不管oc是7.2还是8.7进12.0beta都完全正常。即使卡这个报错，重启进mac还是能正常进入12.0beta



diskutil list/dev/disk0 (internal, physical):   #:                     TYPE NAME                  SIZE       IDENTIFIER   0:      GUID_partition_scheme                        *512.1 GB   disk0   1:                        EFI ⁨EFI⁩                     208.7 MB   disk0s1   2:               Apple_APFS ⁨Container disk1⁩         150.0 GB   disk0s2   3:               Apple_APFS ⁨Container disk2⁩         361.9 GB   disk0s3
/dev/disk1 (synthesized):   #:                     TYPE NAME                  SIZE       IDENTIFIER   0:      APFS Container Scheme -                      +150.0 GB   disk1                                 Physical Store disk0s2   1:                APFS Volume ⁨mac - 数据⁩            97.9 GB    disk1s1   2:                APFS Volume ⁨Preboot⁩               420.5 MB   disk1s2   3:                APFS Volume ⁨Recovery⁩                1.1 GB   disk1s3   4:                APFS Volume ⁨VM⁩                      1.1 GB   disk1s4   5:                APFS Volume ⁨mac⁩                     15.4 GB    disk1s5   6:            APFS Snapshot ⁨com.apple.os.update-...⁩ 15.4 GB    disk1s5s1
/dev/disk2 (synthesized):   #:                     TYPE NAME                  SIZE       IDENTIFIER   0:      APFS Container Scheme -                      +361.9 GB   disk2                                 Physical Store disk0s3   1:                APFS Volume ⁨macdata⁩               239.7 GB   disk2s1


无聊哦 发表于 2022-12-19 11:26

因字数限制，无法直接贴efi文件，只能压缩成zip上传
有没有朋友遇到同样的问题？寻求解决办法。折腾了一个白天，一个晚上了


WH唯有华 发表于 2022-12-19 12:16

有12.6.3？

无聊哦 发表于 2022-12-19 12:38

WH唯有华 发表于 2022-12-19 12:16 https://bbs.pcbeta.com/static/image/common/back.gif
有12.6.3？


无聊哦 发表于 2022-12-19 15:54

做了下磁盘修复，出现了新的报错
nx_mount:1460: disk0s2 checkpoint search: largest xid 4545391,best xid 4545951 @141





sudofsck_apfs -n -l /dev/disk0s2
** Checking the container superblock.
   Checking the checkpoint with transaction ID 4548517.
** Checking the EFI jumpstart record.
** Checking the space manager.
** Checking the space manager free queue trees.
** Checking the object map.
** Checking the encryption key structures.
** Checking volume /dev/rdisk1s1.
** Checking the APFS volume superblock.
   The volume mac - 数据 was formatted by diskmanagementd (1677.141.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the document ID tree.
** Checking the fsroot tree.
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (11346632 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (21968969 + 4)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (25038262 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (29085723 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (29095837 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (34607225 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (34626409 + 1)
** Verifying volume object map space.
** The volume /dev/rdisk1s1 was found to be corrupt and needs to be repaired.
** Checking volume /dev/rdisk1s2.
** Checking the APFS volume superblock.
   The volume Preboot was formatted by diskmanagementd (1677.50.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying volume object map space.
** The volume /dev/rdisk1s2 appears to be OK.
** Checking volume /dev/rdisk1s3.
** Checking the APFS volume superblock.
   The volume Recovery was formatted by diskmanagementd (1677.50.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying volume object map space.
** The volume /dev/rdisk1s3 appears to be OK.
** Checking volume /dev/rdisk1s4.
** Checking the APFS volume superblock.
   The volume VM was formatted by diskmanagementd (1677.50.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying volume object map space.
** The volume /dev/rdisk1s4 appears to be OK.
** Checking volume /dev/rdisk1s5.
** Checking the APFS volume superblock.
   The volume mac was formatted by storagekitd (1677.141.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking snapshot 1 of 1 (com.apple.os.update-294374A33501E61EF8BF5AC2CB4580001CE1C1CA62F975F7D9F7054B4EF80F59)
** Checking the extent ref tree.
** Checking the fsroot tree.
** Checking the file extent tree.
** Verifying volume object map space.
** The volume /dev/rdisk1s5 appears to be OK.
** Checking volume /dev/rdisk1s6.
** Checking the APFS volume superblock.
   The volume Update was formatted by com.apple.Mobile (1677.50.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying volume object map space.
** The volume /dev/rdisk1s6 appears to be OK.
** Verifying allocated space.
warning: overallocation detected on Main device: (0xad22c8+1) bitmap address (0x10beb)
Fix overallocation (0xad22c8+1) bitmap address (0x10beb)? NO
warning: overallocation detected on Main device: (0x14f3849+4) bitmap address (0x10b9a)
Fix overallocation (0x14f3849+4) bitmap address (0x10b9a)? NO
warning: overallocation detected on Main device: (0x17e0db6+1) bitmap address (0x10836)
Fix overallocation (0x17e0db6+1) bitmap address (0x10836)? NO
warning: overallocation detected on Main device: (0x1bbd01b+1) bitmap address (0x108bc)
Fix overallocation (0x1bbd01b+1) bitmap address (0x108bc)? NO
warning: overallocation detected on Main device: (0x1bbf79d+1) bitmap address (0x108bc)
Fix overallocation (0x1bbf79d+1) bitmap address (0x108bc)? NO
warning: overallocation detected on Main device: (0x2101079+1) bitmap address (0x1121f)
Fix overallocation (0x2101079+1) bitmap address (0x1121f)? NO
warning: overallocation detected on Main device: (0x2105b69+1) bitmap address (0x1121f)
Fix overallocation (0x2105b69+1) bitmap address (0x1121f)? NO
** Performing deferred repairs.
error: orphan/invalid physical extent (11346632)
Remove orphan/invalid physical extent objects? NO
Skipped 7/7 repairs of this type in total.
** The container /dev/disk0s2 appears to be OK.


sudofsck_apfs -n -l /dev/disk0s3
** Checking the container superblock.
   Checking the checkpoint with transaction ID 178045.
** Checking the space manager.
** Checking the space manager free queue trees.
** Checking the object map.
** Checking volume /dev/rdisk2s1.
** Checking the APFS volume superblock.
   The volume macdata was formatted by diskmanagementd (1677.50.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the document ID tree.
** Checking the fsroot tree.
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (4109589 + 1)
warning: Cross Check : Mismatch between extentref entry reference count (1) and calculated fsroot entry reference count (0) for extent (66553127 + 1)
** Verifying volume object map space.
** The volume /dev/rdisk2s1 was found to be corrupt and needs to be repaired.
** Checking volume /dev/rdisk2s2.
** Checking the APFS volume superblock.
   The volume Update was formatted by com.apple.Mobile (1677.141.1) and last modified by apfs_kext (1933.40.6).
** Checking the object map.
** Checking the snapshot metadata tree.
** Checking the snapshot metadata.
** Checking the extent ref tree.
** Checking the fsroot tree.
** Verifying volume object map space.
** The volume /dev/rdisk2s2 appears to be OK.
** Verifying allocated space.
warning: overallocation detected on Main device: (0x3eb515+1) bitmap address (0x6f06)
Fix overallocation (0x3eb515+1) bitmap address (0x6f06)? NO
warning: overallocation detected on Main device: (0x3f78527+1) bitmap address (0x6d5b)
Fix overallocation (0x3f78527+1) bitmap address (0x6d5b)? NO
** Performing deferred repairs.
error: orphan/invalid physical extent (4109589)
Remove orphan/invalid physical extent objects? NO
Skipped 2/2 repairs of this type in total.
** The container /dev/disk0s3 appears to be OK.

WH唯有华 发表于 2022-12-19 17:26

好的，谢谢，我看看

WH唯有华 发表于 2022-12-19 17:28

我还是没有收到12.6.3

无聊哦 发表于 2022-12-19 23:43

没有大佬出现吗

yuanjinghongjiu 发表于 2022-12-20 11:15

这个情况是不是没有卡死，等五分钟下是不是可以开机

无聊哦 发表于 2022-12-20 13:11

yuanjinghongjiu 发表于 2022-12-20 11:15 https://bbs.pcbeta.com/static/image/common/back.gif
这个情况是不是没有卡死，等五分钟下是不是可以开机

等过一次30分钟的，还是一直这样。接了个usb鼠标，一旦卡这里，鼠标灯就灭了，应该是在这个地方死机了

无聊哦 发表于 2022-12-20 23:54

升级到13.1也不行，同样的问题。
重新格盘，现状bigsur，定制usb，再升级12.6也是同样的报错。一点头绪都没有
页: [1]
查看完整版本: 12.0beta升级12.6.3卡nx_mount