沦陷！测试服务器
今天公司一台测试用服务器挂了。
一开始是前端说不能发版，gitlab都打不开；紧接着后端说测试环境mysql挂了。
先查了下那些服务进程，确实是没了的。启动mysql，报错。自以为历经沙场的我，熟练的使用了【top -ic】【free -h】【df -h】爆炸三连发。。。-0 -0 -0三发全空！我眼神顿时犀利起来，这可不是一般的问题。
危机！cd命令失效
看到mysql启动报错：snapd.service 单元已失败。用这个线索查，结果很多ubuntu安装软件出错的。就不对。想cd到log文件夹看详细日志的时候，可怕的一幕出现了！当我输入完cd按下tab补全的时候居然报错【无法为立即文档创建临时文件: 只读文件系统】。从未遇到过的危机，文件系统出问题了！
到底哪个磁盘出了问题？尽管大概猜到了答案但是还是输入mount查一下
/dev/std2 ro relatime errors=remount-ro
果然是根目录对应的那块磁盘。。。尝试修改他的读写属性：mount -o remount,rw /dev/std2
【它是写保护的.】(is write-protected) 蹩脚的汉化错误信息显示出来，我只能另辟蹊径。
恢复！重启与磁盘修复
根据查到的解决办法输入dmesg，一大堆磁盘报错冒了出来。
但是正在这时，ssh失去连接了。。。
果然我们技术部长按捺不住，终于按下了重启按钮了么。。。
我在机房找到了这台机器，几十人每天的git操作，和不断的发版测试，可能让它的机械硬盘不堪重负。
进不去系统了。。部长重新插了一遍硬盘的所有的线重启，还是进不去。。
这个时候我想起刚刚查问题的时候，看到的fsck磁盘修复命令，尝试的输入了fsck /dev/std2
按了一堆y跟一个a之后，成功的进入了系统。。这感觉就跟windows蓝屏自检差不多
然后我回到ssh连接，一看，居然一切正常了，没有只读。
总结
在面对迷之问题焦头烂额的时候，重启一招偶尔能管用！