Рейтинг:0

Различные проблемы с загрузкой на хостинге VPS, не удается загрузиться в состоянии паники ядра?

флаг vn

Спасибо за прочтение,

VPS под управлением Ubuntu 18.04

Мой VPS, размещенный на OVH, не загружается, однако проблема кажется случайной. Кажется, он загрузился пару дней назад после того, как я несколько раз попробовал, но потом снова вылетает. 8 месяцев все было нормально, проблем не было, а потом просто перестал.

К сожалению, я почти ничего не знаю о том, как работать с Ubuntu VPS, просто имею опыт работы с Windows.

Я пытался заставить OVH помочь в этом вопросе в течение последних 2 недель, именно столько VPS был недоступен. Они просто бесполезны, не реагируют.

Прикрепленное изображение означает что-нибудь полезное? / есть ли что-нибудь, что я могу сделать с точки зрения запуска какой-то диагностики и сброса / переустановки чего-либо без потери всех данных, моих проприетарных приложений, сайтов и т. д. и т. д.? Я думаю, я даже не могу получить системную подсказку, если система останавливается на прикрепленном экране?

Спасибо

ОБНОВИТЬ

Благодарю за ответы и приношу извинения за задержку с ответом, у меня были некоторые проблемы с получением того, что, я надеюсь, является запрашиваемой дополнительной информацией.

Что бы это ни стоило, моя интуиция подсказывает мне, что это проблема типа ошибки чтения жесткого диска, но я не знаю, как подтвердить это в режиме восстановления на VPS. Ищу это сейчас, но пока я не могу найти ничего, что имеет для меня смысл.

[ 7.406756] Паника ядра - не синхронизация: Попытка убить init! код выхода = 0x00000100 
[7.406756] run-init: /sbin/init: нет такого файла или каталога 
[7.408399] ЦП: 2 PID: 1 Связь: run-init Не испорчено 4.15.0-163-универсальный #171-Ubuntu 
[ 7.409686] Имя оборудования: OpenStack Foundation OpenStack Nova, BIOS 2:1.10.2-58953eb7 01.04.2014 
[ 7.411085] Отслеживание вызовов: 
[7.411585] dump_stack+0x6d/0x8b 
[ 7.412189] паника+0xe4/0x247 
[ 7.412730] do_exit+0x7fb/0xb90 
[7.413304] SyS_exit+0x17/0x20 
[7.413907] do_syscall_64+0x73/0x130 
[7.414531] entry_SYSCALL_64_after_hwframe+0x41/0xa6 
[7.415378] RIP: 0033:0x20d459 
[ 7.415947] RSP: 002b:00007ffcb9277b08 EFLAGS: 00000246 ORIG_RAX: 000000000000003c 
[ 7.417175] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 000000000020d459 
[ 7.418266] RDX: 00007f675b332120 RSI: 0000000000000000 RDI: 0000000000000001 
[ 7.419337] RBP: 0000000000000001 R08: 000000000020d4b0 R09: 00007f675b32a000 
[ 7.420463] R10: 000000000020d459 R11: 0000000000000246 R12: 00007ffcb9277b68 
[ 7.421488] R13: 00000000004001ba R14: 0000000000000000 R15: 0000000000000000 
[7.422935] Смещение ядра: 0x2d200000 от 0xffffffff81000000 (диапазон перемещения: 0xffffffff80000000-0xffffffffbffffffff) 
[ 7.424592] ---[ конец Паника ядра - не синхронизация: Попытка убить init! код выхода = 0x00000100 
[7.424592] 

введите описание изображения здесь

флаг jp
показать весь журнал
djdomi avatar
флаг za
Я думаю, что вопрос лучше подходит для суперпользователя, однако просто восстановите из резервной копии или переустановите виртуальную машину, причем 1804 афаик скоро или уже EOL. позаботьтесь об использовании более актуальной версии
флаг in
18.04 отлично работает, поддерживается до 2023 года. Я бы тоже переключился на лучшего хостера, если поддержка такая плохая.
флаг in
Поскольку у вас есть доступ к консоли, попробуйте загрузить другое ядро. Ubuntu обычно сохраняет последние два или три. Вы можете выбрать их через меню grub.
djdomi avatar
флаг za
возможно, требуемый модуль не загружен или не поддерживается. Как уже говорилось, я предлагаю использовать более новую версию, так как она может поддерживать корпус из коробки. Но покажите нам больше журнала в случае той же проблемы. И я также согласен с Джеральдом, если поддержка такая плохая, ищите другого хостера, в зависимости от вашего гражданства, я доволен netcup.
флаг jp
Паника, кажется, указывает на отсутствующий initrd
флаг vn
Благодарю за ответы и приношу извинения за задержку с ответом, у меня были некоторые проблемы с получением того, что, я надеюсь, является запрашиваемой дополнительной информацией. Добавьте выше.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.