系统崩溃了怎么办
半夜收到告警邮件，服务器负载飙到90%以上，SSH连不上，网站打不开。这种情况不少见，尤其是业务高峰期。这时候别急着重启，先想想怎么修复。
很多问题其实是日志堆积、进程卡死或者磁盘写满导致的。比如某次数据库日志没做轮转，/var/log占满了空间，服务直接罢工。登录控制台一看，根分区100%，清理掉旧日志，服务立马恢复正常。
文件系统损坏的修复方法
遇到意外断电或强制关机，ext4文件系统可能出错。下次启动时提示“you should run fsck”，这就是让你去修复文件系统。
进入救援模式后执行：
fsck -y /dev/sda1-y参数表示自动回答“是”。注意千万别在挂载状态下运行，否则会伤数据。建议提前快照备份，修之前先克隆一份磁盘。
服务进程假死的处理
Nginx突然不响应请求，但进程还在。这种情况可能是工作进程卡住，主进程没感知到。可以用kill发送信号让它重新拉起。
先查主进程号：
ps aux | grep nginx然后发送HUP信号：
kill -HUP <主进程PID>这相当于让Nginx平滑重启，用户几乎无感。比直接killall再启动要安全得多。
配置改错了怎么救
运维最怕改完配置重启服务，结果报syntax error，服务起不来。比如不小心删了nginx.conf里一个大括号，整个Web服务瘫痪。
解决办法是用备份配置回滚。平时修改前记得：
cp nginx.conf nginx.conf.bak_$(date +%F)发现问题直接替换回来。没有备份？那就得靠版本管理工具了。把配置文件纳入git，每次提交留记录，出问题checkout上一版就行。
内存泄漏的临时修复
某个Java应用跑着跑着内存占满，OOM killer开始杀进程。这时候可以先手动重启服务顶一阵，但根本还得查代码。
临时脚本监控内存使用，超过80%就发提醒并尝试重启：
free -m | awk \'NR==2{if($3/$2*100>80) system(\"systemctl restart app-service\")}\'虽然治标不治本，但能争取排查时间。长期还是要定位哪段代码没释放资源。
网络配置修复实战
有一次远程修改服务器IP，手抖输错子网掩码，保存后网络断了。人在机房还好，U盘带着备份配置，插上重写一遍搞定。
如果不在现场，就得依赖带外管理，比如IPMI或iDRAC。通过网页KVM连进去，像本地操作一样修改/etc/network/interfaces文件。
改完记得测试：
ip addr show eth0
ping -c 4 8.8.8.8通了再退出，别留隐患。
","seo_title":"服务器故障修复实用指南 - 数码知识屋","seo_description":"面对服务器崩溃、配置错误、文件系统损坏等问题，掌握这些修复技巧能快速恢复服务，减少停机损失。","keywords":"服务器修复,系统崩溃修复,文件系统修复,服务重启,配置错误恢复,运维技巧"}