Puncte:0

Grub nu poate accesa serverul TFTP pentru a încărca configurația grub

drapel gh

Încerc să pornesc pxeboot și să instalez Ubuntu 20.04 pe computerul meu țintă configurat să utilizeze UEFI.

Serverul meu de compilare este un Raspberry Pi care rulează Raspbian. Folosesc dnsmasq ca server dhcp/dns/tftp pentru rețeaua mea de construcție.

Când încerc să pornesc computerul țintă, acesta primește o adresă DHCP, descarcă BOOTX64.EFI, apoi descarcă grubx64.efi, ambele de pe serverul TFTP.

Cu toate acestea, sunt apoi lăsat la un prompt grub. În grub CLI, $prefix este setat la (tftp.192.168.105.1)/EFI/ubuntu. Aceasta pare a fi adresa corectă pentru serverul de compilare. Cu toate acestea, nu pot face o ls $prefix comanda pentru ca imi spune eroare: discul „tftp.192.168.105.1” nu a fost găsit.

În plus, /var/log/syslog de pe serverul de pornire raportează că BOOTX64.EFI și grubx64.efi au fost descărcate, dar nu înregistrează nicio eroare când încerc să fac o ls $prefix.

Nu sunt clar de ce acest lucru nu funcționează (deoarece computerul țintă poate accesa în mod clar fișierele de pe serverul TFTP). Poate cineva să sugereze ceva de privit sau altă abordare de luat?

Puncte:0
drapel ph

Ai o greșeală de ortografie.

Adresa ar trebui să citească (tftp,192.168.105.1) cu comă nu un punct.

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.