NEWS
Load average am Anschlag -> Neustart
-
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 )
@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 -
Free ist der wirklich unbenutzte Speicher
Available ist der Speicher den das Betriebssystem nutzt und kurzfristig für Prozesse bereitstellen kann + free. Linux nutzt das mit als Cache. Daher kann free sehr niedrig sein, während available höher liegen kann.
Wenn dann musst du auf available mem schauen.
Die Unterschiede kommen wahrscheinlich durch die zeitdifferenzen. Besseren Einblick liefert
top
Auf der Shell.
Da siehst du auch wie schnell teilweise das hoch und runtergeht, wenn im System gerade viel passiert.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
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@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 RestoreDas kannst du doch genauso mit dem pi Imager machen. Nur statt der sd die ssd als Ziel auswählen.
-
@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 RestoreDas kannst du doch genauso mit dem pi Imager machen. Nur statt der sd die ssd als Ziel auswählen.
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 -
Also alles genau wie hier super beschrieben, nur anstatt der SD dort die SSD auswählen.
-
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.
-
Hast du mal ein iob diag ? Vielleicht sehen die Profis ja dort was.
-
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. -
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.@Homoran [sagte]:
Aber der Speicher wird anscheinend nicht mehr freigegeben!
Erst 5h späterDer interne Puffer des OS wird nicht gleich wieder freigegeben. Vermutlich wird eine Warteschlange aufgebaut, da die IO-Operationen nicht schnell genug erfolgen.
-
sollte swap da nicht auch was von abfangen ? Wie sieht es da aus ?
-
@Homoran [sagte]:
Aber der Speicher wird anscheinend nicht mehr freigegeben!
Erst 5h späterDer interne Puffer des OS wird nicht gleich wieder freigegeben. Vermutlich wird eine Warteschlange aufgebaut, da die IO-Operationen nicht schnell genug erfolgen.
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
-
sollte swap da nicht auch was von abfangen ? Wie sieht es da aus ?
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 [sagte]:
Aber der Speicher wird anscheinend nicht mehr freigegeben!
Erst 5h späterDer interne Puffer des OS wird nicht gleich wieder freigegeben. Vermutlich wird eine Warteschlange aufgebaut, da die IO-Operationen nicht schnell genug erfolgen.
@paul53
Möglicherweise habe ich eine Denkblockade.
WennHomoran 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
Möglicherweise habe ich eine Denkblockade.
WennHomoran 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.
@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 [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.@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 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 -
@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.
-
@paul53
Jetzt brauche ich nochmal etwas von deinem schier unendlichen Wissen 😉Ich wollte analog zu
puh@BrokerRaspi:~ $ top | grep buff MiB Mem : 8062.4 total, 1998.1 free, 4873.2 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2044.9 free, 4826.4 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2045.0 free, 4826.4 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2049.0 free, 4822.1 used, 1281.3 buff/cache MiB Mem : 8062.4 total, 2056.6 free, 4814.5 used, 1281.3 buff/cache MiB Mem : 8062.4 total, 2053.1 free, 4818.0 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2057.6 free, 4813.5 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2047.4 free, 4823.7 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2053.5 free, 4817.5 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2052.9 free, 4818.1 used, 1281.5 buff/cache MiB Mem : 8062.4 total, 2058.3 free, 4812.8 used, 1281.5 buff/cache MiB Mem : 8062.4 total, 2061.0 free, 4810.0 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2056.4 free, 4814.4 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2061.1 free, 4809.8 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2064.6 free, 4806.2 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2058.2 free, 4812.6 used, 1281.7 buff/cacheeine blockly Abfrage starten.
Leider kommt kein resultNur ein ERROR, mit dem ich nichts anfangen kann

Kannst du mir da helfen?
-
@paul53
Jetzt brauche ich nochmal etwas von deinem schier unendlichen Wissen 😉Ich wollte analog zu
puh@BrokerRaspi:~ $ top | grep buff MiB Mem : 8062.4 total, 1998.1 free, 4873.2 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2044.9 free, 4826.4 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2045.0 free, 4826.4 used, 1281.1 buff/cache MiB Mem : 8062.4 total, 2049.0 free, 4822.1 used, 1281.3 buff/cache MiB Mem : 8062.4 total, 2056.6 free, 4814.5 used, 1281.3 buff/cache MiB Mem : 8062.4 total, 2053.1 free, 4818.0 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2057.6 free, 4813.5 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2047.4 free, 4823.7 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2053.5 free, 4817.5 used, 1281.4 buff/cache MiB Mem : 8062.4 total, 2052.9 free, 4818.1 used, 1281.5 buff/cache MiB Mem : 8062.4 total, 2058.3 free, 4812.8 used, 1281.5 buff/cache MiB Mem : 8062.4 total, 2061.0 free, 4810.0 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2056.4 free, 4814.4 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2061.1 free, 4809.8 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2064.6 free, 4806.2 used, 1281.7 buff/cache MiB Mem : 8062.4 total, 2058.2 free, 4812.6 used, 1281.7 buff/cacheeine blockly Abfrage starten.
Leider kommt kein resultNur ein ERROR, mit dem ich nichts anfangen kann

Kannst du mir da helfen?
@Homoran [sagte]:
Leider kommt kein result"top" ist kein Kommando, das sich nach Ausgabe auf stdout beendet, sondern es läuft in einem Fenster, das explizit geschlossen werden muss.
Verwende "free -m" (für kontinuierliche Ausgabe in einem Intervall ).
-
@Homoran [sagte]:
Leider kommt kein result"top" ist kein Kommando, das sich nach Ausgabe auf stdout beendet, sondern es läuft in einem Fenster, das explizit geschlossen werden muss.
Verwende "free -m" (für kontinuierliche Ausgabe in einem Intervall ).
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden