RAM-Disk für Logfiles auf dem Raspberry

Quote from Arakon

Fast alles, worauf Linux läuft, kann auch für Klipper benutzt werden.

Zum Thema SD-Card, wenn man die Logs in eine RAMdisk auslagert, reduziert das die Schreibzugriffe ganz gewaltig.

Ok. das ist interessant, haste dafür einen Link, was zu lesen?

Quote from Konfusius

Ok. das ist interessant, haste dafür einen Link, was zu lesen?

Ja, gibt es wohl LINK

Logdateien würde ich nicht in eine Ramdisk packen, nach einem Neustart sind die weg und helfen nicht bei Fehlern die zum Systemabsturtz führen.

Effektiver ist die Temporären (/tmp) Dateien in eine Ramdisk zu schieben, die haben idr. sehr viele Zugriffe und werden beim Systemstart sowieso gelöscht. Das macht aber nur ab min 2 GB oder besser 4 GB Ram sinn.

Auch das abschalten der Zugriffszeitstempel bringt einiges. So wird beim lesen einer Datei nicht die Zeit des letzten zugriffs gespeichert, also nicht schreibend auf die SSD/SD Karte zugegriffen.

In meinem Haushalt laufen verschiedene Raspberries, u.a auch mit Octoprint, aber bezüglich der endlichen Beschreibbarkeit von SD-Cards mache ich mir keinen Kopf. Warum?

Zunächst kann die Speicherkarte urplötzlich von einer Sekunde auf die andere ausfallen. Ein Backup der gesamten Karte oder wenigstens die Speicherung der Printer.cfg Datei bei Klipper ist daher anzuraten.

Wie schnell geht eine SD-Card in einem Raspberry oder eine SSD in einem PC durch das ständige Beschreiben kaputt? Keiner weiß es genau. Die Computer und Anwendungsfälle sind zu unterschiedlich. Da gibt es den Heimcomputer der gelegentlich mal eingeschaltet wird und den Server, der mit nahezu immer 100% Auslastung 24/7 rennt. Eine gewisse Orientierung bieten die Workload-Limit Angaben, die Festplattenhersteller für ihre konventionellen Festplatten angeben. Das ist die Datenmenge/Jahr, die die Festplatte maximal transferieren kann (Schreiben und Lesen), ohne dass die Zuverlässigkeit der Platte zu sehr in den Keller geht. Der begrenzende Faktor ist hier nicht das Speichermedium, sondern die Laufwerksmechanik. Die Angaben für verschiedene Festplatten reichen von 180TB/Jahr bis 550TB/Jahr. Gehen wir mal vom ungünstigsten Fall aus: 550TB/Jahr und übertragen wir die Übertragungsleistung auf eine 64GB SD-Card, die sich 10000 mal beschreiben lässt (üblicher unterer Grenzwert für Flashspeicher). Die gesamte Übertragungskapazität der SD-Card wäre demnach 10000 x 64GB = 640TB. Die SD-Card würde also, eingesetzt z.B. als Systemplatte in einem Computer immerhin 1,16 Jahre durchhalten. Das ist aber ein ungünstiger Extremfall. Tatsächlich sind die Verhältnisse wesentlich günstiger. Im wirklichen Leben überwiegen die Lesevorgänge die Schreibvorgänge bei weitem und im Unterschied zur Harddisk erleidet die SD-Card beim Lesen keine Abnutzung. Die SD-Card hält nicht 10000 Schreibvorgänge aus, sondern wahrscheinlich wesentlich mehr; es werden auch 100000 Schreibvorgänge als untere Grenze genannt. Und der 3D-Drucker wird bei den meisten auch nicht rund um die Uhr laufen. D.h. im wirklichen Leben sollte die Lebensdauer der SD-Card zig-fach höher sein als die 1,16 Jahre von oben.

Daher ist für mich die begrenzte Lebensdauer von SD-Cards aufgrund der endlichen Zahl von Schreibvorgängen kein Thema und ich habe auch keine Maßnahmen getroffen, um die Logdateien in das RAM oder anderswohin zu verlagern.

Quote from Arakon

https://github.com/vladbabii/3…/master/logfile_in_ram.MD Ist was ich befolgt hab.

Ich würde das gern umsetzen, jedoch scheitere ich an:

Edit klipper to write logs to new path: edit /etc/default/klipper and change the -l parameter in the KLIPPY_ARGS

