当前位置:   article > 正文

Mac 移动硬盘突然自己异常退出了(一)_mac移动硬盘莫名推出

mac移动硬盘莫名推出

一、问题

  1. 最近升级 macos 12.0.1 之后,诸多不适!

  2. 一直挂着一块 1T 的移动硬盘,并运行 VirtualBox 虚拟机,前几天 VBox 折腾了 3 天总算消停了,今天屏幕右上角突然弹出一条消息,不经意的点击了一下,已经找不到那条消息了!

    大致意思:磁盘非正常退出了,请务必保证正常退出之后才能使用!
    当时我还在运行虚拟机,虚拟磁盘是放在这个移动硬盘的,这下子虚拟机也没法使用了!

  3. 拔下来,重新插上,只见灯闪,死活挂不上!

  4. 赶紧找来另外的移动硬盘测试,可以挂载!
    将出错的移动硬盘挂载到另一个 Macbook , 也是出不来!

  5. 一下子懵了!

  6. 以前遇到过另一个 2T 的移动硬盘莫名其妙的挂不上,放到了第二天,可以挂上,但是读不出来数据!据说是 因为1T 以上的移动硬盘是多层磁片的,害得我不敢再用那个 2T 移动硬盘了

  7. 当时使用系统的磁盘工具紧急修复,没有成功!重新格式化之后,2T 的硬盘扔到一边了!放上面的数据也就没有了!

  8. 这回 1T 的盘如果也数据丢失的话,以后会有移动硬盘恐惧症了!

  9. 终于找到一篇文章,这里有命令行方式修复!赶紧试试,居然轻松修复了!哈哈哈哈!感谢这位作者!
    Mac 下移动硬盘异常退出修复

  10. 图形界面的磁盘工具,上次 2T 硬盘的时候已经试过了,这次就不吃二遍苦了!

二、我的修复记录

前面部分基本上照抄以上文章

  1. 查看当前挂载的所有磁盘
    $ diskutil list

     /dev/disk0 (internal, physical):
        #:                       TYPE NAME                    SIZE       IDENTIFIER
        0:      GUID_partition_scheme                        *251.0 GB   disk0
        1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
        2:                 Apple_APFS ⁨Container disk1⁩         250.8 GB   disk0s2
     
     /dev/disk1 (synthesized):
        #:                       TYPE NAME                    SIZE       IDENTIFIER
        0:      APFS Container Scheme -                      +250.8 GB   disk1
                                      Physical Store disk0s2
        1:                APFS Volume ⁨Macintosh HD - 数据⁩     179.4 GB   disk1s1
        2:                APFS Volume ⁨Preboot⁩                 370.5 MB   disk1s2
        3:                APFS Volume ⁨Recovery⁩                1.1 GB     disk1s3
        4:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s4
        5:                APFS Volume ⁨Macintosh HD⁩            15.7 GB    disk1s5
        6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.7 GB    disk1s5s1
     
     /dev/disk2 (external, physical):
        #:                       TYPE NAME                    SIZE       IDENTIFIER
        0:      GUID_partition_scheme                        *1.0 TB     disk2
        1:       Microsoft Basic Data ⁨Elements⁩                1.0 TB     disk2s1
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21

    这个是我的移动硬盘 1: Microsoft Basic Data ⁨Elements⁩ 1.0 TB disk2s1

  2. 尝试手工命令挂载 disk2s1
    $ diskutil mount /dev/disk2s1

     Volume on disk2s1 timed out waiting to mount
    
    • 1

    等到超时也没有挂上!

  3. 查看后台任务 fsck_hfs

    $ ps aux | grep fsck

     root              1390   4.9  0.1 33733608  12924   ??  U     3:53下午   0:07.81 /System/Library/Filesystems/exfat.fs/Contents/Resources/./fsck_exfat -y /dev/rdisk2s1
     dhbm              1424   0.0  0.0 34122812    828 s001  S+    3:55下午   0:00.00 grep fsck
    
    • 1
    • 2

    直接 kill 掉
    $ sudo pkill -f fsck
    会出现警告!先备份数据。后续再处理!
    在这里插入图片描述

    $ ps aux | grep fsck

     dhbm              1501   0.0  0.0 34122812    828 s001  S+    3:59下午   0:00.00 grep fsck
    
    • 1

    重新挂载

    $ diskutil mount /dev/disk2s1

     Volume Elements on /dev/disk2s1 mounted
    
    • 1

    成功了!桌面上也出现了移动硬盘的图标!
    赶紧点进去看,看到那些亲切的数据还都在!

  4. 以下的修复命令就直接终止了!
    $ sudo fsck_exfat -y -x /dev/disk2s1

    因为个人觉得不是磁盘问题,应该是升级macos后遗症!所以,不会丢失数据!后面会分析

    后续单独记录了修复过程在这里
    Mac 移动硬盘突然自己异常退出了(二)

三、原因查找和分析

  1. 打开 Dashboard – 其他 --控制台
    ( 图形界面的磁盘工具也在这个其它工具里)
    在这里插入图片描述
    也可以聚焦搜索 console ,打开控制台!

  2. 根据记忆发生错误时间,找到了相关日志
    在这里插入图片描述
    在这个文件中: /private/var/log 目录下的 fsck_hfs.log

     ...
     /dev/rdisk1s5s1: fsck_apfs started at Fri Nov 26 08:33:58 2021
     /dev/rdisk1s5s1: ** QUICKCHECK ONLY; FILESYSTEM CLEAN
     /dev/rdisk1s5s1: fsck_apfs completed at Fri Nov 26 08:33:58 2021
     
     
     /dev/rdisk1s1: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s1: error: container /dev/rdisk1 is mounted with write access; please re-run with -l.
     /dev/rdisk1s1: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s2: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s2: error: container /dev/rdisk1 is mounted with write access; please re-run with -l.
     /dev/rdisk1s2: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s3: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s3: ** QUICKCHECK ONLY; FILESYSTEM CLEAN
     /dev/rdisk1s3: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s4: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s4: error: container /dev/rdisk1 is mounted with write access; please re-run with -l.
     /dev/rdisk1s4: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s5: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s5: ** QUICKCHECK ONLY; FILESYSTEM CLEAN
     /dev/rdisk1s5: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s6: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s6: error: container /dev/rdisk1 is mounted with write access; please re-run with -l.
     /dev/rdisk1s6: fsck_apfs completed at Fri Nov 26 13:57:10 2021
     
     
     /dev/rdisk1s5s1: fsck_apfs started at Fri Nov 26 13:57:10 2021
     /dev/rdisk1s5s1: ** QUICKCHECK ONLY; FILESYSTEM CLEAN
     /dev/rdisk1s5s1: fsck_apfs completed at Fri Nov 26 13:57:11 2021
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 30
    • 31
    • 32
    • 33
    • 34
    • 35
    • 36
    • 37
    • 38
    • 39
  3. 这条错误:
    error: container /dev/rdisk1 is mounted with write access; please re-run with -l. 具体啥意思也不太明白!只是感觉是 macos 12.0.1 升级后出现的问题!不应该造成数据丢失!
    否则,网上早就会有人骂大街了!

    留个记忆!希望以后不再遇到!

  4. 另外: mac 通知中心怎么就找不到历史记录?有谁知道?望告知!
    今天先改一下系统事件的通知方式
    在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/875527
推荐阅读
相关标签
  

闽ICP备14008679号