Raspi 4 Boot-Probleme

Feb 18, 2020 34 Replies
Jump to replies (34)

Hallo,



wenn ich die beiden untenstehenden SD-Karten nehme, dauert das Booten des Raspis mehr als 90 Sekunden. Während dieser Zeit erscheint vielfach das Vier-Himbeeren-Symbol und das Videosignal verschwindet. Es sieht also so aus, dass er mehrfach versucht zu booten.



Samsung Micro SDHC 32GB EVO UHS-I Grade 1 Class 10



SanDisk Ultra 32GB microSDHC Class 10, U1, A1



Wenn er es dann doch geschafft hat, läuft as System absolut stabil, ohne Aussetzer und Fehler.



Wenn ich hingegen diese SD-Karte nehme



(NoName) microSDHC 16GB U1 Class 10



ist er nach ca. 20 Sekunden fertig.



Alle Karten sind zunächst unformattiert, ich schreibe mit Win32DiskImager ein Raspian Buster Full Image auf die Karten.



Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten SD-Karten bekannt?



Alfred.


On 02/18/2020 13:05, Alfred Gemsa wrote: [...]

Ich habe noch nie unformatierte Karten erlebt. Entweder FAT16, FAT32 oder exFAT sind ab Werk drauf. Und in der Partitionstabelle ist eine Partition eingetragen, die die ganze Karte umfaßt.

Ein komplettes Image inklusive Dateisystem schreibe ich nicht. Ich lege einzeln Dateisysteme an, sofern nötig.

Für Backup-Zwecke habe ich 1 x UFS und 1 x FAT32 in die Partitionstabelle eingetragen und angelegt.

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:

Du meinst, sie sind formatiert und leer. Ist aber auch egal, denn nachdem

sind sie ja neu beschrieben.

Ich sehe keinen Fehler, genau so hab ich es letztes Wochenende auch gemacht, und es hat auf Anhieb funktioniert. Allerdings hab ich nicht mehrere Karten ausprobiert, da die erste, bisher genutzte auf Anhieb problemlos lief.

Ob es Probleme gibt musst Du mal googeln.

Und dann extrahierst Du die Dateien aus dem offiziellem Raspian Image und kopierst sie auf die SD-Karte? Klar, wenn man es gerne umständlich mag.

Der offizielle und einfache Weg das Betriebssystem beim Raspberry auf die Karte zu bekommen, ist das Image darauf zu schreiben.

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:

[...]

Sieht auf den ersten Blick nicht so aus. Wenn ich mir einen der Raspis

Du denn in den Logfiles einen Hinweis auf Bootabbruch finden?

vorstellen, vielleicht sind da manche Karten toleranter als andere?

Nein, wieso das denn? Ich schrieb von Karten für Backup-Zwecke.

Es geht darum, daß ein Dateisystem möglichst gängig angelegt sein sollte. Meine Dateisystem-Software ist vielfach erprobt. Bei einem Image ist das nicht klar.

Wenn danach das Dateisystem im Image kein Problem ist. Es ist ja auch der Masterboot im Image enthalten, und alle Gaps. Mir gefällt das jedenfalls nicht.

Die Probleme des OP müssen doch einen Grund haben.

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:

Nichts, außer ungeeignete Karten ausgesucht zu haben

oder sind Probleme beim Raspi 4 mit bestimmten

Ja, auch ich muss Karten 'aussuchen'. Welche ansonsten unter Linux oder Windows im Schlepptop, PC problemlos laufen.

Gruß Jürgen

Das ist doch was vollkommen anderes, als der OP macht.

Die Raspian-Images sind auch vielfach erprobt.

Muss dir ja auch nicht gefallen. Funktioniert aber.

Sicher. Aber höchstwahrscheinlich nicht die Art wie er die Daten auf die SD-Karte bekommt.

Ich wüsste spontan keinen anderen Weg, wie man das sonst unter Windows hinbekommt. Das Image mounten klappt unter Windows nicht.

[...]

Der OP hat aber massive Probleme (damit).

Der OP hat aber massive Probleme (damit).

Mir geht es um die Unterschiede zwischen Karten. Mit einer Karte 16GB geht es, mit anderen 32GB nicht. Das kann bereits eine Diskrepanz im Dateisystem/Image Masterboot/PartTabelle sein.

Beispiel:

---------

405] ntfs-3g -o ro /dev/ntfs/DVD /dvd $MFTMirr does not match $MFT (record 24). Failed to mount '/dev/ntfs/DVD': Input/output error NTFS is either inconsistent, or there is a hardware fault, or it's a SoftRAID/FakeRAID hardware.

