Puncte:0

VPS găzduit diverse probleme de boot, nu se poate porni, într-o stare Kernel Panic?

drapel vn

Multumesc pentru lectura,

VPS care rulează Ubuntu 18.04

VPS-ul meu găzduit cu OVH nu pornește, însă problema pare aleatorie. Se pare că a pornit acum câteva zile după ce am încercat-o de câteva ori, dar apoi se blochează din nou. A fost bine de 8 luni, fără probleme, apoi s-a oprit.

Nu știu aproape nimic despre cum să mă descurc cu un VPS Ubuntu, din păcate, doar am experiență cu Windows.

În ultimele 2 săptămâni, am încercat să solicit OVH să asiste în această problemă, adică de cât timp s-a oprit VPS-ul. Sunt pur și simplu inutile, nu răspund.

Imaginea atașată înseamnă ceva util? / Pot face ceva în ceea ce privește rularea unor diag-uri și resetarea/reinstalarea ceva fără a pierde toate datele și aplicațiile și site-urile mele proprietare etc etc? Bănuiesc că nici măcar nu pot ajunge la un prompt de sistem dacă sistemul se oprește la ecranul atașat?

Mulțumiri

ACTUALIZAȚI

Apreciez răspunsurile și scuze pentru întârzierea răspunsului, am avut probleme în a obține ceea ce sper să fie informațiile suplimentare căutate.

Pentru cât merită, instinctul meu îmi spune că este o problemă de tip de eroare de citire a hard disk-ului, dar nu știu cum să confirm acest lucru prin Rescue Mode pe un VPS. Mă uit la asta acum, dar până acum nu găsesc nimic care să aibă sens pentru mine.

[ 7.406756] Panică kernel - nu se sincronizează: s-a încercat să se oprească init! exitcode=0x00000100 
[ 7.406756] run-init: /sbin/init: Nu există un astfel de fișier sau director 
[ 7.408399] CPU: 2 PID: 1 Comm: run-init Nu este contaminat 4.15.0-163-generic #171-Ubuntu 
[ 7.409686] Nume hardware: OpenStack Foundation OpenStack Nova, BIOS 2:1.10.2-58953eb7 04/01/2014 
[ 7.411085] Urmărire apel: 
[ 7.411585] dump_stack+0x6d/0x8b 
[ 7.412189] panic+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] Kernel Offset: 0x2d200000 de la 0xffffffff81000000 (interval de relocare: 0xffffffff80000000-0xffffffffbfffffff) 
[ 7.424592] ---[ terminați panica kernelului - nu se sincronizează: s-a încercat să se oprească init! exitcode=0x00000100 
[ 7,424592] 

introduceți descrierea imaginii aici

drapel jp
arată întregul jurnal
djdomi avatar
drapel za
Cred că întrebarea s-ar potrivi mai bine pe superutilizator, cu toate acestea, doar restaurați din backup sau reinstalați vm-ul, în plus, 1804 este afaik în curând sau deja EOL. aveți grijă să utilizați o versiune mai actuală
drapel in
18.04 este perfect, este suportat până în 2023. Aș schimba și eu un hoster mai bun dacă suportul este atât de prost.
drapel in
Deoarece aveți acces la consolă, încercați să porniți un alt nucleu. Ubuntu păstrează de obicei ultimele două sau trei. Le puteți selecta prin meniul grub.
djdomi avatar
drapel za
s-ar putea ca un modul necesar să nu fie încărcat sau acceptat. așa cum am spus, sugerez să folosiți o versiune mai nouă, deoarece ar putea suporta carcasa din cutie. Dar arată-ne mai multe jurnal în cazul aceleiași probleme. Și sunt, de asemenea, de acord cu Gerald, dacă suportul este atât de rău pentru un alt hoster, în funcție de cetățenia dvs., eu sunt mulțumit de netcup
drapel jp
Panica pare să indice un initrd lipsă
drapel vn
Apreciez răspunsurile și scuze pentru întârzierea răspunsului, am avut probleme în a obține ceea ce sper să fie informațiile suplimentare căutate. Adăugați mai sus.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.