Linux服务器一直运行良好，最近没有安装更新，但今天早上出来的服务器停止了响应。 我去检查它，它说文件系统有问题，并说'你应该手动运行fsck'。
我在相关的分区上运行了fsck，并修复了所有build议的inode问题。 重新启动后，我现在显示以下消息：
JBD: no valid journal superblock found EXT3-fs: error loading journal mount: error 22 mounting ext3 Switching to new root ERROR opening /dev/console!!!!:2 Kernel panic - no syncing: Attempting to kill init 有没有人有任何想法我可以解决这个问题？ 我对Linux不是特别熟悉，所以请在build议的时候详细解答。
如果我可以避免的话，我不想重新安装Linux，因为服务器在那里有大约5年的有价值的数据。 任何帮助感激！
用救援光盘启动并检查磁盘。
正如Jure1873所build议的那样，获取一张启动光盘，并将驱动器挂起。
但是，当你在它上面，挂载磁盘，看看你是否可以读取logging的日志。 查找导致磁盘故障的信息。 嘿，看驱动器读取的启动盘是否在错误日志中也有迹象。
如果数据对您有价值，我也会尝试将数据从磁盘复制到另一个磁盘上，使用dd-rescue等。
正如@Blender在他的评论中提到的，这听起来像是一个硬盘驱动器故障。 因为你不太了解Linux，所以我build议你的第一个端口就是find一个能解决这类问题的人（或者甚至完全理解），如果你不知道一些错综复杂的东西的Linux。
首先使用Live CD或Live USB棒（请参阅Knoppix作为示例或Ubuntu ）引导计算机并查看是否可以安装磁盘。 如果可以的话，复制重要的数据（你应该支持这个东西，但这是一个单独的问题），然后尝试追查什么硬件失败。 如果是硬盘，请将其更换。
您也可以查看日志，以便首先查明问题所在。 对于硬件，我会检查/var/log/dmesg 。 根据驱动器的types（以及内核的版本等），您将看到不同的消息。 当驱动器连接到SCSI / Raid控制器时，您可能会看到有关SCSI命令已损坏或未被响应的消息。 您也可能会看到写入超时的消息（如另一个示例）。 很难说你会看到什么，因为它取决于硬件和内核版本。
您可以使用smartctl --all /dev/<hard disk>来检查SMART信息。 这是内置到硬盘驱动器，是磁盘可以告诉你它是多么的声音的方式。
您看到的JBD错误是因为EXT3日志被损坏。 如果Live USB / CD发行版因此挂载了分区，则可以将ext3分区挂载为ext2（忽略日志）以closures数据。 但是，再次，这是你可能需要更经验丰富，使用Unix才能够拉开。 但是，您可以通过Google执行此过程，并在启动Live USB / CD时查看是否可以执行此操作以允许您挂载分区。
我不确定红帽企业Linux 6，但在RHEL 5中，当一个名为“SysVinit”的RPM被移除时，会发生这种情况。 为了解决这个问题，从救援模式启动并安装该RPM。