NEWS
Raspi 3 Model B mit Samsung SSD 500GB
-
@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 -
@jürgenio
der Raspi 3 macht doch den Bootvorgang von SSD ohne schreiben in das EEprom wie der 4er.
Da bin ich doch richtig? -
Die vier Zeilen sind die normalen Meldungen bei jedem Boot-Vorgang. Das hat dann nichts mit dem Dateisystem zu tun.
Mal die komplette Ausgabe vondmesg -T
durch schauen und/oder mal in
journalctl -b
fahnden.