Monatsrückblick Juli / August 2026 ist online!

[Homoran]

Danke ihr beiden!
Der link von @paul53 geht anscheinend vom full imagecaus so dass der copier unter zubehör liegt.
@michael-schmitt dein link hat anscheinend alles für headless...ausser..

Mein zweiter pi5 hat eine USB SSD!
damit würde ich eine parallele Installation aufsetzen.

Ich hab mal gesehen, dass das direkt am PC mit pi imager gehen soll, habt ihr dazu vielleicht auch einen Link?
Ich finde den Bericht nicht mehr

Oder ist das mit

Hinweis für Pi 4: Am Raspberry Pi 4 gibt es keinen PCIe-Anschluss. Ihr könnt aber eine NVMe SSD über einen M.2-zu-USB-3.0-Adapter anschließen.

auch mit der verlinkten Methode machbar

[Michael Schmitt]

schau mal in der von mir geposteten Anleitung das wird rpi-clone beschrieben. Liest sich für mich nach dem was du suchst. Hab selbst aber noch keine Erfahrungen damit gemacht.

Gruß

[Michael Schmitt]

Wenn du für den PC einen SD Cardreader hast, dann sollte das auch mit BalenaEtcher gehen. Deine M.2 ist ja per USB anschliessbar.

Ich hab hier mal mit Ki eine Anleitung gemacht (hoffentlich stimmts so )

Anleitung_Raspberry_Pi_5_klonen.pdf

[Homoran]

@Michael-Schmitt
Danke, aber klonen will ich ja gar nicht. Das wäre nur bei PCIe SSD nötig.
Ich würde in dem Fall nur gerne "irgendwie easy" direkt die SSD mit raspiOS beschreiben und bootfähig haben.
Der Rest wäre dann übliche Installation und Restore

[Homoran]

@OliverIO sagte:

Wenn dann musst du auf available mem schauen.

Jetzt kann ich es dir zeigen!

Gegen 03:00+
Available bleibt hoch, steigt sogar an, aber free geht gegen 0.

Wenn da noch etwas dazukommt schlägt der oom-reaper zu.

Noch läuft das System durch, aber ich denke wir regeln gerade nur die Symptome, die Ursache liegt irgendwo anders.

[Michael Schmitt]

@Homoran sagte:

@Michael-Schmitt
Danke, aber klonen will ich ja gar nicht. Das wäre nur bei PCIe SSD nötig.
Ich würde in dem Fall nur gerne "irgendwie easy" direkt die SSD mit raspiOS beschreiben und bootfähig haben.
Der Rest wäre dann übliche Installation und Restore

Das kannst du doch genauso mit dem pi Imager machen. Nur statt der sd die ssd als Ziel auswählen.

[Homoran]

@Michael-Schmitt sagte:

Das kannst du doch genauso mit dem pi Imager machen. Nur statt der sd die ssd als Ziel auswählen.

Danke!
Das wollte ich hören!

Homoran sagte:

Ich hab mal gesehen, dass das direkt am PC mit pi imager gehen soll, habt ihr dazu vielleicht auch einen Link?
Ich finde den Bericht nicht mehr

[Michael Schmitt]

Also alles genau wie hier super beschrieben, nur anstatt der SD dort die SSD auswählen.

installation-auf-raspi-einfacher-geht-s-nicht

[Dr. Bakterius]

@Homoran sagte:

Gegen 03:00+
Available bleibt hoch, steigt sogar an, aber free geht gegen 0.

BackItUp vielleicht? Oder was läuft sonst so um 03:00?

[Michael Schmitt]

Hast du mal ein iob diag ? Vielleicht sehen die Profis ja dort was.

[Homoran]

@Dr.-Bakterius sagte:

BackItUp vielleicht?

Möglich!
Aber der Speicher wird anscheinend nicht mehr freigegeben!
Erst 5h später

Und der memAvailable steugt nur um ca. 300-400MB während der Free um 2.5 GB zurück geht.

Aber da laufen wir wahrscheinlich in die nächste Sackgasse.
Während des backups ist iob in den letzten Tagen noch nie beendet worden.

[paul53]

@Homoran [sagte]:
Aber der Speicher wird anscheinend nicht mehr freigegeben!
Erst 5h später

Der interne Puffer des OS wird nicht gleich wieder freigegeben. Vermutlich wird eine Warteschlange aufgebaut, da die IO-Operationen nicht schnell genug erfolgen.

[Michael Schmitt]

sollte swap da nicht auch was von abfangen ? Wie sieht es da aus ?

[Homoran]

@paul53 sagte:

Vermutlich wird eine Warteschlange aufgebaut, da die IO-Operationen nicht schnell genug erfolgen.

Hmm, das klingt schon plausibel!
..undcwenn dann bei nur noch 200MB memFree noch etwas den Speicher frisst.....

Mir ging es ja auch nur um die Diskusdion mit @oliverio dass der Speicherschwund am memAvailable hätte zu sehen sein müssen, während ich es nur am memFree und dort sehr deutlich sah.

Zusätzlich war der DP system.host...freemem, den ich geloggt hatte leider auch memAvailable

[Homoran]

@Michael-Schmitt sagte:

sollte swap da nicht auch was von abfangen

WENN es in den I/O Vorgängen klemmt, dürfte da auch die Auslagerung zu spät kommen

[Homoran]

@paul53
Möglicherweise habe ich eine Denkblockade.
Wenn

Homoran sagte:

der memAvailable steigt nur um ca. 300-400MB während der Free um 2.5 GB zurück geht

würde das für mich bedeuten, dass irgendein Prozess 2000MB fest verbraucht oder reserviert.

Ersteres kann ich nirgendwo feststellen, zweiteres wüsste ich nicht wie.

Davon ab klingen plötzliche zusätzliche 2GB für einen Prozess schon sehr viel.

[paul53]

@Homoran [sagte]: zusätzliche 2GB für einen Prozess schon sehr viel.

Backitup liest und schreibt sehr viel. Da kann die Warteschlange im OS schon groß werden, wenn die I/O-Operationen ausbremsen.
Anmerkung: Ich bin kein Freund von automatischen Backups.

[Homoran]

@paul53 ich sitze zwar nicht morgens gegen 0300 vor dieser Tabelle

Aber nach der Theorie hätte dann heute morgen gegen 07:30/08:00 der mem Verbrauch von backitup deutlich höher sein müssen.

Oder geht die Speicherreservierung an iobroker vorbei?

Jetzt logge ich auch noch memHeapUsed von backitup.
Dabei reduziere ich gerade die Daten

[paul53]

@Homoran [sagte]: Oder geht die Speicherreservierung an iobroker vorbei?

Ja. Das OS hat einen eigenen Puffer. Was man mit "top" unter "buff/cache" sieht, hat nichts mit dem Speicher von ioBroker zu tun.

[Homoran]

@paul53 sagte:

Was man mit "top" unter "buff/cache

Ok, dann muss ich das mal beobachten.
Aber das wird ja nicht näher einem Prozess zugeordnet.

Die Tabelle zeigt halt alle Werte, die in top unter io.xxx gelistet sind.

Danke