Debian服务器ext4分区损坏求助：断电后无法挂载进入紧急模式

老兄，先稳住，咱们一步步拆解这个棘手的问题——ext4分区损坏+systemd紧急模式的组合确实闹心，再加上你这服务器跑了1700天还停更了sid，得先把优先级理清楚：先救数据，再修系统。

首先得确认是不是断电把硬盘本身搞坏了，毕竟跑了快5年的老机器：

• 在紧急模式里先执行 lsblk 或者 fdisk -l，看看能不能找到/dev/sdb这个磁盘。如果连磁盘都看不到，那大概率是硬盘物理损坏、SATA线松了或者电源接口出问题——要是远程服务器的话，赶紧登IDC的IPMI控制台看硬件告警；要是本地机器，直接拆机箱检查。
• 如果能看到/dev/sdb但看不到/dev/sdb1，那可能是分区表炸了，后面可以用testdisk工具恢复（Debian救援镜像里自带这个工具）。

现在系统已经进不去了，千万别在紧急模式里硬修，最好用最新的Debian sid救援ISO（或者stable的救援镜像也可以），通过IPMI/U盘启动进入救援环境：

• 启动后选「救援系统」，跟着向导走，到“选择要挂载的分区”那一步直接选「跳过」——咱们要手动处理，不能让系统强行挂载损坏的分区。
• 进入救援环境后，再用lsblk确认磁盘和分区的状态，确保能定位到/dev/sdb1（如果分区表还健在的话）。

ext4的修复工具是e2fsck，但有个死规矩：挂载中的分区绝对不能跑e2fsck，不然数据直接凉：

• 先跑只读检查摸个底：e2fsck -n /dev/sdb1，这个命令只会列出错误，不会修改数据，先看看问题有多严重。
• 如果检查出的是可自动修复的错误，再执行 e2fsck -p /dev/sdb1，-p参数会自动修复安全的错误，不用你手动确认。
• 要是-p搞不定，再用 e2fsck -y /dev/sdb1——这个会自动回答所有“yes”，但要做好心理准备：有些错误修复可能会丢失小文件。如果数据特别重要，先给磁盘做个镜像（比如dd if=/dev/sdb of=/path/to/another/disk bs=4M），就是慢了点，但稳。

如果分区修复成功能挂载了，接下来得把停更的烂摊子收拾了，不然以后还会出问题：

• 先挂载根分区：mount /dev/sdb1 /mnt，然后绑定必要的系统目录：mount --bind /dev /mnt/dev、mount --bind /proc /mnt/proc、mount --bind /sys /mnt/sys，接着chroot进去：chroot /mnt。
• 先更新源列表，确保用的是最新的sid源，编辑/etc/apt/sources.list改成：

  deb http://deb.debian.org/debian sid main contrib non-free non-free-firmware
  deb-src http://deb.debian.org/debian sid main contrib non-free non-free-firmware
  

• 先执行 apt update，然后跑 apt upgrade——别直接用dist-upgrade（现在它是full-upgrade的别名），先升级现有包处理依赖。如果遇到依赖冲突，仔细看提示，手动移除冲突的包，或者用apt full-upgrade慢慢捋，千万别瞎回车。
• 升级完后，用systemctl list-units --failed看看有没有失败的服务，逐个修复。

• 赶紧换个靠谱的UPS，至少能撑到服务器正常关机，或者配置systemd的断电自动关机脚本，监测UPS状态，一旦断电就触发关机。
• 别再停更sid了！sid是滚动更新，停更半年以上必然依赖爆炸——要么换stable版本（服务器优先选稳定版！），要么每周抽10分钟跑一次apt full-upgrade。
• 给ext4分区加个保险：在/etc/fstab里给/dev/sdb1加上errors=remount-ro选项，这样文件系统出问题时会自动只读挂载，避免进一步损坏；每年停机时手动跑一次e2fsck做检查。

内容的提问来源于stack exchange，提问作者abe