RPI3B+ von nach normalem Reboot "tot"?

GUMeyer · Jan 25th 2021

Hallo,

gestern Abend wollte ich meinen RPi 3B+ mal neustarten (ich weiß, dass das eigentlich nicht bzw. nur in Ausnahmefällen nötig ist). Nach dem sudo reboot wurde die SSH-Verbindung auch ordnungsgemäß beendet. Mißtrauisch bin ich erst geworden, als ich die Verbindung auch nach 5 Minuten Wartezeit nicht wieder aufbauen konnte. Da der RPi in einem eigentlich gut belüfteten Schrank liegt, glaube ich nicht an einen Wärmetod. Kontrolle ergab gestern Abend folgendes:

Gehäuse ist warm, aber nicht übermäßig

Die rote LED leuchtet dauerhaft, aber weder die grüne LED noch die LEDs am Netzwerkanschluss leuchten.

Da ich davon ausgegangen bin, dass der RPi sowieso nicht läuft, habe ich ihn am Netzschalter (im Kabel) aus-und wieder eingschaltet. Daraufhin flackerte ein paar Sekunden eine LED am "System-USB-Stick". Also habe ich den RPi über den Schalter wieder stromlos gemacht um heute früh weiter zu suchen.

Heute früh war dann der RPi richtig kalt. Einschalten ergab das gleiche wie gestern Abend: die rote LED leuchtet dauerhaft, die grüne LED sowie die LEDs am Netzwerkanschluss bleiben dunkel.

Setup:

RPi 3B+ mit Rasbian light (Duster), bootet und läuft seit über einem Jahr erfolgreich von USB-Stick
Original-Netzteil
Zugriff über SSH
Benutzung als Standard-User (bei Bedarf wird sudo verwendet)
Angeschlossen per LAN-Kabel an eine Fritzbox (hat inzwischen keine IP mehr)
An den USB-Port sind einmal der "System-USB-Stick" angeschlossen, sowie ein USB-Stick, auf dem das Verzeichnis /var/www (aufgrund eines umfangreicheren PHP-Projekts) liegt.

Inzwischen gehe ich von einem "Tod" des RPi aus. Oder gibt es noch etwas, dass ich probieren kann? (Anschluss an Monitor und Tastatur würde ggf. gehen, aber da hab ich dannn keine Möglichkeit, auch noch LAN zu legen).

Gruss

GUMeyer

STF · Jan 25th 2021

Quote from GUMeyer

habe ich ihn am Netzschalter (im Kabel) aus-und wieder eingschaltet

Quote from GUMeyer

Original-Netzteil

Das Original Netzteil hat keinen Schalter.

Ich würde folgendermaßen vorgehen:

1) mit dem Pi Imager eine µSD Karte mit Raspbian lite flashen

2) alles vom RPi abziehen

3) geflashte Karte in den Slot des RPi einlegen, Monitor dran, Strom dran und sehen, was passiert

Franjo G · Jan 25th 2021

Quote from STF

Das Original Netzteil hat keinen Schalter.

Das kann nicht sein.

Steht doch in vielen Angeboten im Internet.

"original Raspberry Pi Netzteil" mit praktischem Ein-Ausschalter.

Verkäufer lügen nie.

Edit

Quote

Das 3A USB-C-Netzteil mit 1,5 m Netzkabel wurde speziell für den Raspberry Pi 4 entwickelt und getestet. Der Kippschalter ist besonders praktisch, um den RPI 4 herunterzufahren und anschalten.

oder

Komfortabler Schalter: Mit dem EIN/AUS-Schalter können Sie Raspberry Pi 4 schnell und einfach steuern, ohne das Ladekabel anschließen und ausstecken zu müssen und unnötige Schäden an Raspberry Pi und Stromversorgung zu vermeiden.

GUMeyer · Jan 25th 2021

Quote from STF

Das Original Netzteil hat keinen Schalter.

Hmm, ich hab das ganze Paket vor 2 Jahren geschenkt bekommen.

Quote from STF

Ich würde folgendermaßen vorgehen:

1) mit dem Pi Imager eine µSD Karte mit Raspbian lite flashen
2) alles vom RPi abziehen
3) geflashte Karte in den Slot des RPi einlegen, Monitor dran, Strom dran und sehen, was passiert

