Monatsrückblick Juli / August 2026 ist online!

[Homoran]

@paul53 es läuft!

Für @oliverio

Werde ich jetzt mal das memFree im Auge behalten.
Ich denke das ist bei schnellem Speicherbedarf das entscheidende

Und dass es jetzt endlich auf der SSD ist sieht man hier

dass es sich da auf eine aktuelle Uhrzeit ändert

[OliverIO]

@Homoran

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.

[Homoran]

@OliverIO sagte:

Daher kann free sehr niedrig sein, während available höher liegen kann.

So weit die Theorie!

Wenn die load sich veränderte, änderte sich das memAvailable nahezu gar nicht, während das memFree sehr schnell von fast 2GB auf fast 0 und zurück schwankte, in deutlicher Korrelation mit dem CPU Takt.

Ich komme langsam immer mehr zu der Überzeugung dass die Ursache in der (geänderten) Speicherverwaltung des OS zu suchen sein wird.

Es konnte auch durchaus eine Load kurzzeitig um die 20 liegen, ohne dass iobroker abgestürzt ist solange ausreichend memFree vorhanden war.
memAivalable lag immer über 2GB.

@OliverIO sagte:

top
Auf der Shell.
Da siehst du auch wie schnell teilweise das hoch und runtergeht, wenn im System gerade viel passiert.

Aber nicht so schnell und so stark wie unter system.host..load

Ich hab mittlerweile Stunden vor den gauges gesessen und versucht Zusammenhänge zu erkennen

[paul53]

@Homoran [sagte]:
endlich auf der SSD

Wie groß sind SSD und SD-Card?
Worauf läuft die (open)CCU?

[Homoran]

@paul53 sagte:

Wie groß sind SSD und SD-Card?
Worauf läuft die (open)CCU?

256GB / 256GB / Pi3+

Nut.0 auf Pi2
Nut.1 auf Tinkerboard
Wenigstens nut server läuft noch auf 32 bit

[paul53]

@Homoran [sagte]:
256GB / 256GB

Dann würde ich das OS auf der SSD installieren und die SD-Card als Backup-Medium verwenden.

[Homoran]

Wenn ich da Ahnung von hätte würde ich das auch

Ich brech mir ja schon jedesmal beim mounten einer Platte einen ab.
Wenn man ganz einfach den gesamten Inhalt der SD wie mit armbian-config auf die SSD schieben könnte wäre das prima

[paul53]

@Homoran [sagte]: Wenn man ganz einfach den gesamten Inhalt der SD wie mit armbian-config auf die SSD schieben könnte wäre das prima

Dafür gibt es Anleitungen.
EDIT: Für "SC Card Copier" benötigt man allerdings eine graphische Oberfläche. Ein solches OS kannst du per USB-Stick booten, wobei dadurch gewährleistet ist, dass die SD Card nicht für das OS benutzt wird.

[Homoran]

@paul53 sagte:

Dafür gibt es Anleitungen.

Danke!
Werde ich mich mit beschäftigen wenn ich etwas mehr Zeit habe!

Im Moment passt es leider gar nicht.

[Michael Schmitt]

Hier noch eine Anleitung für ein Headless System

raspberrypi-tutorials

[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ß

EDIT: hast du diesen Beitrag gesucht ? Link diese Image kann man auch mit dem Pi imiger wieder zurückspielen