Pi ne démarre pas après la mise à jour d'Initramfs

J'ai essayé d'obtenir Raspbian Jessie, installé à partir de l'image pour démarrer avec une partition racine chiffrée.

J'ai réussi à suivre le guide ici .

Lorsque je démarre le Pi, il tombe sur une invite initramfs, puis je déverrouille la partition avec

# cryptsetup luksOpen /dev/mmcblk0p2 sdcard
# exit

et il démarre dans Debian. Génial!

Cependant, il y a quelques problèmes. Lorsque j'essaie de mettre à jour le fichier initramfs avec:

# sudo mkinitramfs -o /boot/initramfs.gz

dans Debian, le Pi ne redémarre pas correctement à l'invite initramfs. Il se bloque simplement avec un curseur clignotant après avoir montré le logo pixel. Lorsque je restaure mon image de démarrage sauvegardée, je reçois à nouveau l'invite initramfs et je peux démarrer à partir de la racine chiffrée.

Le deuxième problème est que je n'ai pas correctement configuré dropbear; il semble être configuré pour utiliser DHCP. Cela signifie que lorsque je me connecte, il obtient une adresse IP aléatoire. J'ai besoin de mettre à jour la configuration vers une adresse IP fixe afin de pouvoir me connecter au Pi sans tête après un redémarrage, mais sans la possibilité de mettre à jour les initramfs, je ne sais pas comment résoudre ce problème.

Étant donné que je ne peux même pas obtenir d'invite initramfs après la mise à jour, je ne suis vraiment pas sûr de savoir comment même commencer à résoudre ce problème, donc tout indice serait parfait. Je fournirai toutes les informations qui seront utiles pour résoudre ce problème.

raspbian boot pixel

— richarddmorey
source

Je me souviens vaguement avoir entendu il y a quelque temps que systemdle initsystème par défaut à partir de la version actuelle de "Jessie" de Debian et donc de Raspbian qui en dérive avait une fois des problèmes avec les systèmes de fichiers cryptés. Je suppose qu'au moins une partie des problèmes ont été résolus, mais dans votre cas particulier, vous voudrez peut-être envisager de revenir au sysV, initce à quoi cet article de 2013 s'attendrait (il mentionne la version "Wheezy" de Raspbian qui est la version précédente qui aurait eu une init par défaut de la sysV) ...

— SlySven

Il semble peu probable qu'il s'agisse d'un problème lié à systemd; J'exécute plusieurs systèmes Debian 8 standard différents avec des partitions racine chiffrées sans problème. Je soupçonne que le code pour demander la phrase secrète de chiffrement n'est pas là ou n'est pas compatible avec ce qui affiche le logo de l'écran de démarrage. (Je reçois une invite en mode texte pour la phrase secrète lors du démarrage du système.) Lorsque j'en aurai l'occasion, je comparerai les scripts de démarrage sur mon Pi et sur l'un de mes ordinateurs portables Debian.

— cjs

Concernant le DHCP. Verrouillez-le directement sur votre routeur. Pas sur les appareils. Cela pourrait être une douleur dans le cul sinon.

— kuzeyron

Je vous recommande de jeter un œil au guide de chiffrement de Robpol86 ( robpol86.com/raspberry_pi_luks.html ) quand une chose que j'ai reconnue dans le guide que vous avez utilisé est qu'il n'y a pas de script initramfs-rebuild qui s'exécute après chacune de vos mises à jour du noyau . J'utilise le guide de Robpol sur de nombreux systèmes Jessie et Stretch depuis longtemps et je n'ai jamais eu de problème. Bien sûr, le guide ne vous aidera pas concernant vos problèmes de dropbear.

— Stefan Wegener

Réponses:

Désactivez tout écran de démarrage et vérifiez la sortie pendant le démarrage. Dans le cmdline.txt (dans /boot/cmdline.txt) assurez-vous que vous l'avez rootwait logo.nologo nosplash.

Il doit y avoir eu un problème avec votre mise à jour ou les initramfs. Assurez-vous que vous y incluez les modules appropriés en pointant vers la version du noyau cible comme ceci: sudo mkinitramfs -o /boot/initramfs.gz -k -v 4.14.78-v7+ Cela ciblera le module du noyau de cette version spécifique installée et récupérera tous les modules dans / lib / modules / correctement.

S'il y a un décalage, il pourrait y avoir des problèmes avec le chargement des bons modules du noyau. Vérifiez également vos initramfs-tools.conf et hooks / scripts.

Concernant l'IP, vous pouvez avoir une IP fixe avec le paramètre de démarrage du noyau "IP =". Mais il serait préférable de configurer cela sur le serveur DHCP, qui est très probablement votre routeur.

— Hernn0
source

-1

Essayez de rétablir le micrologiciel, puis réessayez:

Pour rétablir, donnez le hachage de validation github.

Pour mettre à niveau / rétrograder vers une révision de firmware spécifique, spécifiez son hachage Git (depuis le référentiel https://github.com/Hexxeh/rpi-firmware ) comme suit:

sudo rpi-update fab7796df0cf29f9563b507a59ce5b17d93e0390

Et pour réessayer la mise à niveau, utilisez:

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

Ensuite, une fois ce processus terminé, mettez à jour vers la prochaine mise à jour rpi:

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

Après cela, vous devriez pouvoir suivre les instructions ici

assurez-vous de sauter les 2 premiers blocs de code car je viens de les modifier et de donner celui de travail ci-dessus!

— User98764431
source