Ich habe die SD-Karte, auf die ich damals schon Raspbian lite geflash habe, um dann von da aus den USB-Stick bootfähig zu machen, noch. Die würde ich nehmen.

Der Rest dauert noch etwas - ggf. komm ich erst heute Abend dazu. Ich werde auf jeden Fall berichten (entweder weil ich dann wahrscheinlich weitere Unterstützung brauche oder den Tod bekannt geben werde).

Gruss

GUMeyer

rpi444 · Jan 25th 2021

Quote from GUMeyer

Mißtrauisch bin ich erst geworden, als ich die Verbindung auch nach 5 Minuten Wartezeit nicht wieder aufbauen konnte.

Schau mal mit einem anderen Gerät nach, ob auf dem System-USB-Stick im /boot-Verzeichnis, alle erforderlichen Dateien vorhanden sind und wie viel freier Speicherplatz (bzw. inodes) auf dem System-USB-Stick noch vorhanden ist.

GUMeyer · Jan 25th 2021

Quote from rpi444

Schau mal mit einem anderen Gerät nach, ob auf dem System-USB-Stick im /boot-Verzeichnis, alle erforderlichen Dateien vorhanden sind und wie viel freier Speicherplatz (bzw. inodes) auf dem System-USB-Stick noch vorhanden ist.

Das kann ich, teilweise, schon machen. Gibt es irgendwo eine Liste, welche Dateien im /boot-Verzeichnis sein müssen? Den freien Platz kann ich ermitteln, die Anzahl der freien inodes mangels Linux-System nicht.

Aber müsste dann nicht wenigstens neben der roten auch die grüne LED leuchten bzw. blinken? Und die LEDs am Netzwerkanschluss auch?

Gruss

GUMeyer

GUMeyer · Jan 25th 2021

Quote from GUMeyer

Das kann ich, teilweise, schon machen. Gibt es irgendwo eine Liste, welche Dateien im /boot-Verzeichnis sein müssen?

Code

Verzeichnis des "System-USB-Sticks", dargestellt mit TotalCommander unter Windows:
19.01.2021  18:14    <DIR>          overlays
19.01.2021  17:54         5.787.640 kernel7.img
19.01.2021  17:53         5.456.128 kernel.img
19.01.2021  17:55            28.567 bcm2710-rpi-3-b-plus.dtb
19.01.2021  17:54         6.146.456 kernel7l.img
19.01.2021  17:54         6.886.671 kernel8.img
19.01.2021  17:54            25.426 bcm2708-rpi-b-plus.dtb
10.07.2019  00:21               145 issue.txt
19.01.2021  17:54            24.774 bcm2708-rpi-b-rev1.dtb
19.01.2021  17:54            25.163 bcm2708-rpi-b.dtb
19.01.2021  17:54            24.896 bcm2708-rpi-cm.dtb
19.01.2021  17:54            26.101 bcm2708-rpi-zero-w.dtb
19.01.2021  17:55            24.908 bcm2708-rpi-zero.dtb
19.01.2021  17:55            26.301 bcm2709-rpi-2-b.dtb
19.01.2021  17:55            26.450 bcm2710-rpi-2-b.dtb
01.01.1980  00:00               142 cmdline.txt
10.07.2019  00:08             1.735 config.txt
19.01.2021  17:55            27.948 bcm2710-rpi-3-b.dtb
19.01.2021  17:55            26.257 bcm2710-rpi-cm3.dtb
19.01.2021  17:55            47.484 bcm2711-rpi-4-b.dtb
19.01.2021  17:55            47.657 bcm2711-rpi-400.dtb
19.01.2021  17:55            47.593 bcm2711-rpi-cm4.dtb
19.01.2021  17:55            18.693 COPYING.linux
22 Datei(en),     24.727.135 Bytes
1 Verzeichnis(se),    238.940.672 Bytes frei

Display More

Und bevor die Frage kommt - die cmdline.txt sieht so aus:

Code

dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=1945dc03-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

Wie gesagt, dass mit dem Monitor geht erst heute Abend.

Gruss

GUMeyer

Franjo G · Jan 25th 2021

GUMeyer

Quote

Gibt es irgendwo eine Liste, welche Dateien im /boot-Verzeichnis sein müssen

