- Shipped
- 24 septembrie 2026 la 02:15 UTC
- Author
- Kamo
- Commit
- a7f4925
Un computer dotat, a venit şi s-a panicat la următoarea cizmă: Rulează /init ca proces init Eșec la executare /init (error -2) Panica Kernel - nu sincronizare: Nu de lucru init găsit. Initrd-ul avea mărimea completă, 37.8 MB, cu același segment timpuriu de 429 de intrări ca imaginea de aur și o segmentul principal al acestuia. Singura diferenţă faţă de imaginea pe care o are: nu /init în interiorul ei. Două căi de cod regenerează initrd-ul, și au fugit 36 MILLISECONDS Apart de fire diferite: Traducerea şi adaptarea: /branding 200 boot-splash handler update-initramfs 01:37:26.694 de hibernare gata firul de boot, în interiorul configurației() 01:37:28.963 repornirea astfel încât nucleul preia CV-ul = Două reconstrucții concomitente ale unei ținte, apoi o repornire în rezultat. Mai degrabă dovedit prin eliminare decât de concluzie: un singur update-initramfs curat rula împotriva aceluiași disc produce un initrd valid cu main/init prezent, și /boot a avut 749 MB gratuit, astfel încât nici instrumentul sau spațiul nu a fost defect. Trei schimbări, pentru că unul nu este suficient: BOOT WORK LOCK este acum luat de tot ceea ce rescrie modul în care cizmele de calculator, și Restart for resume refuză în timp ce este ținut. Rebooting în timpul care munca este ceea ce se transformă un initrd rău într-o maşină distrusă. Cablurile de hibernare nu mai funcţionează deloc. Niciodată nu a fost nevoie să: CV = și CV offset= pe linia de comandă kernel sunt ceea ce face un computer resuscitabil, update-grub scrie ele și CV configurate() le verifică împotriva /proc/cmdline. Fișierul conf.d/resumare este încă scris astfel încât reconstrucţia de distribuţie NEXT-condus păstrează dispozitivul CV în jurul ei, mai degrabă decât al nostru. Și cele două comenzi care decid dacă o mașină poate boot nu mai sunt difuzate cu verificare = Fals. Starea lor este menţinută şi ieşirea lor înregistrată, şi o repornire este refuzată în timp ce oricare dintre ele a eşuat. Că unul contează mai puțin decât pare: de timp actualizare-initramfs eșuează, prejudiciul este deja pe disc, care este exact motivul pentru care primele două schimbări există.