在运行长时间 rsync 作业的 ssh 会话期间，系统崩溃了，我在 shell 中收到以下输出：
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629179] ------------[ cut here ]------------
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629670] invalid opcode: 0000 [#1] SMP
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.629950] last sysfs file: /sys/devices/virtual/block/md0/md/mismatch_cnt
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.636405] Stack:
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.638071] Call Trace:
Message from syslogd@x123 at Aug 21 13:42:05 ...
kernel:[1050642.640982] Code: 2e 48 8b 43 30 48 8b 53 28 48 8d 4b 28 48 89 42 08 48 89 10 49 8b 06 48 89 48 08 48 89 43 28 4c 89 73 30 49 89 0e e9 c6 00 00 00 <0f> 0b eb fe 49 8b 44 24 d8 48 b9 00 00 00 00 00 16 00 00 4c 8b
自从发生那件事后，我就无法连接到我的 Debian 服务器。即使重启后也是如此。不过，我可以在救援模式下通过 ssh 连接，但我不知道该怎么做才能让系统恢复正常运行模式。
非常感谢您的帮助。
答案1
我修复了 RAID-1 系统上的 e2fsck 问题。文件和块似乎存在问题。解决方案如下：
以救援模式登录并执行以下操作：
# umount -a
# e2fsck -f -y /dev/sda2
# e2fsck -f -y /dev/sdb2
# shutdown -r -n now
答案2
执行以下命令获取正在运行的进程列表syslog：
ps -ef |grep syslog
它将打印出如下内容：
root 3947 1 13 Aug14 ? 00:58:05 /sbin/rsyslogd -i /var/run/syslogd.pid -c 5
root 28092 25977 0 05:36 pts/0 00:00:00 grep syslog
找到要终止的进程（在本例中为 ID 为 3947 的进程）并像这样终止它：
kill -9 3947
这应该可以解决你的问题。