结果是，工作用的虚拟机报废，幸好代码昨天备份了一次，不然一个多月的工作白费了，现在是两天的代码白费。
累坏了回来，写下记录。
工程代码里面有很多是编译成库的，没有权限看到代码，so，就想自己去实现omci协议，虽然工作量大，还是可以证明实力的。
好咯，然后拷贝了一个Makefile，改了之后，按习惯编译，make omci_clean;make omci,然后就看到正在删除文件系统，md，
ctrl+c不管用死掉了，接下来就是黑屏，然后我暂停虚拟机，还是不能挽救，果然是没受过伤的小伙子，懵BI了我去。。等等
一定是哪里不对，然后我再次恢复虚拟机，还是黑屏，点击直接点击关闭虚拟机。等等
还是有点不对，然后启动，只看见黑底白字的grub再那显摆，小伙子没见过我吧。
好吧，这里我真的承认了，Makefile中clean的部分代码，有个变量，而这个变量在执行的时候没有取到值，so，自黑的不要不要的。
好吧，看看其他办法。
1、vmware有快照的，我赶紧快马加鞭，鼠标点点，看到自动快照没有打开，再次hong的懵BI的不要不要的~~~
2、立马重新装了一个虚拟机系统，再次挂载之前的硬盘，尼玛，怎么不行，这是什么鬼，提示我superblock找不到，醉了醉了醉了。
按照网上的修复方法，还是不行，至此我放弃了。
只能重新checkout代码，庆幸只有两天的工作白费。
这就是程序猿的日常。
带着激动的心情，重新建立交叉编译环境，重新看看代码，也不想丢失的东西了，毕竟，还得一个一个字母的把代码敲出来，真是
mother法克。
平复心情，开始了omci的开发，写了一点代码。
而已。
想想为什么会出现这种情况：
1、没仔细看清楚，这是个人细心的问题；
2、要不要遇到rm就检查是不是根目录？
3、弄了一天代码，有点头晕眼花了
4、1和3都是借口。
网友评论