我有一个运行Cloud Linux的cPanel服务器，它是一个专门运行CentOS 6.4和SoftRaid 1的服务器。我在重新安装后将其转换为CloudLinux。 到现在为止，我没有必要重新启动它。 一切运行顺利，但是当我重新启动服务器closures，但它没有回来。 提供商把它放到救援模式，因为我不能使用KVM和IPMI。 我进行了硬件testing，一切都很顺利。 我尝试重新安装GRUB，但它不会改变任何东西。 服务器仍然无法启动。 在这一点上，我真的没有想法。 提供商是一个非托pipe的，我保持重新安装作为最后的手段。
我使用这个教程来重新安装GRUB： http : //www.adminlinux.org/2009/10/how-to-reinstall-grub-while-in-rescue.html
编辑：
提供商告诉我，这启动时显示在屏幕上：
*An error occurred during the file system check* *Dropping you to a shell; the system will reboot* 我做了一些研究，我需要运行fsck。
当我尝试运行fsck / dev / sda1我不断收到这个：
root@rescue [/]# fsck /dev/sda1 fsck from util-linux-ng 2.17.2 fsck: fsck.linux_raid_member: not found fsck: Error 2 while executing fsck.linux_raid_member for /dev/sda1
这是当驱动器安装，然后我试图卸载它，
root@rescue [/]# fsck /dev/sda1 fsck from util-linux-ng 2.17.2 /dev/sda1 is in use. Aborted
我在救援模式下正在做这一切。
我有2个驱动器1TB每个在RAID 1这里是fstab：
# <file system> <mount point> <type> <options> <dump> <pass> /dev/md1 / ext3 errors=remount-ro,usrjquota=quota.user,jqfmt=vfsv0 0 1 /dev/md3 /home ext3 usrjquota=quota.user,jqfmt=vfsv0 1 2 /dev/sda2 swap swap defaults 0 0 /dev/sdb2 swap swap defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 tmpfs /dev/shm tmpfs noexec,nosuid 0 0 devpts /dev/pts devpts defaults 0 0 /tmp_fs /tmp ext3 noexec,nosuid,loop,rw 1 1
更新：
由于Bittyliciousbuild议我执行命令，这里是结果：
root@rescue:~# mdadm --assemble /dev/md1 /dev/sda1 /dev/sdb1 mdadm: /dev/sda1 is busy - skipping mdadm: /dev/sdb1 is busy - skipping
然后我认为这次袭击已经结束了，所以我做了：
root@rescue:~# fsck /dev/md1 fsck from util-linux 2.20.1 e2fsck 1.42.5 (29-Jul-2012) /: recovering journal Setting free inodes count to 9410644 (was 9410650) Setting free blocks count to 35082532 (was 35082538) /: clean, 190380/9601024 files, 3317196/38399728 blocks
更新＃2：
这是挂载结果：
root@rescue:~# mount none on / type tmpfs (rw,relatime) none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) 198.27.85.63:/home/pub/rescue.v7 on /nfs type nfs (ro,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=udp,port=2049,timeo=11,retrans=3,sec=sys,local_lock=all,addr=198.27.85.63) 198.27.85.63:/home/pub/pro-power on /power type nfs (ro,nodev,relatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=udp,port=2049,timeo=11,retrans=3,sec=sys,local_lock=all,addr=198.27.85.63) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev type tmpfs (rw,relatime,size=10240k,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=807512k,mode=755) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1615020k) rpc_pipefs on /nfs/var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
这里是fsck / dev / md3的结果：
root@rescue:~# fsck /dev/md3 fsck from util-linux 2.20.1 e2fsck 1.42.5 (29-Jul-2012) /home: clean, 370962/50429952 files, 5187714/201693680 blocks
sda2上的mkswap：
root@rescue:~# mkswap /dev/sda2 Setting up swapspace version 1, size = 16382972 KiB no label, UUID=b375ef52-9434-4298-be4a-38db9da029af
在sdb2上mkswap：
root@rescue:~# mkswap /dev/sdb2 Setting up swapspace version 1, size = 16382972 KiB no label, UUID=f9318100-c18d-4987-b4e8-6bc58b0c8299
更新＃3：
在这种情况下，我假设/boot/grub/grub.conf是Bittylicious：
default=0 timeout=5 title CloudLinux Server (2.6.32-458.6.2.lve1.2.30.el6.x86_64) kernel /boot/vmlinuz-2.6.32-458.6.2.lve1.2.30.el6.x86_64 root=/dev/md1 $ root (hd0,0) initrd /boot/initramfs-2.6.32-458.6.2.lve1.2.30.el6.x86_64.img title linux centos6_64 kernel /boot/vmlinuz-2.6.32-358.18.1.el6.x86_64 root=/dev/md1 ro root (hd0,0) initrd /boot/initrd-2.6.32-358.18.1.el6.x86_64.img
我也试过重buildinitramfs。 我按照这个教程： http : //advancelinux.blogspot.com/2013/06/how-to-rebuild-initrd-or-initramfs-in.html
有很多原因导致无法启动。 我们都可以列出一些原因（我会），但是在一天结束的时候，一定有一些方法可以让你的提供者帮忙。 即使他们只是阅读控制台上的内容，也会提供大量的线索来解决问题。
我现在的build议是：
大多数非托pipe提供商确实提供支持，即使这是可支付的。 我build议你为此付出代价，因为你会花费太长时间来试图猜测，而没有任何内核访问。
更新1 – 现在你已经添加了信息fsck，这很简单。 你正试图在一个RAID成员上运行fsck – 这是行不通的。 你需要做的是首先组装RAIDarrays（然后可能运行fsck）。
为什么你在/ dev / sda1上运行fsck呢？ 你可能需要做的是这样的：
mdadm --assemble /dev/md1 /dev/sda1 /dev/sdb1
（假设sda1和sdb2是您的RAID成员）
如果有效，那么你可以在/ dev / md1上运行fsck。 你真正需要弄清楚的是为什么你的操作系统没有组装RAIDarrays。 我最好的猜测是它已经退化了，你需要添加“bootdegraded”到你的内核选项。
更新2 – 让我们得到更多的信息：
当你重新安装GRUB时，你知道你的grub.cfg或boot.lst文件的内容是什么，所以我们可以找出你的启动选项？
你有没有尝试重build你的initramfs（update-initramfs -k all -u只是为了启动）