2020 年 11 月 11 日晚，我的小破站迎来了建立以来最大的危机，服务器系统玩崩了…

本来想装个软件，结果一直连不上镜像地址，吐槽一波云厂商，二话不说，直接换源，结果不小心把 /etc/yum.repos.d/ 给删了（rm -rf用着真爽(￣▽￣)"），然后整个系统盯着我看，我也盯着它看，除了 cd 命令之外全部返回 -bash: /usr/bin/mkdir: /lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory，此时我意识到了大事不妙。

虽然 ssh 还没掉，但已经无法新连接了，无法导出数据，啥也做不了，想着进恢复模式，但并没有找到管理面板上入口，在玩够了 cd，无计可施之后只能重装系统了。我的网站和数据库一般都是手动备份，刚开始还是每周备份，后来越来越懒，翻了下上次备份还是一个多月前… 最要命的是这期间修改了网站大量的细节，依稀记得还有两个通宵 🙃，但没办法，还是得重装。万幸的是 PHP 在内存中的进程还在，进入后台可以导出数据，至少写的文章保住了，顺便还发现了 typecho 后台可以修改主题，瞬间感受天亮了（此时确实天亮了，折腾了一晚 QAQ）。

既然要重装系统，不如直接换个系统，最开始玩 Linux 接触的就是 CentOS，就一直用到现在三年多了，这期间用着也并无不妥，稳定性这些都很满意，最大的缺点就是为了求稳定，软件库这些比较旧，每次自己要配置半天，毕竟折腾的时间越来越少。也不走程序了，直接 Debian 你好。

终于重装好 Debian 系统之后，发现资源占用比 CentOS 要少很多。手动安装最新版 LNMP 一气呵成，不过当我配置好数据库，小心翼翼的把网站放上去之后，打开浏览器一看：503？直觉告诉我有可能是最新的 PHP7.4 版本不兼容，但找了半天没找到原因，配置文件这些都没毛病，直到看了一眼端口，9000 端口居然没被占用，才知道新版的 PHP 已经改成监听 php7.4-fpm.sock 而不是具体端口了。修改 /etc/php/7.4/fpm/pool.d/www.conf 为：

;listen = /run/php/php7.4-fpm.sock
listen = 9000

或者修改 Nginx 配置中的 fastcgi_pass 为 unix:/run/php/php7.4-fpm.sock;

之后重启 PHP 或者 Nginx，小破站终于回来了，但除了网站之外的数据就没这么幸运了…

这次事件之后终于认识到了配置自动备份的重要性，以前一直懒，觉得就算备份了几百 G 塞在硬盘了没用，但只要出一次问题可是救命的。