Pi non si avvia dopo l'aggiornamento di initramfs


9

Ho cercato di ottenere Raspbian Jessie, installato dall'immagine per l'avvio con una partizione root crittografata.

Ho avuto successo nel seguire la guida qui .

Quando avvio il Pi, scende a un prompt di initramfs, quindi sblocco la partizione con

# cryptsetup luksOpen /dev/mmcblk0p2 sdcard
# exit

e si avvia in Debian. Grande!

Tuttavia, ci sono alcuni problemi. Quando provo ad aggiornare il file initramfs con:

# sudo mkinitramfs -o /boot/initramfs.gz

in Debian, il Pi non si riavvia correttamente al prompt di initramfs. Si blocca semplicemente con un cursore lampeggiante dopo aver mostrato il logo pixel. Quando ripristino l'immagine di avvio di cui ho eseguito il backup, ottengo nuovamente il prompt initramfs e posso eseguire l'avvio dalla radice crittografata.

Il secondo problema è che non ho configurato correttamente dropbear; sembra essere configurato per utilizzare DHCP. Ciò significa che quando accedo ottiene un indirizzo IP casuale. Devo aggiornare la configurazione a un indirizzo IP fisso in modo da poter accedere al Pi senza testa dopo un riavvio, ma senza la possibilità di aggiornare gli initramfs non so come risolverlo.

Dato che non riesco nemmeno a ricevere un prompt di initramfs dopo l'aggiornamento, non sono davvero sicuro di come iniziare a risolvere questo problema, quindi qualsiasi suggerimento sarebbe fantastico. Fornirò tutte le informazioni che saranno utili per risolvere questo problema.


1
Ricordo vagamente di aver sentito un po 'di tempo fa che systemdil initsistema predefinito che andava avanti dall'attuale versione "Jessie" di Debian e quindi Raspbian da cui derivava una volta aveva problemi con i file system crittografati. Immagino che almeno una parte dei problemi sia stata risolta, ma nel tuo caso particolare potresti voler considerare di tornare al sysV initche è quello che l'articolo 2013 si aspetterebbe (menziona la versione "Wheezy" di Raspbian che è la versione precedente che avrebbe avuto un init predefinito di quello sysV) ...
SlySven

1
Sembra improbabile che si tratti di un problema relativo systemd; Gestisco diversi sistemi Debian 8 standard con partizioni root crittografate senza problemi. Il mio sospetto è che il codice per richiedere la passphrase di crittografia non sia presente o non sia compatibile con qualsiasi cosa stia creando il logo della schermata iniziale. (Ottengo un prompt in modalità testo per la passphrase durante l'avvio del sistema.) Quando avrò la possibilità, confronterò gli script di avvio sul mio Pi e su uno dei miei laptop Debian.
cjs,

Per quanto riguarda il DHCP. Bloccalo direttamente sul tuo router. Non sui dispositivi. Altrimenti potrebbe essere un dolore nel culo.
Kuzeyron,

Ti consiglio di dare un'occhiata alla Guida alla crittografia di Robpol86 ( robpol86.com/raspberry_pi_luks.html ) quando una cosa che ho riconosciuto nella guida che hai usato è che non esiste uno script di ricostruzione di initramfs che viene eseguito dopo ogni aggiornamento del kernel . Ho usato la guida di Robpol su molti sistemi Jessie e Stretch da molto tempo e non ho mai avuto problemi. Naturalmente la guida non ti aiuterà in merito ai tuoi problemi di caduta.
Stefan Wegener,

Risposte:


0

Disabilita qualsiasi schermata iniziale e controlla l'output durante l'avvio. In cmdline.txt (in /boot/cmdline.txt) assicurati di averlo rootwait logo.nologo nosplash.

Deve essersi verificato un problema con l'aggiornamento o initramfs. Assicurati di includere i moduli corretti in esso indicando la versione del kernel di destinazione in questo modo: sudo mkinitramfs -o /boot/initramfs.gz -k -v 4.14.78-v7+ questo indirizzerà il modulo del kernel di quella versione specifica installata e prenderà tutti i moduli da / lib / modules / correttamente.

Se c'è una mancata corrispondenza, potrebbero esserci problemi con il caricamento dei moduli del kernel corretti. Controlla anche il tuo initramfs-tools.conf e i hook / script.

Per quanto riguarda l'IP, puoi avere un IP fisso con il parametro di avvio del kernel "IP =". Ma sarebbe meglio configurarlo sul server DHCP, che è probabilmente il tuo router.


-1

Prova a ripristinare il firmware, quindi riprova:

Per ripristinare dare l'hash di commit github.

Per eseguire l'upgrade / downgrade a una specifica revisione del firmware, specificare il suo hash Git (dal https://github.com/Hexxeh/rpi-firmware repository) come segue:

sudo rpi-update fab7796df0cf29f9563b507a59ce5b17d93e0390


E per provare ad aggiornare di nuovo usa:

sudo apt-get update && sudo apt-get upgrade
sudo shutdown -r now

Quindi, al termine di tale processo, aggiorna il prossimo aggiornamento rpi:

sudo BRANCH=next rpi-update
sudo shutdown -r now

Dopodiché dovresti essere in grado di seguire le istruzioni qui

assicurati di saltare i primi 2 blocchi di codice mentre li ho appena modificati e ho dato quello funzionante sopra!

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.