Puncte:1

Ubuntu Server 20.04.2 LTS: Instalare eșuată pe un server AMD dual bare-metal (instalarea eșuată s-a blocat cu CalledProcessError)

drapel in

Sunt un utilizator Ubuntu mai nou care se angajează pe primul meu server bare-metal cu Ubuntu Server (20.04.2 LTS).

Întâlnesc o instalare eșuată cu o eroare ciudată pe care nu o pot descifra (CalledProcessError). Instalez de pe un ISO USB, pe care am încercat deja să îl reconstruiesc de două ori pentru a elimina asta ca o posibilă eroare.

Informatie de sistem: Supermicro 4023S-TRT & Manual
Placa de baza specifica (integrat cu sistemul): Supermicro H11DSi-NT & Manual
Alte specificații de sistem: Procesoare duale AMD Epyc 7551 (Seria 7001 Naples Core); 512 GB memorie ECC DDR4-2666; Unitatea de disc a sistemului de operare este un M.2 Samsung 980 (256 GB)

Am îndepărtat toate hard-disk-urile, cu excepția hard disk-ului meu OS (unitatea SSD M.2) și am încercat din nou instalarea, am încă aceeași instalare eșuată. Am putut extrage jurnalele de blocare. Am lipit secțiunea cea mai relevantă mai jos (ceea ce cred că este cel mai relevant). Fișierul Crash este foarte mare, am lipit întregul fișier sub fragment.

Nu pot găsi date bune despre acest „CalledProcessError”. Poate cineva să ajute să ofere o direcție?

Alte informații solicitate în comentariile de mai jos: Ieșire din sudo dmidecode -s versiunea bios și liber -h

Ieșirea comenzilor

Fragmente din jurnalele de blocare de mai jos, pot oferi mai multe, acestea mi s-au părut cele mai relevante.

2020-04-01 17:26:23,133 INFO subiquitycore.common.errorreport:406 salvarea raportului de blocare „install failed crash with CalledProcessError” în /var/crash/1585761983.132111549.crash_fail

Titlu: instalarea eșuată s-a prăbușit cu CalledProcessError
Urmărire:
 Traceback (cel mai recent apel ultimul):
   Fișierul „/snap/subiquity/2280/lib/python3.6/site-packages/subiquity/server/controllers/install.py”, linia 231, în instalare
     așteaptă self.curtin_install(context=context)
   Fișierul „/snap/subiquity/2280/lib/python3.6/site-packages/subiquitycore/context.py”, rândul 148, în decorated_async
     return wait meth(self, **kw)
   Fișierul „/snap/subiquity/2280/lib/python3.6/site-packages/subiquity/server/controllers/install.py”, linia 204, în curtin_install
     self.logged_command(curtin_cmd), check=True)
   Fișierul „/snap/subiquity/2280/lib/python3.6/site-packages/subiquitycore/utils.py”, linia 85, în arun_command
     ridică subprocess.CalledProcessError(proc.returncode, cmd)
 subprocess.CalledProcessError: Comanda '['systemd-cat', '--level-prefix=false', '--identifier=subiquity_log.3751', '/snap/subiquity/2280/usr/bin/python3', '- m', 'curtin', '--showtrace', '-c', '/var/log/installer/subiquity-curtin-install.conf', 'install']' au returnat starea de ieșire diferită de zero 3.

heynnema avatar
drapel ru
Porniți pe Ubuntu Live USB, în modul „Încercați Ubuntu”, deschideți un terminal și editați-vă întrebarea și afișați-mi rezultatul `sudo dmidecode -s bios-version` și `free -h`. Spune-mi și marca/modelul EXACT al serverului și/sau plăcii de bază.
drapel hr
Pentru informare, a fost raportată anterior o eroare aproape identică [Eroare Curtin la autoinstalarea Ubuntu 20.04.1](https://askubuntu.com/questions/1296787/curtin-error-on-autoinstall-ubuntu-20-04-1)
roaming-nomad avatar
drapel in
@heynnema - a adăugat toate informațiile solicitate, bineveniți orice gânduri.Le-am rulat prin instrumentul shell din programul de instalare Ubuntu Server atunci când ISO pornește, presupunând că oferă rezultatul corect, dar se poate relua folosind instrucțiunile exacte, dacă este necesar.
heynnema avatar
drapel ru
BIOS-ul dvs. este actual. Procesoarele AMD sunt amuzante despre RAM. Deși configurația dvs. va dura o veșnicie, accesați https://www.memtest86.com/ și descărcați/rulați „memtestul” gratuit pentru a vă testa memoria. Obțineți cel puțin o trecere completă a tuturor testelor 4/4 pentru a confirma o memorie bună. Acest lucru poate dura multe ore.
roaming-nomad avatar
drapel in
@heynnema ideea ta a fost complet corectă. De fapt, când am cercetat BIOS-ul în această dimineață, înainte de ruta `memtest`, am descoperit că nu se înregistra toată memoria RAM (7 din 8 DIMM-uri erau afișate). Am re-slotat toată memoria RAM și acum afișez 512 GB complet. A executat din nou instalarea, pare să funcționeze, totuși am o problemă separată, fără legătură cu cablul adaptor VGA - HDMI, așa că trebuie să iau un alt monitor pentru că nu pot obține videoclipuri despre progresul meu (am nevoie de un monitor VGA nativ). Vom raporta mai multe mai târziu; sperand ca suntem rezolvati.
Puncte:0
drapel ru

Din comentarii...

BIOS-ul dvs. este actual. Procesoarele AMD sunt amuzante despre RAM. Deși configurația dvs. va dura o veșnicie, accesați https://www.memtest86.com/ și descărcați/rulați memtestul lor gratuit pentru a vă testa memoria. Obțineți cel puțin o trecere completă a tuturor testelor 4/4 pentru a confirma o memorie bună. Acest lucru poate dura multe ore.

@heynnema ideea ta a fost complet corectă. De fapt, când am cercetat BIOS-ul în această dimineață, înainte de ruta memtest, am descoperit că nu toată memoria RAM se înregistra (7 din 8 DIMM-uri erau afișate). Am re-slotat toată memoria RAM și acum afișez 512 GB complet. A rulat instalarea din nou, pare să funcționeze.

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.