KLIPPY_ARGS="/opt/klipper/klippy/klippy.py /opt/klipper.hill/printer.cfg -l /opt/klipper.log/klippy.log"

Wo schreibe ich das rein?

/etc/default/klipper

Finde ich nicht .

Da gibts nur:

Quote from DIY_Fan

In meinem Haushalt laufen verschiedene Raspberries, u.a auch mit Octoprint, aber bezüglich der endlichen Beschreibbarkeit von SD-Cards mache ich mir keinen Kopf. Warum?

Zunächst kann die Speicherkarte urplötzlich von einer Sekunde auf die andere ausfallen. Ein Backup der gesamten Karte oder wenigstens die Speicherung der Printer.cfg Datei bei Klipper ist daher anzuraten.

Wie schnell geht eine SD-Card in einem Raspberry oder eine SSD in einem PC durch das ständige Beschreiben kaputt? Keiner weiß es genau. Die Computer und Anwendungsfälle sind zu unterschiedlich. Da gibt es den Heimcomputer der gelegentlich mal eingeschaltet wird und den Server, der mit nahezu immer 100% Auslastung 24/7 rennt. Eine gewisse Orientierung bieten die Workload-Limit Angaben, die Festplattenhersteller für ihre konventionellen Festplatten angeben. Das ist die Datenmenge/Jahr, die die Festplatte maximal transferieren kann (Schreiben und Lesen), ohne dass die Zuverlässigkeit der Platte zu sehr in den Keller geht. Der begrenzende Faktor ist hier nicht das Speichermedium, sondern die Laufwerksmechanik. Die Angaben für verschiedene Festplatten reichen von 180TB/Jahr bis 550TB/Jahr. Gehen wir mal vom ungünstigsten Fall aus: 550TB/Jahr und übertragen wir die Übertragungsleistung auf eine 64GB SD-Card, die sich 10000 mal beschreiben lässt (üblicher unterer Grenzwert für Flashspeicher). Die gesamte Übertragungskapazität der SD-Card wäre demnach 10000 x 64GB = 640TB. Die SD-Card würde also, eingesetzt z.B. als Systemplatte in einem Computer immerhin 1,16 Jahre durchhalten. Das ist aber ein ungünstiger Extremfall. Tatsächlich sind die Verhältnisse wesentlich günstiger. Im wirklichen Leben überwiegen die Lesevorgänge die Schreibvorgänge bei weitem und im Unterschied zur Harddisk erleidet die SD-Card beim Lesen keine Abnutzung. Die SD-Card hält nicht 10000 Schreibvorgänge aus, sondern wahrscheinlich wesentlich mehr; es werden auch 100000 Schreibvorgänge als untere Grenze genannt. Und der 3D-Drucker wird bei den meisten auch nicht rund um die Uhr laufen. D.h. im wirklichen Leben sollte die Lebensdauer der SD-Card zig-fach höher sein als die 1,16 Jahre von oben.

Daher ist für mich die begrenzte Lebensdauer von SD-Cards aufgrund der endlichen Zahl von Schreibvorgängen kein Thema und ich habe auch keine Maßnahmen getroffen, um die Logdateien in das RAM oder anderswohin zu verlagern.

Display More

Grundsätzlich stimme ich Dir zu, allerdings ist der Flash-Speichermarkt einer der Märkte mit dem größten Preisdruck, daher bekommt man hier tatsächlich extrem viel Schrott verkauft. Wenn man eine ordentliche Karte hat (ne gute SanDisk z.B.), mag das auch stimmen. Aber viele billige Karten (mit oder Namen) kacken tatsächlich recht früh ab.

Aus dem Grund ist mir ne SSD doch lieber, wenn es der Platz erlaubt, die ist auch viel schneller.

Wer mal hören will, welche Blüten der Preisdruck der Flash-Speicher treibt, kann ja diesen Vortrag anhören:

Danke für deine Hilfe!

In der klipper.service steht:

[Unit]
Description=Klipper 3D Printer Firmware SV1
Documentation=https://www.klipper3d.org/
After=network-online.target
Before=moonraker.service
Wants=udev.target

[Install]
Alias=klippy
WantedBy=multi-user.target

