NEWS
Raspi 3 Model B mit Samsung SSD 500GB
-
Hallo,
brauche Hilfe:
habe einen Raspi 3 Model B und ioBroker über längere Zeit mit SD Karten betrieben.
So 1 bis 2 Stück pro Jahr habe ich gebraucht, dann defekt. Über Image wieder neue Karte bespielt und alles lief wieder.
Nun habe ich eine Samsung SSD T5 mit dem Image bespielt und an den USB angeschlossen.
Funktioniert auf Anhieb.
Aber:
Nach Netzausfall, Reboot oder Shutdown läuft er nicht mehr hoch. Nur rote LED.
Habe auch ähnliche Beiträge gefunden, aber keine Lösung.
Kein Zugriff mehr über Putty etc.
Was ich heute herausgefunden habe ist folgendes:
Nach einem Reboot läuft er nicht mehr hoch. Ich ziehe den Netztstecker des Raspis.
SSD vom Raspi USB abziehen und an Windows PC rein. Ich warte, bis er die SSD erkannt hat. Dann melde ich ordnungsgemäß über Hardware entfernen die SSD ab. Ich ziehe die SSD raus, stecke sie in den Raspi. Netzstecker rein - und der Raspi fährt hoch und alles funktioniert.
Also ich habe keine Änderungen mit dem Windows PC auf der SSD gemacht. Nur reinstecken, abmelden und abziehen.
Was passiert da?
Ich habe dieses Phänomen an 2 Raspis. baugleich und beide mit baugleichen SSDs.
Kann mir jemand helfen?Grüße
Jürgen -
@jürgenio sagte in Raspi 3 Model B mit Samsung SSD 500GB:
Was passiert da?
Da wird das Flag 'alles okay, das Medium wurde ordentlich ausgehängt' gesetzt.
Ich ziehe den Netztstecker des Raspis.
Solltest du nie machen. Resultat kennst du ja. Vermutlich hat das auch in der Vergangenheit für den unnormalen Verschleiß an SD-Karten gesorgt.
-
@thomas-braun
kann das permanent gesetzt werden für den Raspi?
Warum wertet der das unter Linux aus?Grüße
Jürgen -
@jürgenio sagte in Raspi 3 Model B mit Samsung SSD 500GB:
kann das permanent gesetzt werden für den Raspi?
Nein, warum auch? Das hat ja einen Grund, das das gesetzt wird (bzw. bei brutalem Stromweg eben nicht gesetzt wird).
Warum wertet der das unter Linux aus?
Weil es WICHTIG ist. Macht Windows übrigens nicht anders.
-
@thomas-braun
ja dann ist der Fehler in meiner Installation zu suchen?
Warum setzt Linux das Flag bei mir nicht.
Habe alle mir bekannten Stops versucht. Auch ioBroker vorab zu stoppen.
Hilft alle nichts. -
@jürgenio Meine USB Sticks am Raspi verhalten sich auch so.
Nach einem Stromausfall wird nicht mehr gebootet.
Aber wenn ich dann erneut den Strom trenne läuft der Bootvorgang anschließend durch.
Hast du das auch schon mal probiert? -
@chaot
ja, wurde getestet. Geht nicht -
Was ist denn jetzt dein Problem?
Netzstecker rein - und der Raspi fährt hoch und alles funktioniert.
Funktioniert doch nach Rosskur wieder.
Den Raspberry fährt man mit
sudo shutdown
sauber herunter. Das kann auch 2-3 Minuten dauern. Dann wird auch das entsprechende Flag gesetzt.
-
@thomas-braun
mmmhhh. Nach jedem Stromausfall, oder wenn ich an meinem "Entwicklungs-Raspi" ändere und neu starte, brauche ich den Umweg über den Windowas PC. Mit der SD lief alles ordnungsgemäß...
Soll halt selbständig wieder hoch laufen. -
@jürgenio
sudo shutdown und abwarten bringt nix -
Da musst du mal in das boot.log oder in dmesg schauen was da passiert.
Ein fschk bei korruptem Dateisystem (wird beim boot bei Bedarf ausgeführt) dauert halt auch geraume Zeit, insbesondere bei großen Datenträgern.dmesg -T | grep -i ext4
könnte schon erste Anhaltspunkte geben.
-
@thomas-braun sagte in Raspi 3 Model B mit Samsung SSD 500GB:
dmesg -T | grep -i ext4
kannst du damit was anfangen?
-
@jürgenio Ja, in CodeTags statt Spoiler könnte ich damit vielleicht was anfangen.
-
[Wed Jan 5 12:42:32 2022] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=4c6fdb90-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait ip=192.168.0.64::192.168.0.1:255.255.255.0:rpi:eth0:off [Wed Jan 5 12:42:40 2022] EXT4-fs (sda2): INFO: recovery required on readonly filesystem [Wed Jan 5 12:42:40 2022] EXT4-fs (sda2): write access will be enabled during recovery [Wed Jan 5 12:42:41 2022] EXT4-fs (sda2): recovery complete [Wed Jan 5 12:42:41 2022] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [Wed Jan 5 12:42:41 2022] VFS: Mounted root (ext4 filesystem) readonly on device 8:2. [Wed Jan 5 12:42:44 2022] EXT4-fs (sda2): re-mounted. Opts: (null)
-
@jürgenio sagte in Raspi 3 Model B mit Samsung SSD 500GB:
[Wed Jan 5 12:42:40 2022] EXT4-fs (sda2): INFO: recovery required on readonly filesystem [Wed Jan 5 12:42:40 2022] EXT4-fs (sda2): write access will be enabled during recovery [Wed Jan 5 12:42:41 2022] EXT4-fs (sda2): recovery complete
Da ist also versucht worden ein defekt eingehängtes Dateisystem zu reparieren. Auf den ersten/oberflächlichen Blick war das erfolgreich. Das heißt aber nicht, dass nicht im weiteren Betrieb wieder Fehler auftauchen können.
-
@thomas-braun
das leuchtet mir ein. Nach dem Windows - Abmelden läuft es ja wieder hoch.
Was kann ich jetzt machen? -
@jürgenio
kann es sein, dass er durch die SSD nicht weiß, wo er dieses "Flag" alles ordnungsgemäß beendet, hinsetzen (schreiben) soll? -
Wenn du jetzt ein
sudo reboot
machst, kommt die Kiste dann wieder hoch? Kann ggf. was dauern.
Erste Aktion in gestartente System ist dann wiederdmesg -T | grep -i ext4
-
@thomas-braun sagte in Raspi 3 Model B mit Samsung SSD 500GB:
dmesg -T | grep -i ext4
[Wed Jan 5 14:01:05 2022] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=6 56 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem .mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=4c6fdb90-0 2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait ip=192.168.0.64::19 2.168.0.1:255.255.255.0:rpi:eth0:off [Wed Jan 5 14:01:13 2022] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [Wed Jan 5 14:01:13 2022] VFS: Mounted root (ext4 filesystem) readonly on devic e 8:2. [Wed Jan 5 14:01:17 2022] EXT4-fs (sda2): re-mounted. Opts: (null)
Nein, fährt nicht selbständig wieder hoch
-
@jürgenio
ist auch über ping nicht zu erreichen