Pi funktioniert plötzlich nicht mehr

Quote from hyle

aber was soll der Quatsch mit einer System-SSD per USB an einem RPi5?

Naja, so ein Quatsch ist das nicht. Ich mache das nur. So kann ich einfach das OS wechseln und muss nicht erst den Pi 5 zerlegen.

Auf die paar Millisekunden schnellere Zugriffszeit kommt es mir nicht an.

Quote from Urs-1956

So kann ich einfach das OS wechseln und muss nicht erst den Pi 5 zerlegen

Es spricht ja nichts dagegen die vorhandene SSD als externes Laufwerk weiter zu verwenden, von mir aus auch mit einem anderen System, das man ab und an mal startet, ABER doch nicht für einen 24/7 Betrieb.

BTW: Das geht auch ohne den RPi5 zu zerlegen. Der hat ja schließlich ein EEPROM, wo man die Bootreihenfolge einstellen kann.

Ich werd dir bestimmt nicht widersprechen,
aber angenommen, ein Anwender hat genug SATA-SSDs herum liegen und nen gescheiten USB-to-SATA-Adapter, kann ich verstehen, wenn da auf ein HAT verzichtet wird. Und - ne externe SSD ist einfacher zugänglich

McDotter Stell Dir mal die Frage unabhängig vom Raspberry Pi. Würdest Du einen PC per USB-Laufwerk booten, nur weil Du viele externe Laufwerke rumliegen hast? Bestimmt auch nicht oder? Du würdest doch bestimmt auch die internen Anschlüsse nutzen. Warum also mit einem RPi5 anders verfahren?

Wie geschrieben kann ich es gut nachvollziehen seine alte Hardware sinnvoll weiter zu nutzen, z.B. als externe zusätzliche Laufwerke.

Quote from ICEMANZIDANE

Welches "Hat" kann ich nutzen damit es mit meinem Gehäuse kompatibel ist?

Vermutlich keinen, ABER ich kenne dieses Gehäuse nicht.

Moin

ICEMANZIDANE
noatime ist sinnvoll (weil dadurch nicht sofort alles auf den Datenträger geschrieben wird, mit dem "Nachteil", dass bei einem Crash unter Umständen vielleicht nicht alles auf den Datenträger geschrieben wurde - ob das jetzt gut oder schlecht war, hängt wiederum von der Ursache des Crashs ab. Imho nach ist ein Crash nie gut...),
das Gelaber von Was-auch-immer-AI solltest man grundsätzlich erst man hinterfragen (=verstehen, was das genau bedeutet und bewirkt). Eine AI kennt keine Motivation, anderen mit Rat und Tat beizustehen - was aber hier im Forum eine der Triebfedern ist.

Zum Thema HAT und Gehäuse: es gibt längere Kabel zum NVMe-HAT+, mit denen kann man ne SSD auch außerhalb des Gehäuses platzieren und betreiben. Irgendwo im Forum "in letzter Zeit" hatte ich dazu ein Bild gepostet, nur als Inspiration

hyle
Nur weil wir beide da ein und die selbe "effiziente" Ansicht teilen, sind wir nicht der Maßstab für *alle* anderen
Deswegen kann ich verstehen, wenn jemand ihren/seinen eigenen Weg einschlägt, das ist deren gutes Recht (ich bin aber so frei und mach "mein Ding", vertret auch meine Ansicht - und versuche tolerant zu bleiben, auch wenn es mir hin und wieder schwer fällt. Aber mit den Jahren kommt die Gelassenheit - gleich geh ich arbeiten und dann seh ich meinen Kollegen, den ich gestern vertreten "durfte"... keine weiteren Worte ).
Bei dem Thema Cache und SATA-SSD steh ich ja auch "allein auf weiter Flur" - und keinen juckt's, außer mir - wo das doch Welten bei der Performance auf nem 4er ausmacht

atime schreibt IMHO nur die Zugriffszeiten von Dateien in die Tabelle der Inodes. Mit der Option sync werden hingegen sofort alle Daten auf das Laufwerk geschrieben.

noatime, no_a_time, = no access time bedeuted, dass der File-Access-Timestamp im Inode nicht geändert wird. Damit wird verhindert, dass bei einem nur lesenden Zugriff der Inode Block neu in das Filesystem geschrieben wird. Dadurch wird das Crashverhalten höchstens verbessert, weil bei einem nur Lese-Zugriff der Inode nicht verändert wird.

Servus !

Quote from hyle

Mit der Option sync. werden hingegen sofort alle Daten auf das Laufwerk geschrieben.

"Alle" Daten aber in 512 Byte Blöcken, wobei jeder Block-Transfer auch noch einzeln im Journal gespeichert wird. Dadurch wird das System extrem langsam.

Dann gleich data=journal statt ordered. Da ist der Transfer vor I/O Fehlern/Stromfehlern sicher, aber auch deutlich gebremst.

"man ext4"

Servus !

Schrieb ich beides ja auch mehr oder weniger. Ich wollte nur klarstellen, dass atime nicht, wie in #68 steht, sofort alles schreibt, sondern das "nur" die Zugriffszeiten für Inodes betrifft. sync schreibt alles aber bremst.

Meine Vermutung war eine Verwechslung der beiden Optionen, sonst hätte ich sync nicht ja erwähnt.

Weniger Verwechselt, eher nicht so gut Bescheid gewusst wir ihr Beiden