Raspi 3 Model B mit Samsung SSD 500GB

[Thomas Braun]

@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.

[JürgenIO]

@thomas-braun
kann das permanent gesetzt werden für den Raspi?
Warum wertet der das unter Linux aus?

Grüße
Jürgen

[Thomas Braun]

@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.

[JürgenIO]

@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.

[Chaot]

@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?

[JürgenIO]

@chaot
ja, wurde getestet. Geht nicht

[Thomas Braun]

@jürgenio

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.

[JürgenIO]

@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]

@jürgenio
sudo shutdown und abwarten bringt nix

[Thomas Braun]

@jürgenio

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.

[JürgenIO]

@thomas-braun sagte in Raspi 3 Model B mit Samsung SSD 500GB:

dmesg -T | grep -i ext4

Spoiler

[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)

kannst du damit was anfangen?

[Thomas Braun]

@jürgenio Ja, in CodeTags statt Spoiler könnte ich damit vielleicht was anfangen.

[JürgenIO]

@thomas-braun

[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)

[Thomas Braun]

@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.

[JürgenIO]

@thomas-braun
das leuchtet mir ein. Nach dem Windows - Abmelden läuft es ja wieder hoch.
Was kann ich jetzt machen?

[JürgenIO]

@jürgenio
kann es sein, dass er durch die SSD nicht weiß, wo er dieses "Flag" alles ordnungsgemäß beendet, hinsetzen (schreiben) soll?

[Thomas Braun]

@jürgenio

Wenn du jetzt ein

sudo reboot

machst, kommt die Kiste dann wieder hoch? Kann ggf. was dauern.
Erste Aktion in gestartente System ist dann wieder

dmesg -T | grep -i ext4

[JürgenIO]

@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]

@jürgenio
ist auch über ping nicht zu erreichen

[JürgenIO]

@jürgenio
der Raspi 3 macht doch den Bootvorgang von SSD ohne schreiben in das EEprom wie der 4er.
Da bin ich doch richtig?