debian修复/dev/mapper/debian--vg-root文件错误导致ehci-orion not found in modules.dep
同事求救, 说重启了一下debian, 系统就挂了.
报如下错误
```
loading, please wait...
/dev/mapper/debian--vg-root contains a file system with errors,check the file system.
/dev/mapper/debian-vg-root:
Inodes that were part of a corrupted orphan linked list found.
/dev/mapper/debian--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
...
fsck exited with status code 4
The root filesystem on /dev/dm-0 requires a manual fsck
modprobe: module ehci-orion not found in modules.dep
BusyBox v1.22.1 (Debian 1:1.22.0-9+deb8u1) built-in shell(ash)
Enter 'help' for a list of built-in commands.
/bin/sh: can't access tty: job control turned off
(initramfs)_
```
里面的里面是说根节点有文件系统错误, 需要修复. 然后系统自动跑去修复, 修复的是/dev/mapper/debian--vg-root, 修复失败, 模块ehci-orion在内核里面没找到. 所以系统直接进了initramfs系统.
这里我们可以分析一下, initramfs是改进版的tmpfs的应用, linux在启动的时候加载内核和 initramfs 到内存执行, 内核初始化之后, 切换到用户态执行 initramfs 的程序/脚本, 加载需要的驱动模块、必要配置等, 然后加载 rootfs 切换到真正的 rootfs 上去执行后续的 init 过程, 比如桌面等等.
在修复的时候, 去修复了/dev/mapper/debian--vg-root, 实际这是一个链接, 因为根节点实际没有挂载上, 所以这个链接是无效的. 自然就修复失败.
而真实的根节点是挂在/dev/dm-0上的.
所以在initramfs里面执行下fsck来修复
```
fsck.ext4 -y /dev/dm-0
```
回车就可以自动修复了, 同事的文件系统是ext4, 如果你的是ext3, 就换成fsck.ext3.
修复完重启下就可以重新引导和挂载上根文件系统了.
可以在initramfs里面执行
```
cat /proc/cmdline 来查看BOOT的image挂载
BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/debian--vg-root ro quiet
```