Puncte:1

Faceți ubuntu 20.04.2 desktop personalizat LiveCD întâlnire Verificare finalizată: erori găsite în 1 fișiere! Este posibil să întâmpinați erori

drapel bg

Fac o versiune de desktop USB Ubuntu LiveCD 20.04.2 prin aceasta articol.

Am verificat că iso sha256 original este corect. De asemenea, am verificat blocul usb prin rufus. Iar rezultatul este 0 blocuri proaste găsite. (0/0,0 erori)

Dar după flash-ul ISO prin Windows rufus. Și porniți în modul uefi. Poate întâlni:

 Verificare finalizată: erori găsite în 1 fișier! Este posibil să întâmpinați erori.

Ceea ce intalnesc asa Verificați erorile finalizate găsite într-un fișier. Dar nu există niciun răspuns până la urmă.

Există vreo modalitate de a descărca rezultatul mesajului de verificare a informațiilor pe disc sau fișierul de inspectare /boot/grub/efi.img este corect/incorect?

A trebuit să verific drumul /cdrom/boot/grub/efi.img care este egal în md5sum.txt

Există câteva articole care se referă la această problemă Verificați eroarea cu ISO 20.04 pentru desktop , Verificați eroarea cu ISO 20.04 pentru desktop dar nu despre realizarea cd-ului live.

galexite avatar
drapel pk
Eroarea este raportată ca în `efi.img`? Se pare că poate fi oricare dintre acele fișiere, doar că acele probleme pe care le-ați menționat au vorbit direct despre o eroare în acel fișier.
galexite avatar
drapel pk
Puteți folosi `md5sum -c md5sum.txt | grep -v OK` pe rădăcina unității USB și vedeți ce fișier nu este listat ca `OK` în rezultat?
laudai avatar
drapel bg
Rezultatul verificării este `./isolinux/isolinux.bin` este EȘECT. Este normal sau neobișnuit?
laudai avatar
drapel bg
Și de ce rufus îmi schimbă fișierul?
laudai avatar
drapel bg
@galexite În cele din urmă, verific [articolul](https://help.ubuntu.com/community/LiveCDCustomization#Producing_the_CD_image) și confirm că `isolinux.bin` este modificat de `mkisofs -b`. Poate cauza modificarea md5sum a lui `isolinux.bin` după folosirea acestei comenzi. Nu a fost modificat de software-ul rufus.
Puncte:1
drapel bg

Motivul pentru care întâmpinați o eroare este acel script md5sum din Ubuntu LiveCD articol.

Acest script în zilele noastre va produce izolinx directorul md5sum. Care nu este hash pe imaginea oficială Ubuntu 20.04.2. (Poate că wiki-ul trebuie modificat. Puteți vedea că începutul articolului este ubuntu-18.04-desktop-amd64.iso. Dar sfârșitul articolului este ubuntu-9.04.1- desktop-i386-custom.iso.)

Pentru a evita această problemă. Puteți modifica scriptul de la

find -type f -print0 | sudo xargs -0 md5sum | grep -v isolinux/boot.cat | sudo tee md5sum.txt #original

la

găsi . -type f -not -name md5sum.txt -not -path '*/isolinux/*' -print0 | sudo xargs -0 md5sum | grep -v isolinux/boot.cat | sudo tee md5sum.txt #other people purposal

În această problemă. Nu este cauzată de problema Windows rufus ESP. Deși rufus poate provoca aceeași problemă. (cum a spus @Akeo. rufus actualizare în 3.15. În acest jurnalul de modificări)

Puncte:0
drapel hk

Asta este normal. Problema este că efi.img este mapat la ESP (EFI System Partition), pe care Windows încearcă să-l monteze după ce USB-ul este creat și, atunci când o face, creează un Informații despre volumul sistemului\ directorul de acolo. Acesta este un comportament implicit Windows (detestabil) pe care nu îl putem controla cu adevărat.

Rezultatul final este că ESP este modificat, ceea ce înseamnă că boot/grub/efi.img este modificat și, prin urmare, suma de control nu se potrivește. Aceasta este totuși a benignă problemă care nu indică o problemă reală.

Proaspăt lansat Rufus 3.15 a încercat să adauge prevederi împotriva Windows-ului care modifică ESP, astfel încât suma de control ar trebui să potriviți, dar există doar atâtea ce putem face împotriva comportamentului implicit al Windows și, în mod ideal, Ubuntu (și alte distribuții) ar fi probabil mai bine să nu încercați să adăugați mai multe hack-uri ISOHybrid pentru a mapa un ESP într-un fișier care devine sumă de verificare și, în schimb, utilizați doar a singur partiție, cu EFI și conținut de instalare, când imaginea este scrisă în modul DD...

galexite avatar
drapel pk
Mulțumim pentru crearea lui Rufus, @Akeo! S-a părut în cele din urmă că Rufus/Windows nu a fost deloc de vină și că verificarea Ubuntu pur și simplu rulează printr-un fișier `md5sum`, așa că nu pare să-i pese de fișierele suplimentare de pe ESP. OP și-a modificat ISO cu `mkisofs` și, după cum se dovedește, acest lucru a creat un nou `isolinux.bin` care nu se potrivea cu hash-ul.
laudai avatar
drapel bg
@Akeo Mulțumesc pentru devotamentul lui Rufus. După cum menționează @galexite, hash-ul „isolinux.bin” nu s-a potrivit. Toate informațiile au fost scrise la răspunsul de mai jos.
Akeo avatar
drapel hk
Mă bucur să văd că ai descoperit cauza. Am menționat problema cu `efi.img` pentru că am văzut-o ducând la validarea sumei de control eșuate cu imagini Ubuntu scrise în modul DD în trecut, așa că îi poate ajuta pe alții care se poticnesc cu această problemă și descoperă că este `efi-ul lor. img` care nu eșuează validarea.

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.