简介

这是一次把服务器搞崩然后不得已重装系统的经历~

背景

昨天晚上我想部署一个用Laravel开发的项目，喏，就下面这个：

我现在用的Oneinstack一键包里面有伪静态，但我创建虚拟主机的时候忘记用laravel选项了。。。自己加上去太烦，就想着直接把配置里include rewrite/other.conf;改成include rewrite/laravel.conf;，结果没有，找不到文件，才发现Oneinstack伪静态没用过就不会在/usr/local/nginx/conf/rewrite目录下面。我就偷懒直接开个新的虚拟主机，结果手滑把虚拟主机Web根目录输成了/，然后脚本自动设置权限chmod 755 / -R，系统直接上天。。。

解决方案

Plan 1

遇事不慌，反正数据还在，而且早上刚刚备份过。使用Google大法得知可以找一台正常Linux服务器，备份权限然后scp拷贝恢复。于是果断Vultr走起~但是BBR脚本又掉链子，安装之后重启报Kernel Panic，懒得修了，删机子换Plan 2。

Plan 2

顺手用VNC控制台+Linux Single User Run Level进了系统拿了Root权限，然后找到一个用rpm修复权限的。奈何我这LNMP几大件全是编译安装，根本不在rpm数据库里。emmmm，放弃，换Plan 3。

Plan 3

做到这里已经晚上八点多了。明天还要早起，耗不到太晚。直接重装系统+Oneinstack一键安装，用Screen挂到后台之后就去睡觉了。反正晚上没人看，第二天来修没事。
P.S. 这里要表扬一下iON Cloud的面板，重装系统速度挺快的，基本我点了重装，把本地.ssh/known_hosts的条目清掉就可以直接SSH连进去了，大概1min完事。上次玩Virmach时候的我等了10min还是Offline。。。

结局

早上起来用1h恢复环境+配置站点，反正8:00之前修好了，大概挂掉了12h？不管了，反正修好了。

总结

玩脚本一定要小心一点！自己写脚本一定要看清楚目录！Oneinstack的脚本绝对不能修改数据目录之外的任何地方！
对了，chmod -R跟rm -rf一样，都挺爽的