拯救 NAS 硬盘损坏

事件起因 寻找 NAS 硬盘修复方法 NAS 硬盘修复过程 数据备份的思考 事件的收获 昨天（09/02）晚上 18:36 ，我突然收到一封由 Synology 发送的系统邮件： 吓的我虎躯一震。 邮件提示里说明的是【已损毁】，很严重的感觉。于是开启了为期一天的找回数据之路，直到写博客的现在（09/03 22:17），整个事件才算全部搞定。 事件起因 当我收到告警邮件后第一时间去看 NAS 运行状态，当时的表现是： 硬盘指示灯熄灭 硬盘无运转声音 QuickConnect 连接失败 群晖管家连接失败 我的 NAS 是群晖品牌，安装的是 HDD 机械硬盘。基于我多年前的维修知识考虑（注意：这里不是多年维修经验），机械硬盘在有损的情况下应该第一时间断电。并且在没有了解原因前不要再通电尝试，因为如果是硬件损坏，再次通电可能会造成二次伤害。 我观察了下硬盘，没发现硬伤（肉眼所见的外伤）。我回想了下，在事件发生前，我在卧室是有听到客厅有“Duang”的一声响声。于是我调取该时间段的摄像头监控。 PS：家里客厅是有小米摄像头，方便只有孩子在家时的通话。这是孩子还没有电话手表、没有小爱音响时代的产物。延续到了今天。 通过监控看到，在事件发生前2分钟，家里孩子是有在玩耍：“踢球”。球是吸音篮球，但男孩子总有1千个办法把它踢出响声。 老三踢的球，老二没有守住，导致球直线踢到了 NAS 机柜处 -> Duang 的一声响。然后 NAS 硬盘故障。 老大：跟你们说，不要踢球，这下好了吧。 寻找 NAS 硬盘修复方法 问题发生后，家庭委员会高度重视，迅速组成专案小组，立即开展了方案的评估和行动。评估得出以下几种修复方案： 方法 备注 重新插入 NAS 并开机 担心如果是硬件损坏，二次开机增加更多伤害 插入到 Mac 中备份数据 3.5寸硬盘不能直接插入 Type-C ，需要借助硬盘盒 借助台式机 SATA 备份数据 手边没有台式机，找别人的不方便（因为有风险） 找专业数据恢复公司 我觉得这是兜底方案，我肯定遵循“自己动手丰衣足食” 硬盘里主要是我以往的技术资源数据、全家照片原始数据、我历代电脑的存档数据。综合考虑后，我认为先以低成本、高安全的方法去备份硬盘内的数据。我在 JD 上购买了硬盘盒，硬盘盒分几个版本： USB 3.0 - 独立供电和非独立供电（5Gbps） Type-C - 独立供电和非独立供电（6Gbps、10Gbps） Type-C 的要比 USB 3.0 的贵30元，速率越快价格越贵。因为我是通过 MacBook Pro -> 雷电4 -> DELL显示器（上行接口），而显示器又提供下行 USB 3.0 的接口。基于最小成本考虑，我买了低速率的入门版本。花了80元，买入绿联的独立供电版本。直到写这篇博客时，我才想起来，我买速率高的硬盘盒也没有用，HDD 也会成为瓶颈。就好比一辆限速 120km/h 的汽车跑在上限为 200km/h 还是 300km/h 的高速上一样，根本达不到道路的上限呢。 修复方法是基于 ChatGPT 帮我提供的思路和命令，整体是以安全的备份数据为目标、不污染我宿主（MacBook Pro）为诉求、不写入硬盘数据为原则。 NAS 硬盘修复过程 ChatGPT 告诉我说，群晖系统使用的硬盘不是常见的文件系统（如：NTFS、FAT32、EXT4 等），不能直接被 macOS 识别。需要安装一系列的软件来操作硬盘的复制行为。但我不想只为了一件事污染我的电脑，于是我基于虚拟机系统来完成整个事件。 在 macOS 中基于 UTM 安装 Ubuntu 。并且为了验证全流程和安装的工具是否OK，我找到一个U盘来验证整体流程，最终复制行为验证通过，文件内容验证通过。完美的走了一遍“故障恢复演练”，整个过程使用的命令、每一步细节的确定都是 ChatGPT 帮我完成。 PS：其实我一直有订阅 Parallels 的，主要用于偶尔看下 Windows Latest 功能，偶尔打打奇迹MU，主打情怀。不过，近期我离职了（停下来，思考下自己），这笔续订就先停止了，未来我还会为情怀买单。 连通硬盘盒后，Mac 中出现预期的不能识别提示。可等了一会后，硬盘突然不工作了（停止运转），ChatGPT 告诉我说：这是硬件损坏的重要信号，建议我立马断电并送专业公司维修。emmm.... 本身没事，这个提示吓到我了。 此时我的内心是慌的： 担心因为我的误操作导致硬盘二次损坏 担心我不小心又操作了写入行为导致硬盘二次损坏 担心数据真丢失了怎么办 基于这些担心点，我在想：最坏的结果是什么？我想应该是硬盘损坏，数据丢失。通过豆包我了解到，即使真的是硬件损坏，修复公司也是可以通过拆盘->更换硬件->读盘等高端操作找回数据（可能是部分），只是收费会高一些（豆包说8TB的硬盘大概找回数据在2000~5000）。 我又去自己别的云盘上试图寻找备份数据，在腾讯云盘（微云）中，我找到2023年之前的备份数据，但数据体积不符合预期，应该缺不少数据。 此时我想到《臣服实验》，我接受这最坏的坏，但我也会努力让这个坏不那么坏。于是开始了为期一天的找回数据之路。gogogo，出发了！ 通过 SSH 登入虚拟机，再次给硬盘盒通电，随着咔咔声响，硬盘又启动了，此时我也不担心它再停止运转了，停就停，坏就坏。 通过一系列命令，只读式的检查、读分区、挂载、复制、退出等操作，真的把预期的数据全部复制到了 Mac 电脑中。当然期间出现很多看不懂的问题，都是 ChatGPT 帮我搞定的。 备份完成后，我又把硬盘接入到 NAS 中尝试开机（反正数据我有了，我干了，你随意）。发现 DSM 正常启动，系统一切正常，应该是昨天撞到机柜后，NAS 硬盘的接口不良导致硬盘“脱臼”了。硬盘本身没有故障。 数据备份的思考 经过这个乌龙后，我需要对数据好好想想了。在组建 NAS 时，我有考虑过 RAID 1 ，但当时想的是硬盘不会这么脆弱吧，就只购买了1块 HDD 。再加上有 UPS 电源加持，我认为物理损坏的可能性很小。 几年后，我确实再次想过再买一块硬盘，但硬盘的价格把我劝退了。 现在，我需要重新再思考下，我的数据怎么多活。考虑点是： 看重性价比 要是大厂，要稳定，不能跑路 要支持各系统的客户端，我可以不用，你不能没有 得出的方案： 方案 费用 存储空间 说明 异地 NAS 3000+5000 8TB 异地维护太麻烦了 RAID 1 硬盘一次性3000 8TB 只能解决单个硬盘损坏，没有达到异地多活 阿里云盘 每年198会员+178三方工具（WebDAV） 8TB 阿里官方不支持，需要三方工具 阿里 OSS 深度归档 0.0075/GB/月 按需 官方支持，随存储大小价格会波动。取回需要解冻+费用 百度网盘 每年180左右 5TB 群晖官方支持，友好 其实我是非常喜欢阿里的生态，再加上我的云设施都是在阿里上，但阿里云盘官方不支持同步太二了。如果我使用 OSS 来存储备份数据，感觉有点不对头，我又比较喜欢做冗余设计。最终决定使用百度网盘来做为备份多活的方案，也做到了数据上云。 我发现，百度网盘里删除文件夹时，只有一个二次确认，删除后会进入回收站。对于机密的文件，于我个人而言，有一些草率。所以我记了个 Todo ：把硬盘中的数据进行归类，并整理。把最重要的数据备份到移动U盘中，做订上每6个月提醒手动备份一次的日历。 最终我的 NAS 备份矩阵： DSM：由系统自动备份到 Synology 账户中。这块只是系统，假如没了也没有影响，重装系统即可 数据： NAS HDD 硬盘为数据源 ✅ 百度云自动全量备份 ✅ 手动每6个月备份主要数据到移动 SSD 硬盘中 使用 Synology USB Copy 每天定时把内容复制到外置的移动 HDD 硬盘中 ✅ 最后算了一笔账，网盘180一年，现在花3000的硬盘钱保守估计能用百度网盘10年。在2036年，还不知道世界会变成什么样子，可能存储的成本很低，也可能我已经财富自由，哈哈哈~ 事件的收获 AI 的时代：从事件发生，到最终解决完成，并做到数据上云，全部依赖的是 AI 的能力。如果没有 AI ，我相信我需要5+倍的时间来琢磨。感谢生在这个时代。 人应该深度思考：人是一个独立的生命体，人应当多思考，而不只是让 AI “深度思考”。AI 是一个工具，只是越来越高级而已。但人本身是一个生命体，应该基于 AI 不断完善自己 —— 成长。 冗余设计的边界：我一直坚持着冗余设计原则，但很多时候发现确实太冗余。甚至冗余到根本就没有用（哈哈）。这让我在未来做任何事情时，再做冗余决策时会多加思考。但我相信，在安全、金钱、数据、生存等方向上，我还是会大大的冗余设计。