前天因为Ubuntu系统的打印机驱动总是装不好，影响正常使用，没办法只能装回Windows系统。虽然可以搞双系统，但是不够“优雅”~
重装系统要格式化硬盘，按照习惯我一般把数据备份到移动硬盘。
但这次Ubuntu没用几天，没产生多少数据，就想着用u盘备份得了，之前恰巧为了图方便也用它拷贝过一次博客源码并命名为“hexo”，所以这次就顺势命名为“hexo1”。
接着重装系统，而就在这一步脑子犯了抽，因为之前在移动硬盘里我也是用“hexo”和“hexo1”来命名源码的，所以我就以为之前把ubuntu上的数据存在移动硬盘上了。。
结果便可想而知了，刚刚备份完数据的U盘格式化，又用来做系统引导盘重装系统。
装好系统打开电脑，我正准备把移动硬盘里的“hexo1”拷到电脑上，传输的一瞬间就意识到玩蛋，因为之前我对博客源码进行过一次精简，去除了大部分重复图片主题之类，明明几秒钟就应该解决的事，它竟然要先估计文件大小？
可惜这次没有回头路，之前也看过一些文件丢失或者被删档等等的案例，所以对备份这件事还是多少留个心眼，但是从没系统建立过一套备份流程。往往是想到就备份一下，忘了也就忘了。
结果就是我需要重构博客，虽然博客是部署到Github上的，网页依然正常，但是Github仅仅保存了Markdown转HTML之后的文件。
这也就意味着我需要照猫画虎的用Markdown重新码一遍博客内容，并且对网站重新配置，浪费了不少时间。
吃一堑长一智，之后我便写了个脚本，使我在部署博客的同时将源码Push到Github上。
并将我现有的所有数据（包括各种影音图像）全部复制三份，其中两份存在不同的硬盘上，剩下的上传百度网盘。
虽然不及3-2-1-1-0备份法，及将数据复制4份副本，其中两份存储在本地的不同介质上，一份上传云端，最后一份刻录磁带并储于异地，但也基本算是比较稳妥的备份方案了。