In the first case run chkdsk /f on Windows then reboot into Windows twice. The usage of the /f parameter is very important! If the device is a SoftRAID/FakeRAID then first activate it and mount a different device under the /dev/mapper/ directory, (e.g. /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation for more details.

---------

Diese Fehlermeldung gab es bei gleicher Aktion früher nicht. Jetzt aber plötzlich, ohne Änderung von meiner Seite.

Unter Windows direkt gibt es keine Probleme - kein Fehler sichtbar. Diese Störung ist auch deshalb unter Windows nicht reparierbar. Man müßte wohl das Dateisystem löschen und neu anlegen.

Für die eine Software gibt es keine Unverträglichkeit, für die andere sehr wohl - dauerhaft.

Am 18.02.2020 um 13:52 schrieb Eric Bruecklmeier:

Werde mal reinschauen.

Original Raspi-Netzteil 5,1V 3A.

Danke, Alfred

Am 18.02.2020 um 14:06 schrieb Jürgen Jänicke:

Also Trial&Error? Nun gut, eine habe ich ja bis jetzt gefunden.

Oder hast du einen Favoriten?

ALfred.

Am 18.02.2020 um 16:55 schrieb Alfred Gemsa:

Hmm, das sollte reichen...

Am 18.02.2020 um 16:57 schrieb Alfred Gemsa:

Nein, nicht wirklich. Wobei Intenso im Moment bei mir aktuell recht gut läuft. Sowieso nur 4GB, mehr brauche ich nicht. Eigentlich nur wenige MB zum booten, OS(Raspbian) und alle Daten laufen von USB-Stick. Ist bei Bedarf einfacher zu wechseln, und die Boot-SD-Karte wird so minimal wie möglich belastet. Auch ein Backup, Restore dieser ist somit wesentlich einfacher.

Gruß J.J.

Es gibt vereinzelt Probleme mit Karten, aber bei mir hat er noch alles gefressen was ich ihm vorgeworfen habe.

Eher kann ich mir vorstellen, dass es ein Problem mit der Spannungs- versorgung ist (Netzteil liefert zuwenig Strom oder Spannung)

/ralph

Am 18.02.2020 um 18:32 schrieb Frank Lichtmann:

Interessant, wie konfigurierst du das?

Alfred

Am 18.02.2020 um 19:01 schrieb Ralph Aichinger:

Ich schrub schon: Original Raspi-NT, 5,1V 3A.

Am 18.02.2020 um 16:57 schrieb Eric Bruecklmeier:

Aehem, welcher Logfile könnte es sein (/var/log/ ist wohl der Pfad?)

Am 18.02.2020 um 19:04 schrieb Alfred Gemsa:

Häng mal eine Grundlast dran.

Kurt

Am 18.02.2020 um 22:56 schrieb Kurt:

Es kommt aber kein gelber Blitz im Monitor. Also keine Unterspannung, oder was meinst du mit Grundlast dranhängen?

Alfred

Am 18.02.2020 um 23:03 schrieb Alfred Gemsa:

Jedes Netzteil, das eine geregelte Spannung liefert, hat einen Regelkreis drinnen der das bewerkstelligt. Bei starken, halt, und schnellen, Lastschwankungen kann es sein das der Regelkreis in Verlegenheit kommt und Überschwingung produziert. Besonders dann wenn das NT im Leerlauf ist. Ich könnte mir vorstellen, dass das Beschreiben einer Karte kurzzeitig viel Strom beansprucht und das NT darauf schnell reagieren muss.

Eine Grundlast verlangt dem NT immer ein "Arbeiten" ab und die Änderungen, bei der Kartenbeschreiberei fallen dann %tual geringer aus.

Eine Last von irgendwo bei 1A wäre wohl mal eine gute Wahl, zusätzlich zur Last sollten dann auch noch Stützkondensatoren kommen.

Wenn das nichts bringt, das NT "unschuldig" ist, dann würde ich Stützkondensatoren (Ceramik oder so) sehr nahe an die Spannungsversorgung der Karte anbringen. Nicht nur von + auf irgendeine Masse, sondern auf dem kürzestem Weg zu und bei den Kartenpins.

Wenn direkt auf dem Board Flash ist dann ist das auch so ein Kandidat der da ev. besonders "gestützt" sein will bzw. beim Beschreiben kurze Einbrüche produzieren könnte.

Kurt

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required