Da fehlen alle .elf-dateien EDIT auch die .dat-Dateien fehlen alle

Bei mir sieht das so aus

Code

392   19 -rwxr-xr-x  1 root root   18693 Jan 13 19:03  COPYING.linux
419    2 -rwxr-xr-x  1 root root    1594 Jan 13 19:04  LICENCE.broadcom
357    1 drwxr-xr-x  2 root root     512 Jul 25  2020 'System Volume Information'
394   26 -rwxr-xr-x  1 root root   26482 Jan 13 19:03  bcm2710-rpi-2-b.dtb
390   28 -rwxr-xr-x  1 root root   28599 Jan 13 19:03  bcm2710-rpi-3-b-plus.dtb
395   28 -rwxr-xr-x  1 root root   27980 Jan 13 19:03  bcm2710-rpi-3-b.dtb
396   26 -rwxr-xr-x  1 root root   26289 Jan 13 19:03  bcm2710-rpi-cm3.dtb
397   47 -rwxr-xr-x  1 root root   47972 Jan 13 19:03  bcm2711-rpi-4-b.dtb
398   48 -rwxr-xr-x  1 root root   48145 Jan 13 19:03  bcm2711-rpi-400.dtb
399   48 -rwxr-xr-x  1 root root   48303 Jan 13 19:03  bcm2711-rpi-cm4.dtb
410   52 -rwxr-xr-x  1 root root   52456 Jan 13 19:04  bootcode.bin
407    1 -rwxr-xr-x  1 root root     121 Sep  5 16:58  cmdline.txt
408    2 -rwxr-xr-x  1 root root    1763 Jan  2 22:51  config.txt
404    8 -rwxr-xr-x  1 root root    7299 Jan 13 19:04  fixup.dat
415    6 -rwxr-xr-x  1 root root    5427 Jan 13 19:04  fixup4.dat
416    4 -rwxr-xr-x  1 root root    3176 Jan 13 19:04  fixup4cd.dat
417    9 -rwxr-xr-x  1 root root    8444 Jan 13 19:04  fixup4db.dat
418    9 -rwxr-xr-x  1 root root    8436 Jan 13 19:04  fixup4x.dat
405    4 -rwxr-xr-x  1 root root    3176 Jan 13 19:04  fixup_cd.dat
406   11 -rwxr-xr-x  1 root root   10286 Jan 13 19:04  fixup_db.dat
409   11 -rwxr-xr-x  1 root root   10288 Jan 13 19:04  fixup_x.dat
393    1 -rwxr-xr-x  1 root root     145 May 27  2020  issue.txt
391 7547 -rwxr-xr-x  1 root root 7727182 Jan 13 19:03  kernel8.img
145   18 drwxr-xr-x  2 root root   17920 Jan 13 19:03  overlays
400 2873 -rwxr-xr-x  1 root root 2941216 Jan 13 19:03  start.elf
411 2165 -rwxr-xr-x  1 root root 2216960 Jan 13 19:04  start4.elf
412  773 -rwxr-xr-x  1 root root  791324 Jan 13 19:04  start4cd.elf
413 3631 -rwxr-xr-x  1 root root 3717608 Jan 13 19:04  start4db.elf
414 2907 -rwxr-xr-x  1 root root 2976456 Jan 13 19:04  start4x.elf
401  773 -rwxr-xr-x  1 root root  791324 Jan 13 19:04  start_cd.elf
402 4678 -rwxr-xr-x  1 root root 4789480 Jan 13 19:04  start_db.elf
403 3614 -rwxr-xr-x  1 root root 3700040 Jan 13 19:04  start_x.elf

Display More

STF · Jan 25th 2021

Quote from GUMeyer

Gibt es irgendwo eine Liste, welche Dateien im /boot-Verzeichnis sein müssen?

Code

