2

Во время сеанса ssh, выполняющего длинное rsync-задание, система зависла, и я получил следующий вывод в моей оболочке:

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 в режиме восстановления, но я не знаю, что делать, чтобы вернуть систему в нормальный режим работы.

Любая помощь высоко ценится.

2 ответа2

2

Я исправил проблему с e2fsck в моей системе RAID-1. Казалось, что проблема с файлами и блоками. Решение заключается в следующем:

Войдите в Rescue Mode и выполните следующее:

# umount -a

# e2fsck -f -y /dev/sda2

# e2fsck -f -y /dev/sdb2

# shutdown -r -n now
0

Выполните следующую команду, чтобы получить список процессов, выполняющих 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

Определите процесс, который вы хотите завершить (в данном случае процесс с идентификатором 3947), и завершите его следующим образом:

kill -9 3947

Это должно решить вашу проблему.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .