Pi wird nach dem initramfs-Update nicht mehr gestartet

Ich habe versucht, Raspbian Jessie vom Image zu installieren , um mit einer verschlüsselten Root-Partition zu booten.

Es ist mir gelungen, dem Leitfaden hier zu folgen .

Wenn ich den Pi starte, wird er an einer initramfs-Eingabeaufforderung angezeigt, und dann entsperre ich die Partition mit

# cryptsetup luksOpen /dev/mmcblk0p2 sdcard
# exit

und es bootet in Debian. Großartig!

Es gibt jedoch einige Probleme. Wenn ich versuche, die initramfs-Datei zu aktualisieren mit:

# sudo mkinitramfs -o /boot/initramfs.gz

In Debian startet der Pi nicht erfolgreich mit der Eingabeaufforderung initramfs neu. Es hängt nur mit einem blinkenden Cursor, nachdem das Pixel-Logo angezeigt wurde. Wenn ich mein gesichertes Boot-Image wiederherstelle, erhalte ich erneut die Eingabeaufforderung initramfs und kann vom verschlüsselten Stamm booten.

Das zweite Problem ist, dass ich Dropbear nicht richtig konfiguriert habe. Es scheint für die Verwendung von DHCP konfiguriert zu sein. Dies bedeutet, dass beim Anmelden eine zufällige IP-Adresse angezeigt wird. Ich muss die Konfiguration auf eine feste IP-Adresse aktualisieren, damit ich mich nach einem Neustart kopflos beim Pi anmelden kann, aber ohne die Möglichkeit, die initramfs zu aktualisieren, weiß ich nicht, wie ich das beheben kann.

Da ich nach dem Update nicht einmal eine initramfs-Eingabeaufforderung erhalten kann, bin ich mir nicht sicher, wie ich dieses Problem überhaupt lösen soll. Daher wären alle Hinweise großartig. Ich werde alle Informationen bereitstellen, die zur Lösung dieses Problems hilfreich sind.

raspbian boot pixel

— richarddmorey
quelle

Ich erinnere mich vage, dass ich vor einiger Zeit gehört habe systemd, dass das Standardsystem init, das von der aktuellen "Jessie" -Version von Debian und damit von Raspbian, das daraus abgeleitet ist, weiterentwickelt wurde, einmal Probleme mit verschlüsselten Dateisystemen hatte. Ich vermute, dass zumindest ein Teil der Probleme behoben wurde, aber in Ihrem speziellen Fall möchten Sie vielleicht in Betracht ziehen, wieder auf sysV umzusteigen init, was in diesem Artikel von 2013 erwartet wird (es wird die "Wheezy" -Version von Raspbian erwähnt) die vorherige Version, die eine Standardinitialisierung des sysV one gehabt hätte) ...

— SlySven

Es ist unwahrscheinlich, dass es sich um ein Problem handelt systemd. Ich verwende problemlos verschiedene Standard-Debian-8-Systeme mit verschlüsselten Root-Partitionen. Mein Verdacht ist, dass der Code, der zur Eingabe der Passphrase für die Verschlüsselung auffordert, entweder nicht vorhanden ist oder nicht mit dem kompatibel ist, auf dem das Begrüßungsbildschirm-Logo angezeigt wird. (Während des Systemstarts wird eine Eingabeaufforderung für den Textmodus für die Passphrase angezeigt.) Wenn ich die Gelegenheit dazu bekomme, vergleiche ich die Startskripte auf meinem Pi und auf einem meiner Debian-Laptops.

— cjs

In Bezug auf das DHCP. Sperren Sie es direkt auf Ihrem Router. Nicht auf den Geräten. Sonst könnte es ein Schmerz im Arsch sein.

— Kuzeyron

Ich empfehle Ihnen, einen Blick auf das Verschlüsselungshandbuch von Robpol86 ( robpol86.com/raspberry_pi_luks.html ) zu werfen, wenn ich in dem von Ihnen verwendeten Handbuch festgestellt habe, dass nach jedem Ihrer Kernel-Updates kein Initramfs-Rebuild-Skript ausgeführt wird . Ich habe die Anleitung von Robpol lange Zeit auf vielen Jessie- und Stretch-Systemen verwendet und hatte nie Probleme. Natürlich hilft Ihnen der Leitfaden bei Ihren Dropbear-Problemen nicht weiter.

— Stefan Wegener

Antworten:

Deaktivieren Sie alle Begrüßungsbildschirme und überprüfen Sie die Ausgabe während des Startvorgangs. Stellen Sie in der cmdline.txt (in /boot/cmdline.txt) sicher, dass Sie haben rootwait logo.nologo nosplash.

Es muss ein Problem mit Ihrem Update oder den initramfs aufgetreten sein. Stellen Sie sicher, dass Sie die richtigen Module einbinden, indem Sie wie sudo mkinitramfs -o /boot/initramfs.gz -k -v 4.14.78-v7+ folgt auf die Ziel-Kernel-Version verweisen: Dies zielt auf das Kernel-Modul der jeweiligen installierten Version ab und greift auf alle Module für / lib / modules / zu.

Wenn es eine Nichtübereinstimmung gibt, kann es Probleme beim Laden der richtigen Kernelmodule geben. Überprüfen Sie auch Ihre initramfs-tools.conf und Hooks / Skripte.

In Bezug auf die IP können Sie eine feste IP mit dem Kernel-Boot-Parameter "IP =" haben. Am besten konfigurieren Sie dies jedoch auf dem DHCP-Server, bei dem es sich höchstwahrscheinlich um Ihren Router handelt.

— Hernn0
quelle

-1

Versuchen Sie, die Firmware zurückzusetzen, und versuchen Sie es dann erneut:

Geben Sie den Github-Commit-Hash zurück, um ihn zurückzusetzen.

Geben Sie zum Aktualisieren / Downgrade auf eine bestimmte Firmware-Version den Git-Hash (aus dem https://github.com/Hexxeh/rpi-firmware Repository) wie folgt an:

sudo rpi-update fab7796df0cf29f9563b507a59ce5b17d93e0390

Um ein erneutes Upgrade zu versuchen, verwenden Sie:

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

Nachdem dieser Vorgang abgeschlossen ist, wird das Update auf das nächste RPI-Update abgeschlossen:

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

Danach sollten Sie in der Lage sein, die Anweisungen hier zu befolgen

Stellen Sie sicher, dass Sie die ersten 2 Codeblöcke überspringen, da ich diese gerade geändert und den funktionierenden oben angegeben habe!

— User98764431
quelle