[Service]
Type=simple
User=pi
RemainAfterExit=yes
WorkingDirectory=/home/pi/klipper
EnvironmentFile=/home/pi/printer_data/systemd/klipper.env
ExecStart=/home/pi/klippy-env/bin/python $KLIPPER_ARGS
Restart=always
RestartSec=10

Also habe ich mir mal die Datei klipper.env in /home/pi/printer_data/systemd/ angeschaut:

KLIPPER_ARGS="/home/pi/klipper/klippy/klippy.py /home/pi/printer_data/config/printer.cfg -l /home/pi/printer_data/logs/klippy.log -I /home/pi/printer_data/comms/klippy.serial -a /home/pi/printer_data/comms/klippy.sock"

... und den Pfad angepasst:

KLIPPER_ARGS="/home/pi/klipper/klippy/klippy.py /home/pi/printer_data/config/printer.cfg -l /opt/klipper.log/klippy.log -I /home/pi/printer_data/comms/klippy.serial -a /home/pi/printer_data/comms/klippy.sock"

Scheint zu funktionieren, das Log wird nun angelegt.

Noch eine Frage:

Ich möchte die RAM-Disk ein bisschen größer machen, da hab ich am Anfang gepennt.

Sagen wir mal 512Kb oder 1GB (mein Pi hat 4GB).

Wie mache ich das jetzt "hinterher" am besten?

Quote from DIYLAB

Noch eine Frage:

Ich möchte die RAM-Disk ein bisschen größer machen, da hab ich am Anfang gepennt.

Sagen wir mal 512Kb oder 1GB (mein Pi hat 4GB).

Wie mache ich das jetzt "hinterher" am besten?

Genauso wie vorher

Die Datei /etc/fstab öffnen und dort den size Parameter Deiner Ramdisk ändern.

Alles klärchen, it works!

Ob ich jemals Linux kapiere?

Ist bei mir exakt genau so mit den Pfaden.

Die 128MB RAM Disk reichen ja dicke aus, da bei jedem Neustart alle logs gelöscht werden, oder?

Mein Pi 3B hat 1 GB RAM zur Verfügung.

Quote from felixna

Aus dem Grund ist mir ne SSD doch lieber, wenn es der Platz erlaubt, die ist auch viel schneller.

Wäre mir auch sehr viel lieber, allerdings hab ich die SSD am Raspi4 bisher einfach nicht sauber zum laufen gebracht. Der startet damit einfach nicht sauber durch, sondern bleibt ständig an anderen Stellen des Startvorganges hängen. Deshalb hab ich das irgendwann auch aufgegeben und es bei der SD Karte belassen. Hier setze ich allerdings immer auf Sandisk, ich kauf auch gar nichts anderes mehr. Eine sauber funktionierende SSD wäre halt mein Wunsch gewesen.

Quote from areiland

Wäre mir auch sehr viel lieber, allerdings hab ich die SSD am Raspi4 bisher einfach nicht sauber zum laufen gebracht. Der startet damit einfach nicht sauber durch, sondern bleibt ständig an anderen Stellen des Startvorganges hängen. Deshalb hab ich das irgendwann auch aufgegeben und es bei der SD Karte belassen. Hier setze ich allerdings immer auf Sandisk, ich kauf auch gar nichts anderes mehr. Eine sauber funktionierende SSD wäre halt mein Wunsch gewesen.

Ich habe festgestellt, dass es an den USB<->Sata Adaptern liegt, da ist der RasPi etwas zickig und unterstützt nicht alle Chipsätze. Manchmal funktioniert auch einfach nur das Booten nicht, dann kann man von SD-Karte booten aber das Filesystem liegt nach dem Start auf der SSD.

U.a. funktioniert dieser hier bei mir sehr gut: https://amzn.to/3JGf8Qx [Werbung] (steht auch in einer der Fragen auf der Amazon Seite)

Hab ich mir mal bestellt, vielleicht geht's ja damit endlich sauber. Denn ein paar Gehäuse mit angeblich passenden Chipsätzen hab ich schon durch. Am 3B+ hats immer sauber funktioniert, bloss am 4 gings einfach nicht ohne Hänger.

Mach ich mir dann halt selbst ein passendes Gehäuse und integriere eine Halterung für den Adapter.

Ich habe den seit einem Jahr im Homeassistant im Einsatz.

https://amzn.to/3jtouV6 [Werbung]

mit einer Crucial 128 GB SSD