pi@raspberrypi:~ $ ls -la /boot
insgesamt 45700
drwxr-xr-x  5 root root    3584 Jan  1  1970 .
drwxr-xr-x 19 root root    4096 Jan 21 12:34 ..
-rwxr-xr-x  1 root root   25163 Jan  7 16:53 bcm2708-rpi-b.dtb
-rwxr-xr-x  1 root root   25426 Jan  7 16:53 bcm2708-rpi-b-plus.dtb
-rwxr-xr-x  1 root root   24774 Jan  7 16:53 bcm2708-rpi-b-rev1.dtb
-rwxr-xr-x  1 root root   24896 Jan  7 16:53 bcm2708-rpi-cm.dtb
-rwxr-xr-x  1 root root   24908 Jan  7 16:53 bcm2708-rpi-zero.dtb
-rwxr-xr-x  1 root root   26101 Jan  7 16:53 bcm2708-rpi-zero-w.dtb
-rwxr-xr-x  1 root root   26301 Jan  7 16:53 bcm2709-rpi-2-b.dtb
-rwxr-xr-x  1 root root   26450 Jan  7 16:53 bcm2710-rpi-2-b.dtb
-rwxr-xr-x  1 root root   27948 Jan  7 16:53 bcm2710-rpi-3-b.dtb
-rwxr-xr-x  1 root root   28567 Jan  7 16:53 bcm2710-rpi-3-b-plus.dtb
-rwxr-xr-x  1 root root   26257 Jan  7 16:53 bcm2710-rpi-cm3.dtb
-rwxr-xr-x  1 root root   47657 Jan  7 16:53 bcm2711-rpi-400.dtb
-rwxr-xr-x  1 root root   47484 Jan  7 16:53 bcm2711-rpi-4-b.dtb
-rwxr-xr-x  1 root root   47593 Jan  7 16:53 bcm2711-rpi-cm4.dtb
-rwxr-xr-x  1 root root   52456 Jan  5 08:30 bootcode.bin
-rwxr-xr-x  1 root root     166 Jan  1  1980 cmdline.txt
-rwxr-xr-x  1 root root    1782 Jan 15 10:56 config.txt
-rwxr-xr-x  1 root root   18693 Jan  5 08:30 COPYING.linux
-rwxr-xr-x  1 root root    3176 Jan  8 16:26 fixup4cd.dat
-rwxr-xr-x  1 root root    5429 Jan  8 16:26 fixup4.dat
-rwxr-xr-x  1 root root    8440 Jan  8 16:26 fixup4db.dat
-rwxr-xr-x  1 root root    8436 Jan  8 16:26 fixup4x.dat
-rwxr-xr-x  1 root root    3176 Jan  8 16:26 fixup_cd.dat
-rwxr-xr-x  1 root root    7301 Jan  8 16:26 fixup.dat
-rwxr-xr-x  1 root root   10288 Jan  8 16:26 fixup_db.dat
-rwxr-xr-x  1 root root   10288 Jan  8 16:26 fixup_x.dat
drwxr-xr-x  2 root root     512 Jan 15 09:16 .fseventsd
-rwxr-xr-x  1 root root     145 Jan 11 14:15 issue.txt
-rwxr-xr-x  1 root root 5787640 Jan  7 16:53 kernel7.img
-rwxr-xr-x  1 root root 6146456 Jan  7 16:53 kernel7l.img
-rwxr-xr-x  1 root root 6886671 Jan  7 16:53 kernel8.img
-rwxr-xr-x  1 root root 5456128 Jan  7 16:53 kernel.img
-rwxr-xr-x  1 root root    1594 Jan  5 08:30 LICENCE.broadcom
drwxr-xr-x  2 root root   17408 Jan 11 13:52 overlays
-rwxr-xr-x  1 root root  791356 Jan  8 16:26 start4cd.elf
-rwxr-xr-x  1 root root 3716808 Jan  8 16:26 start4db.elf
-rwxr-xr-x  1 root root 2215776 Jan  8 16:26 start4.elf
-rwxr-xr-x  1 root root 2975368 Jan  8 16:26 start4x.elf
-rwxr-xr-x  1 root root  791356 Jan  8 16:26 start_cd.elf
-rwxr-xr-x  1 root root 4788712 Jan  8 16:26 start_db.elf
-rwxr-xr-x  1 root root 2940128 Jan  8 16:26 start.elf
-rwxr-xr-x  1 root root 3698952 Jan  8 16:26 start_x.elf

Display More

GUMeyer · Jan 25th 2021

Quote from Franjo G

GUMeyer

Da fehlen alle .elf-dateien EDIT auch die .dat-Dateien fehlen alle

