1. 首页
  2. 科技数码

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

明明是双份的快乐,为什么会变成这样呢……

话从那5月21号晚上说起

520当晚拿“和家里人一起出门”当借口鸽了我WOWS的群友,终于出现了!

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

俗话说得好,冤有头债有主,撒谎遭报应也是很正常的罢!

真是可恨啊,可恶的现充。但是不打紧,我们单身狗的玻璃心,不至于这么脆弱,况且现充已经得到了应有的报应,也算是一大喜事。

于是,就这么一路闪电带火花,当晚胜率高达88%,难得的一波连赢不禁让我有些飘飘然,结果忽略了Windows的更新提示。

时间一转到了5月22号的凌晨1点多,光荣下线的我想起来好像刚才Windows有更新提示,于是赶紧去更新中心,选择了延迟4周更,然后放心地入睡。

因为我平时这台电脑还会拿来挂PT和一些其他服务,所以一般不会关机,一般一个月左右才会偶尔重启一次,这样第二天也可以直接打开显示器就用,非常方便。

今天一觉睡醒,习惯性的打开了显示器,发现开着的几个远程桌面都断开连接了,且网络提示无法连接到互联网。

此时我的第一反应是——交换机又挂了。为什么我要加一个又呢,因为我在用的TPLINK的16口千兆交换机,在去年就坏过一次,当时京东给我换新了,所以我以为是同型号交换机相同的问题。

于是我打开这台Windows旁边的Mac,却发现——有网。

而且,似乎网络从来就没有断过。

尝试ping了一下网关和局域网内的其他设备,均可以连通,唯独这台Windows是断网的状态。

很自然的我就开始逐项排除故障:

1. 交换机网口——更换网口测试,故障依旧,排除

2. 网线——更换网线测试,故障依旧,排除

3. 主板网口——更换USB免驱网卡,无法驱动,暂时搁置

4. 禁用网络适配器后重新启用——启用失败

5. 重启——直接卡死在登入界面

到这里为止,我几乎已经可以确定是系统的问题导致了这次的故障。

恢复的距离逐渐趋近零

考虑到昨晚系统有提示更新,显然应当将锅锁定在这个更新上。作为一个折腾了十来年Windows的老用户,那当然是轻车熟路的进入高级启动选项,直接卸载最近的一次更新。

因为我的系统盘使用了BitLocker进行加密,所以卸载更新这种需要读取磁盘数据的操作也是需要输入恢复密钥的,好在作为一个单身狗的我平时时间很充足也做好了相关的功课,从小本本里翻出来备份密钥的纸条,暂且平安无事地把最新的更新给卸载掉了。

划重点啊同志们 一定要养成纸质备份bitlock密钥的习惯划重点啊同志们 一定要养成纸质备份bitlock密钥的习惯

卸载掉最新的更新之后,终于不会卡死在登入界面了,可以正常进入系统,但是——网络还是崩溃状态。

板载的intel I225-V 网卡可以正常从DHCP服务器获取到IP子网掩码网关DNS等信息,但是这台设备始终无法连接到局域网内的其他设备,其他设备也无法发现这台设备。

稍有一丝转机的事故到此基本画上了句号,我原本的打算是就此直接进入重装系统流程。

关于我在无意间被自家的群晖变成废柴这件事

虽然我不相信世界上有神明这种东西,但是众所周知,某些东西是真的会凭空消失的。

例如——装了PE的U盘。

这绝对不是我太邋遢的错,因为很明显,我已经找到了装了ubuntu20.04安装盘的U盘。WinPE U盘,他就这么凭空消失了!!

给U盘贴上标签是好习惯呢给U盘贴上标签是好习惯呢

就在我打算从更深处的抽屉里发掘一下历史文物时,一个眨巴着眼睛的小……呃,大家伙引起了我的注意。

拍完照的门锁记得装回去.jpg拍完照的门锁记得装回去.jpg

对哦,我好像有在用Active Backup for Business把这台电脑的C盘备份到群晖NAS里!

事不宜迟,这就打开群晖的WEB管理页面,立即找到了这台设备的备份!

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

可以看到,本来应该在凌晨3点进行的备份失败了,说明最早3点网络就挂掉了。这样能够恢复的备份就只剩下5月15日的档案了。

不过,作为一台游戏机,差7天的文件并不是大问题,于是我马上动手开始准备进行全盘恢复。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

选择整台设备还原时,群晖直接提供了所需的软件和教程。教程文档也提供了中文。

因为进行整台设备恢复时,需要创建一个额外的恢复介质,其实也就是一个新的PE系统来对内部磁盘进行读写操作,所以这里需要一个U盘,要求只需要1GB,还是很低的。

因为找不到其他U盘,所以我直接拿了刚才的Ubuntu20.04安装盘格式化掉,用在这里当做恢复介质。

创建恢复介质需要另外的一台Windows电脑,Linux和Mac都不行,这点需要注意。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

在创建时,会自动下载Windows ADK和WinPE软件包,基本上是全程傻瓜式操作,一路下一步即可。

创建完成后,将U盘插入需要恢复的设备。然后在BIOS里设置为从USB启动。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

保存后重启,即可进入群晖的恢复界面。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

然后这里踩了一个坑——WinPE并没有内置intel I225V这个2.5G网卡的驱动。但是问题不大,我找了一个免驱的USB千兆网卡插上,顺利解决。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

然后就是输入NAS的IP地址、用户名和密码。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

选择自己的设备,然后选择恢复选项。我这里勾选了自定义,把C盘的全部分区进行恢复,包括EFI、MSR和恢复分区。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

之后就是等待从NAS向内部磁盘写入数据

需要注意的是这里是不需要填写BitLocker密钥的

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

我大概有300G的数据,用了1小时左右传输完成。

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

之后拔掉U盘重启即可进入还原的系统。

BitLocker已经,死了

重新登入系统后检查发现,原先的BitLocker消失了

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

且不能重新启用

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

下面就来解决这个问题

首先按Win+R打开运行 输入gpedit.msc后回车,找到图中的一项 将其设置为启用

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

然后进入C:/Windows/System32/Recovery 目录下

将ReAgent.xml 文件删除

之后重启系统,BitLocker就可用了

群晖酱,快想想办法啊!——从一次失败的Windows自动更新说起的Synology Active Backup全盘恢复实战

再次提醒大家启用BitLocker一定要纸质备份密钥喔!

本文到这里就结束了,因为一次意外的系统故障,我不得不被迫体验了一次群晖的Active Backup 全盘还原。整体来说体验非常优秀,全程只要点下一步就可以解决问题。

在这次事故发生后,我也把备份频次从1周提高到了3天。当然,还是希望未来不要再用上这项服务吧!

作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~

原创文章,作者:夜风博客,如若转载,请注明出处:https://www.homedt.net/47447.html