同事求救, 說重啟了一下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
```