Bei mir sieht das so aus

Code

392   19 -rwxr-xr-x  1 root root   18693 Jan 13 19:03  COPYING.linux
419    2 -rwxr-xr-x  1 root root    1594 Jan 13 19:04  LICENCE.broadcom
357    1 drwxr-xr-x  2 root root     512 Jul 25  2020 'System Volume Information'
394   26 -rwxr-xr-x  1 root root   26482 Jan 13 19:03  bcm2710-rpi-2-b.dtb
390   28 -rwxr-xr-x  1 root root   28599 Jan 13 19:03  bcm2710-rpi-3-b-plus.dtb
395   28 -rwxr-xr-x  1 root root   27980 Jan 13 19:03  bcm2710-rpi-3-b.dtb
396   26 -rwxr-xr-x  1 root root   26289 Jan 13 19:03  bcm2710-rpi-cm3.dtb
397   47 -rwxr-xr-x  1 root root   47972 Jan 13 19:03  bcm2711-rpi-4-b.dtb
398   48 -rwxr-xr-x  1 root root   48145 Jan 13 19:03  bcm2711-rpi-400.dtb
399   48 -rwxr-xr-x  1 root root   48303 Jan 13 19:03  bcm2711-rpi-cm4.dtb
410   52 -rwxr-xr-x  1 root root   52456 Jan 13 19:04  bootcode.bin
407    1 -rwxr-xr-x  1 root root     121 Sep  5 16:58  cmdline.txt
408    2 -rwxr-xr-x  1 root root    1763 Jan  2 22:51  config.txt
404    8 -rwxr-xr-x  1 root root    7299 Jan 13 19:04  fixup.dat
415    6 -rwxr-xr-x  1 root root    5427 Jan 13 19:04  fixup4.dat
416    4 -rwxr-xr-x  1 root root    3176 Jan 13 19:04  fixup4cd.dat
417    9 -rwxr-xr-x  1 root root    8444 Jan 13 19:04  fixup4db.dat
418    9 -rwxr-xr-x  1 root root    8436 Jan 13 19:04  fixup4x.dat
405    4 -rwxr-xr-x  1 root root    3176 Jan 13 19:04  fixup_cd.dat
406   11 -rwxr-xr-x  1 root root   10286 Jan 13 19:04  fixup_db.dat
409   11 -rwxr-xr-x  1 root root   10288 Jan 13 19:04  fixup_x.dat
393    1 -rwxr-xr-x  1 root root     145 May 27  2020  issue.txt
391 7547 -rwxr-xr-x  1 root root 7727182 Jan 13 19:03  kernel8.img
145   18 drwxr-xr-x  2 root root   17920 Jan 13 19:03  overlays
400 2873 -rwxr-xr-x  1 root root 2941216 Jan 13 19:03  start.elf
411 2165 -rwxr-xr-x  1 root root 2216960 Jan 13 19:04  start4.elf
412  773 -rwxr-xr-x  1 root root  791324 Jan 13 19:04  start4cd.elf
413 3631 -rwxr-xr-x  1 root root 3717608 Jan 13 19:04  start4db.elf
414 2907 -rwxr-xr-x  1 root root 2976456 Jan 13 19:04  start4x.elf
401  773 -rwxr-xr-x  1 root root  791324 Jan 13 19:04  start_cd.elf
402 4678 -rwxr-xr-x  1 root root 4789480 Jan 13 19:04  start_db.elf
403 3614 -rwxr-xr-x  1 root root 3700040 Jan 13 19:04  start_x.elf

Display More

Das würde mich zwingen, den USB-Stick neu zu machen. Ok, lösbar.

Aber (bitte entschuldigt, wenn ich darauf herumreite): Wenn es nur an fehlenden Dateien liegen würde, müsste doch nach dem Herstellen der Stromversorgung nicht nur die rote LED, sondern wenigstens die grüne und ggf. auch die LEDs am Netzwerkanschluss leuchten/blinken?

Gruss

GUMeyer

rpi444 · Jan 25th 2021

Quote from Franjo G

Da fehlen alle .elf-dateien EDIT auch die .dat-Dateien fehlen alle

