Raspberry bootet nicht mehr nach sudo poweroff

Quote from Karel

Dabei ist aufgefallen, dass augenscheinlich auf der boot Partition einige Dateien fehlten (siehe Bild).

Das kam schon ein paar mal hier im Forum vor und jedes mal war ein vorangegangenes Update der Grund dafür.

Im Nachhinein wirds schwierig, weil die Dateien zum aktuellen Kernel passen müssen. D.h. entweder hast Du Glück und Du kannst die noch downloaden oder nicht.

Eine nachhaltige Lösung wäre regelmäßig Backups zu erstellen damit man bei so einem Problem die Dateien einfach zurückkopieren kann. Um nicht zu schreiben: Kein Backup, kein Mitleid!

Quote from Karel

von einer gesunden boot Partition von meinem zweiten System (Kernel, Versionen dürften gleich sein) herüber kopiere?

Versuch macht klug, ABER ich würde nur die fehlenden Dateien rüber kopieren!

Quote from Karel

also du meinst ein Backup der boot Partition, richtig?

Ich meinte nachdem man ein System aufgesetzt hat, sollte man wenigstens einmal pro Woche Backups vom kompletten System erstellen lassen. Ob das nun ein Backup des kompletten Imges ist oder ein Backup der geänderten und neuen Datein per sync ist erstmal egal und eine Frage des Speicherplatzes des Quell und Ziellaufwerks.

Mir ist klar, dass "Kein Backup, kein Mitleid!" sehr hart klingt, aber aus Fehlern lernt man oder sollte man zumindest.

Vergessen... Du kannst die Dateien auch per Windows kopieren. Die /boot ist ja eine Windows Partition, da spielen Dateirechte oder Eigentümer kaum eine Rolle.

Ich würde da keine großen Aufwand betreiben, sondern die Dateien einfach z.B. per cp oder mit dem mc, soweit der bei Dir installiert ist, rüberziehen. Du hast doch die SSD bestimmt an den anderen RPi angeschlossen oder?

Quote from Karel

Allerdings stellt sich natürlich die Frage, warum denn überhaupt die Dateien gelöscht wurden. im Rahmen des möglichen Updates...

Mir auch. Ich update regelmaessig meine Raspberries und habe sowas noch nicht erlebt.

hyle Du hast geschrieben dass das wohl schon oefter im Forum berichtet wurde. Hast Du ein Pattern erkennen koennen warum das passiert?

[OT]

was ist eigentlich der Unterschied von

sudo poweroff

zu

sudo shutdown -now

?

[/OT]

Quote from framp

Du hast geschrieben dass das wohl schon oefter im Forum berichtet wurde. Hast Du ein Pattern erkennen koennen warum das passiert?

Ich würde (aus der Erinnerung heraus) behaupten, dass es alles Updates waren, bei denen der Kernel auch betroffen war.

Hallo zusammen,

Quote from hyle

Ich würde (aus der Erinnerung heraus) behaupten, dass es alles Updates waren, bei denen der Kernel auch betroffen war.

da kommen viele Ursachen zusammen.

In der boot-Partition werden bei jedem Kernel-Update die alten Kernel gespeichert. Irgendwann ist die Partition voll. Dann funzt ein weiterer Kernel-Update nicht mehr.

Ich habe auch das Script in Verdacht, dass ein Kernel-Update ermöglicht. Das Script läuft ungefähr so ab:

• Herunterladen von Dateien
• Entpacken
• neue Module erzeugen (inaktiv)
• aktuelle Module umbenennen (inaktiv)
• neue Module aktiv setzen
• Neustart (erst dann werden die neuen .elf-Dateien verwendet)
  

Wenn in dem vor-vor- und vor-letzten Schritt irgendwas schief läuft, hat man ein dysfunktionales System.

Ich habe auch den Verdacht, dass dieses "Kernel-Update-Script" möglicherweise diesen Vorgang nicht immer vollständig unterstützt. Diejenigen, die als erste solch ein Script (ungeahnt) nutzen, laufen Gefahr, dies als Beta-Nutzer zu tun.

Stunden später erst läuft dieses Script dann richtig. Das bedeutet, dass ein frühzeitig gestarteter fehlerhafter Kernel-Update Stunden später nicht nehr reproduzierbar ist.

Beste Grüße

Andreas

Ich kenne das Script nicht aber normalerweise macht man einen Update so, dass man parallel zum alten Stand den neuen Stand aufsetzt und dann moeglichst mit einem oder, wenn es nicht anders geht, ein paar Befehlen von alt auf neu umschaltet - also moeglichst schnell und die Zeit in dem das System inkonsistent ist moeglichst kurz haelt. Wenn dann ein OutOfDisk auftritt sollte es sehr unwahrscheinlich sein dass das in dieser kurzen Zeitspanne auftritt. Deshalb wundert mich

Quote from Andreas

aktuelle Module umbenennen (inaktiv)
neue Module aktiv setzen

denn ein Umbenennen dauert definitiv laenger und ich vermute auch das aktiv setzen der Module. Mir scheint da gibt es irgendwelche Randbedingungen die dazu zwingen das so zu tun denn die Raspberry Developer sollten eigentlich Profis sein.

Man hat ja mit Buster die Bootpartition auf 200M vergroessert - vermutlich auch aus diesem Grund.

Was mich wundert dass ich noch nie in diese Problem reingelaufen bin und bei mir laufen 4 Raspis 7/24 die regelmaessig von mir manuell updated werden