apfs扩容_老Macbookpro扩容记
引子
2012年中,15寸Retina屏幕的Macbookpro。
标配256G SSD。伴随了8年了,上半年刚刚自行换了电池,想来再次DIY升级自己的硬盘。
过程不说了,网上Google + 百度了大半天,最终解决方案是:
M.2 (ngff)SATA协议的SSD 转接 2012苹果接口。
需要购买材料
M.2 SATA协议转接口
M.2 SATA协议接口SSD硬盘(1T容量)
接口购买链接:(15元)
image.png
硬盘最后选了国货(也是便宜)(799元)
image.png
都刚刚下单,等待明天到达中。。。
忐忑~ 看看这800元能否搞定我的扩容计划。
到了到了,终于到货了。开始以为店家发错货了,M.2的接口是双缺,但是这转接头不是pin2pin对应的,和店家确无误后,开始了更换硬盘的操作。
image.png
image.png
下图是店家给的确认图,不过还是要小心pin脚对应的方向(pin脚少的与少的对接,M.2硬盘5pin金手指与转接卡的4PIN对应)
image.png
这个是我买的硬盘的对应方式图:
顺便提醒一下,如果更换硬盘后想用时间机器恢复系统务必保持时间机器有完整的备份,其中还有细节在下文叙述。
再次确认准备工作都充分:
拆Macbookpro底盖的专用螺丝刀
拆硬盘的专用螺丝刀
时间机器的外置硬盘
一颗随时准备异常情况发生的心
硬件更换
彻底关机,拆出10颗螺丝,按顺序摆放好,拆开底盖;
务必断开电池与主板连接线;
image.png
松开硬盘的一颗螺丝,并轻轻拆出,同时记好方位;
原配的SSD
image.png
将插好的硬盘与转接头插回硬盘接口;
拧紧硬盘固定的螺丝;
新换的SSD+转接装入:
image.png
将电池与主板连接恢复;
底盖扣住,但不着急装回螺丝;
恢复系统,确认无误装回螺丝;
恢复系统
单独说下恢复系统,这里折腾了好久才搞明白,也是整个换硬盘过程中最耗时间的。
当我按照网上说的方法,按住command + R同时开电源,进入恢复模式,看到旋转的地球图标并输入Wi-Fi连接信息后,进入界面的4个选项:
从Time Machine备份进行恢复
重新安装 Mac OS X
获得在线帮助
磁盘工具
image.png
先选择第4项磁盘工具,看看系统是否正确认到新的硬盘。看到硬盘相关信息:
1.02TB ORICO N300 1TB Media
悬着的心终于放下,证明硬件工作都OK。
image.png
抹掉该硬盘,也就是格式化一下。选择Mac OS 扩展(日志式)
名称我用MBP_SSD, 默认的分区方案为GUID。
完成后退出磁盘工具,返回主界面,再选择第1项,此时可以插入时间机器的外置硬盘,准备,恢复。按照提示一路往下走,走的那么顺畅毫无意外,但是让人郁闷的状况悄无声息的逼近而来。
恢复中的时间机器
image.png
恢复成功的提示:
image.png
一起正常,重启系统,熟悉的苹果logo和进度条:
image.png
但是问题就在这里发生了:进度条卡在100%不动了。我以为是系统初始化的正常操作,但是
1分钟,2分钟,。。。一直过了15分钟没有任何动静。有一个声音告诉我,出幺蛾子了!
立刻网上搜索,各种搜索和查询,发现了下面这篇文章,给了我希望:
mac开机卡在进度条的问题
但是按照文章的说法,command + v再开机看到打印信息应该如下图:
image.png
关键信息是
opendirectoryd. Too many corpses being created.
而我遇到的情况是
image.png
貌似也有Too many corpses being created.但完整信息是:
mds. Too many corpses being created.
不太一样,事实证明我进入恢复模式用Terminal进入后也无法找到原文说的数据库目录,完全没有这个目录的存在。然后就懵逼了~
在仔细看看原文,回想自己的操作没发现什么不妥之处。于是本着再试试的念头,再次抹掉硬盘,再次用时间机器恢复(30分钟左右)还是遇到同样的现象。
难道我时间机器用错了??再用磁盘工具检测恢复后的硬盘,占用的数据只有1.2GB,不对啊,我之所以升级硬盘就是原来256GB的空间只剩下20GB左右,也就是至少200GB的空间应该被占用了。所以恢复后的的硬盘占用空间应该也是这个大小左右。我对时间机器的可靠性开始怀疑了,算了,决定还是老老实实重新装全新系统吧。以后再用”迁移助手“从时间机器一点点恢复文件。
关机,按住command + R,再开机进入恢复模式,输入Wi-Fi密码,等几分钟后进入4菜单界面,先再抹掉硬盘,再选择第2项重新安装Mac OS X,而且看界面只能安装Lion的版本,Lion就Lion把,再升级到Catalina就行,往下走开始在线安装时,又一个提示在我拔凉的心撒上一层冰霜:
无法找到要安装系统的组件
什么!Lion都不能在线安装了吗??!!
好吧,不能网络装就USB方式安装,总可以了吧。
这个时候就需要准备另外一台电脑,网上搜索如何制作U盘启动盘,但是一个困难的问题是很难下载到靠谱的os x安装文件:
Mac电脑只能通过App Store下载,但是如果你的下载电脑不支持要下载的OS,App Store还不让你下载。
其他下载源是否可靠?
在研究U盘启动盘制作好,如何使用的时候,Apple官方的一条解释让我重新燃起新的希望:
image.png
我之前一直用Command+R的方式进入恢复模式,而且新装Mac OS X的版本是Lion。如果Option+Command+R是进入与Mac兼容的最新macOS。实验一下,发现虽然都是恢复模式,但是确实进入的实用工具界面不太一样,而且默认新装Mac OS X的版本已经变为Catalina,在联想到之前发现时间机器恢复出来系统大小异常,难道不同macOS的时间机器版本有兼容性的问题?
我的外置硬盘里的时间机器都是最近几天备份的Catalina macOS的内容。如果我在新的实用工具用它的时间机器恢复,会不会能够成功?管他的!试了再说。
再次抹掉新硬盘,此时磁盘工具的版本也是新版了,格式支持APFS。抹掉后,接入外置硬盘从时间机器恢复走起!看到进度条出现时,预估的剩余时间为15个小时,心理隐隐觉得好像对路了。此时已经是凌晨3点多了,让我再等15小时也扛不住。之前的身心疲惫感一下涌出来,倒头就在床上睡下,一夜无话~
睡到早上8点,睁眼看到mac的屏幕是黑黑的,当我敲击键盘的enter键,熟悉的登录界面出现在眼前,看来还真是时间机器版本兼容的问题啊,输入密码看到loading图标再短暂的旋转后,那么熟悉的桌面展现眼前。随便打开几个熟悉的APP都可以正常运行。OK,至此硬盘升级成功。
最后放上更换前后磁盘性能测试对比,平均读写速度提升100M/s
换之前测试:
image.png
换之后测试:
image.png
后记 2020-9-12
新的硬盘用到第二天了,目前发现的主要问题:
微信的数据库出问题了(微信自己检测到),导致微信一直处于高CPU高内存消耗状态,风扇使劲的转。删除微信重装后解决。
apfs扩容_老Macbookpro扩容记相关推荐
- hashmap 扩容是元素还是数组_谈谈HashMap扩容
为什么需要扩容? 因为HashMap为了节省创建出的对象的内存占用,一开始只默认分配: static final int DEFAULT_INITIAL_CAPACITY=1<<4; 也就 ...
- linux磁盘扩容_超详尽!Linux云服务器存储扩容实操
导语 | 随着业务的发展,业务数据不停的增长,原有的磁盘空间可能会出现磁盘空间不够用的情况,因此,需要对磁盘空间进行扩容,以满足业务数据增长的需求.本文总结了Linux环境下云服务器存储扩容的三种方式 ...
- Ubuntu虚拟机扩容|5min内快速扩容
Ubuntu虚拟机扩容 踩坑记录 之前做实验的时候用fdisk+fstab自动挂载的方式给虚拟机扩容过, 这次系统提示我分区不足, 我又重新试了一下, 结果遇到问题, 新增的区域并没有附加挂载到roo ...
- Redis的字典扩容与ConcurrentHashMap的扩容策略比较
本文介绍Redis的字典(是种Map)扩容与ConcurrentHashMap的扩容策略,并比较它们的优缺点. (不讨论它们的实现细节) 首先Redis的字典采用的是一种''单线程渐进式rehash' ...
- linux为已有磁盘扩容 kvm,KVM虚拟磁盘扩容
KVM虚拟磁盘扩容 1.磁盘扩容分为raw和qcow2两种扩容方式,命令相同,区别是后缀名 [root@daixuan ~]# qemu-img info /data/daixuan1.qcow2 / ...
- 【解决】Linux (centos7)扩容磁盘不显示扩容后的磁盘或者磁盘大小两种情况
[解决]Linux (centos7)扩容磁盘不显示扩容后的磁盘或者磁盘大小两种情况: 情况一:修改原来磁盘大小,一般是增加,特别是在虚拟化中 情况二:新增磁盘 情况一:修改原来磁盘大小后,系统磁盘 ...
- (超详细笔记整理)动力节点_老杜 | JavaSE零基础 :P329(方法) - P479
JAVA基础学习 第二篇文章的连接: (超详细笔记整理)动力节点_老杜 | JavaSE进阶 [P486之后]. 文章目录 JAVA基础学习 方法 Java的主要内存空间 栈数据结构 **栈数据结构: ...
- 虚拟服务器怎么给系统扩容,虚拟服务器磁盘扩容
虚拟服务器磁盘扩容 内容精选 换一换 您可以创建VBD类型的共享磁盘和SCSI类型的共享磁盘.建议将共享磁盘挂载至位于同一个反亲和性云服务器组内的ECS,以提高业务可靠.VBD类型的共享磁盘:创建的共 ...
- currenthashmap扩容原理_ConcurrentHashMap之扩容实现(基于JDK1.8)
1. 概述 ConcurrentHashMap是JDK提供的一种线程安全的HashMap实现,JDK1.8对ConcurrentHashMap进行了大量优化,除了增加了函数式编程特性,还对加锁方式进行 ...
最新文章
- 用子函数的方法求一维数组中所有元素之和
- 华为数据之道_华为构筑产业数字化的太极之道
- python基础——数字型
- uml -- unified modeling language 同一建模语言
- android.content.ActivityNotFoundException: No Activity found to handle Intent 的错误
- Can not find the tag library descriptor for http://java.sun.com/jsp/jstl/core
- oracle表字段获取,获取oracle表结构的字段信息
- debian mysql中文乱码_MySQL中文乱码的解决方法汇总
- ssis行计数变量_SSIS管道性能计数器指南
- GitHub上10个有趣的开源小游戏(附加在线演示)
- Drools规则引擎实践直白总结,Java开发教程入门
- html5使用框架页面布局,HTML框架集与布局
- zookeeper(1)
- matlab数学建模-神经网络经典应用:逼近非线性函数
- 无人机巡检智能一体化解决方案
- ASEMI充电器整流桥ABS10
- UCenter和应用中配置信息详解
- MATLAB单双精度的转换
- 上海市浦东新区37街镇最新版行政区域
- juniper 认证学习、报名地址汇总