Wie kann so etwas bei einem reboot passieren, dass im /boot-Verzeichnis einfach Dateien verschwinden. Es ist ja nicht er erste und einzige Fall. Das findet man immer wieder in den Foren, dass Dateien (auf dem Datenträger des PI) nicht mehr vorhanden sind, nach einem reboot.

rpi444 · Jan 25th 2021

Quote from GUMeyer

Das würde mich zwingen, den USB-Stick neu zu machen. Ok, lösbar.

Nein, Du musst den USB-Stick nicht neu machen. Du kannst die z. Zt. fehlenden Dateien aus dem Internet runterladen und in das /boot-Verzeichnis kopieren.

Franjo G · Jan 25th 2021

Quote from rpi444

Es ist ja nicht er erste und einzige Fall.

Aber bei vielen anderen nach einen Upgrade und nicht nach einem reboot.

Das ist schon merkwürdig.

Vor allem, weil die Status LED nicht blinkt. Bei fehlender start.elf... müsste doch ein bestimmtes Muster angezeigt werden.

Franjo G · Jan 25th 2021

Quote from rpi444

aus dem Internet runterladen und in das /boot-Verzeichnis kopieren

Aber nicht die cmdline.txt überschreiben, sonst musst du die wieder mit der richtigen PAARTUUID anpassen.

GUMeyer · Jan 25th 2021

Quote from rpi444

Nein, Du musst den USB-Stick nicht neu machen. Du kannst die z. Zt. fehlenden Dateien aus dem Internet runterladen und in das /boot-Verzeichnis kopieren.

ok, das krieg ich hin...sonst frag ich nochmal nach.

GUMeyer · Jan 25th 2021

Quote from Franjo G

Aber nicht die cmdline.txt überschreiben, sonst musst du die wieder mit der richtigen PAARTUUID anpassen.

Ich würde nur die Dateen, die mir fehlen, einfügen. Außerdem ist es, glaub ich, kein Problem, die aktuell vorhandenen Dateien als Backup zu kopieren.

GUMeyer · Jan 25th 2021

Quote from Franjo G

Aber bei vielen anderen nach einen Upgrade und nicht nach einem reboot.
Das ist schon merkwürdig.
Vor allem, weil die Status LED nicht blinkt. Bei fehlender start.elf... müsste doch ein bestimmtes Muster angezeigt werden.

Das meinte ich ja. ich hab inzuwischen nochmal nachgeforscht (speziell im Gedächtnis nach den letzten Änderungen vor dem Reboot): Ich hab am 19.01.2021 nacheinander sudo apt-get update und sudo apt-get upgrade durchgeführt. Danach habe ich nur noch Änderungen Dateien in /etc/nginx/sites-available, /etc/letsencrypt sowie an div. PHP-Scripten in /var/www/<weitere Unterverzeichnisse> gemacht.

Mir fehlt ebenfalls das Blinken der Status-LED - sonst hätte ich wahrscheinlich nach dem Blink-Code gesucht.

Gruss

GUMeyer

rpi444 · Jan 25th 2021

Quote from GUMeyer

Ich würde nur die Dateen, die mir fehlen, einfügen.

Deshalb habe ich ja im Beitrag #12 auch geschrieben:

Quote

Du kannst die z. Zt. fehlenden Dateien aus dem Internet runterladen und in das /boot-Verzeichnis kopieren.

GUMeyer · Jan 25th 2021

Quote from GUMeyer

ok, das krieg ich hin...sonst frag ich nochmal nach.

Und genau das tue ich jetzt . Ich hab raspberrypi.org "abgegrast" ob ich irgendwo einen Hinweis auf die mir fehlenden Dateien finde, bin aber nicht fündig geworden. Kann mich jemand in die richtige Richtung (Link o.ä.) weisen? Danke. Ich würde nämclih gern heute Abend wieder weiter machen

Gruss

GUMeyer

Franjo G · Jan 25th 2021

Quote from GUMeyer

Ich hab am 19.01.2021 nacheinander

Flashe einfach das aktuelle Raspberry Pi OS auf eine SD, kopiere dann alle Dateien aus /boot auf den Stick.

Wie gesagt mit Ausnahme der config.txt und cmdline.txt

Ansonsten würde ich alle Dateien kopieren. Auch den Unterordner overlays

Dann kannst du sicher sein, dass alle Dateien vorhanden sind.