- Shipped
- 24 settembre 2026 alle ore 02:15 UTC
- Author
- Kamo
- Commit
- a7f4925
Un computer fornito, è venuto su, e ha preso il panico sul suo prossimo avvio: Eseguire /init come processo init Non eseguito /init (error -2) Kernel panic - non sincronizzazione: Nessun lavoro init trovato. L'initrd era di dimensione piena, 37,8 MB, con lo stesso segmento iniziale di 429 entrata come l'immagine d'oro e un segmento principale del proprio. L'unica differenza dall'immagine che stivali: no /init dentro di esso. Due percorsi di codice rigenerano l'initrd, e hanno eseguito 36 MILLISECONDS APART da fili diversi: 01:37:26.658 POST /branding 200 l'aggiornamento-initramf del gestore del boot-splash 01:37:26.694 ibernazione prontezza del filo di avvio, dentro configura() 01:37:28.963 riavvio così il kernel pick up curriculum= Due ricostruzioni contemporaneamente di un bersaglio, poi un riavvio nel risultato. Provato da eliminazione piuttosto che inferenza: un singolo aggiornamento-initramf pulito eseguito contro lo stesso disco produce un initrd valido con il presente principale/init, e /boot aveva 749 MB gratis, quindi né lo strumento né lo spazio è stato difettoso. Tre cambiamenti, perché uno non è sufficiente: BOOT WORK LOCK è ora preso da tutto ciò che riscrive come gli stivali del computer, e restart for resume rifiuta mentre è tenuto. Riavviare durante quel lavoro è ciò che trasforma un brutto initrd in una macchina distrutta. Il cablaggio di ibernazione non viene eseguito più update-initramfs affatto. Non ha mai avuto bisogno di: riprendere= e resume offset= sulla riga di comando del kernel sono ciò che rende un computer recuperabile, update-grub scrive loro, e CV configured() li verifica contro /proc/cmdline. Il file conf.d/resume è ancora scritto in modo che il NEXT distribuzione-driven ricostruzione mantiene il dispositivo di ripresa — con la gestione degli errori di apt intorno a esso piuttosto che il nostro. E i due comandi che decidono se una macchina può avviare non sono più eseguiti con check= Falso. Il loro stato viene mantenuto e l'output registrato, e un riavvio viene rifiutato mentre o ha fallito. Che uno importa meno di quanto sembra: dal tempo update-initramfs fallisce, il danno è già acceso disco, che è esattamente il motivo per cui esistono i primi due cambiamenti.