MX Linux Forum

Posted: **Sat Feb 22, 2025 12:31 pm**

Hallo, Forum.

Irgend wann, vor weit über einem Jahr, schnappte ich in einem Thema auf, dass es zRam gibt.
Das würde den Inhalt des RAMs komprimieren, um so mehr Arbeitsspeicher verfügbar zu haben.
Sehr interessant.
Und wie cool.
Damit konnte ich doch wohl all meine betagten und beschränkten PCs und Notebooks auffrischen.

Tja, hatte ich mir so gedacht und darauf hin so ziemlich alle Systeme von MX-19 und MX-21 damit Nachgerüstet.

Aber, Denkfehler.
Das ist nämlich so, wie mit dem Teufel und dem größten Haufen.

Es bringt nur dort etwas, wo man es gar nicht wirklich braucht.
Dort wo man sich Hilfe davon verspricht, bewirkt es aber nur eine Verschlimmbesserung.
Was eigentlich aber auch nicht wundert.

Ich denke wer einen leistungsstarken Ryzen oder Intel 5 oder 7 hat, aber aus irgendeinen Grund gezwungen ist, mit 4GB RAM auskommen zu müssen, jub, für den ist es super.

Extrem-Negativ-Beispiel:

Ein Tablet-PC von ODYS.
Hat einen 64bit Prozessor und nur 1GB RAM.
Ist ein Win10-32bit drauf vorinstalliert.
Ob des geringen Arbeitsspeichers behilft Windows sich mit dynamischen Pagefile, was wohl eine Swap-Datei gleichkommt.

An dem Tablet betreibe ich manchmal auch ein MX-19-64bit.
Das läuft auf einer Micro-SD-Karte via ext Kartenleser über USB.
Das MX-19 kann auf der Micro-SD auf einen SWAP-Partition zugreifen.

Natürlich kann man von dieser Konstellation nicht viel erwarten.
Es funktioniert aber.
Mit Geduld ist auch Internet benutzbar.

Hier schien mir zRam ideal einsetzbar zu sein.
Habe ich also installiert und danach lief es mal so richtig grotte.
Ist ja eigentlich auch klar.
Das System ist mit dem schwachen Prozessor die ganze Zeit beschäftigt zu komprimieren und auszulagern, wobei es dann meisten einfriert.

Nach dem ich zRam wieder deaktiviert habe, ist das System auch wieder in genannter Konstellation an dem schlappen Tablet benutzbar.

Damit komme ich nun zu dem Punkt Deaktivieren.
Deaktivieren, nicht Deinstallieren, weil meine Systeme fast immer auf externen Datenträgern und deshalb Mobil sind.
Also auch an Hardware zum Einsatz kommen, wo ich zRam einfach wieder einschalten können möchte:

Code: Select all

sudo zramswap start

Dieser Befehl wirkt sich nur temporär aus und müsste nach Neustart wiederholt werden.

Klar, ich könnte es auch umgekehrt an schwacher Hardware machen und bei Bedarf ausschalten:

Code: Select all

sudo zramswap stop

Auch wieder Temporär.
Nur wenn ich das vergesse, ist es zum Zeitpunkt der Froststarre des Systems, nicht mehr nachholbar.

Also generell deaktiviert und nur bei Bedarfaf aktiviert, ist besser.

Deaktivieren war aber gar nicht so einfach.
Genannter Befehl Stoppte, aber eben nur bis zum nächsten Systemstart.
im Netz fand ich Tipps, es über /etc/default/grub zu deaktivieren, in dem man einträgt:

Code: Select all

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash zram.enabled=0"

Natürlich mit anschließendem

Code: Select all

sudo update-grub

Hat nicht geholfen, zRam blieb aktiv.

Die meisten Anleitungen beziehen sich aber auch auf SystemD
https://www.baeldung.com/linux/zram-boot-disable

Ich habe auch versucht in
/etc/default/zramswap
alles zu deaktiveren, in dem schön vor alle Optionen Rauten # setzte.
Hatte aber auch nix bewirkt.

Dann erinnerte ich mich, dass beim Installieren von zRam die große Herausforderung war, es unter SysVenit zu aktivieren.

Dank eines Post vom Wdscharff klappte das damals.
Man musste in der Datei
/etc/rc.local
folgendes eintragen:

Code: Select all

zramswap start

Nachgeschaut, ja, genau so hatte ich es gemacht.
Jetzt habe ich "start" durch "stop" ersetzt und damit permanent deaktiviert.
Kann es bei bedarf aber über das Terminal aktivieren mit

Code: Select all

sudo zramswap start

So, das sollte als Einleitung erst mal reichen ...

Mein Problem ist, dass ich es nicht schaffe, es bei MX-23 dauerhaft zu deaktivieren.

Dort ist nämlich in /etc/rc.local
gar nichts eingetragen.

Da nun schlauer Weise trotzdem einfach

Code: Select all

zramswap stop

reinschreiben, hilft nicht.
Rauten setzen in
/etc/default/zramswap
bringt auch hier nüscht.
Genannten Eintrag "zram.enabled=0" machen, in
/etc/default/grub
ebenso wirkungslos.

Wie kann ich zRam in MX-23.5 dauerhaft deaktivieren ohne es zu deinstallieren ?

Eine QSI poste ich nicht, da es sich auf mehreren Systemen, sowohl 64bit als auch 32bit, auf total unterschiedlicher Hardware, gleichermassen verhält.

Posted: **Sat Feb 22, 2025 2:09 pm**

MX Tools aufrufen, dort dann MX Service Manager, ganz am Schluss ist der Eintrag für Zramswap, dort ausschalten, fettisch :)

Posted: **Sat Feb 22, 2025 9:31 pm**

loik wrote: Sat Feb 22, 2025 12:31 pm... schnappte ich in einem Thema auf, dass es zRam gibt.
Das würde den Inhalt des RAMs komprimieren, um so mehr Arbeitsspeicher verfügbar zu haben.
Sehr interessant ...
Ob des geringen Arbeitsspeichers behilft Windows sich mit dynamischen Pagefile, was wohl eine Swap-Datei gleichkommt ...

Zram ist nur sinnvoll, wenn ausreichend hohe CPU-Leistung zur Verfügung steht, weil immer wieder neu komprimiert wird.
Wenn bei alter Hardware die Festplatte nicht zu langsam ist, sollte man besser den Swap-Speicher optimal auszunutzen,
um geringen RAM zu kompensieren. So werden bei geringen RAM mehr Prozesse in den Swap-Speicher verschoben.

Die Einstellung, wie viele oder wie oft Prozesse in den Swap-Speicher verschoben werden, wird als Swappiness bezeichnet und durch einen Wert zwischen 0 und 100 ausgedrückt.
„100“ bedeutet, dass Prozesse aggressiv aus dem RAM in den Swap-Speicher verschoben werden.
Standardmäßig werden die meisten Linux-Distributionen mit einem Swappiness-Wert von 60 ausgeliefert.
MX-Linux hat standardmäßig einen Swappiness-Wert von 15, das habe ich bei mir geändert auf 55:

Code: Select all

aika@mx-dell:~
$ cat /etc/sysctl.d/99-swappiness_mx.conf
vm.swappiness = 55
aika@mx-dell:~
$

99-swappiness_mx.conf ist die entsprechende Konfigurationsdatei in MX-Linux. Alternativ kann man den aktuellen Wert anzeigen mit:

Code: Select all

sysctl vm.swappiness

und temporär bis zum nächsten Neustart ändern mit:

Code: Select all

sudo sysctl vm.swappiness=60

Theoretisch kann „60“-Beispiel-Wert durch einen beliebigen Wert zwischen „0“ und „100“ ersetzt werden.

Posted: **Sun Feb 23, 2025 3:31 am**

Hallo, aika.

Ja, genau das was du da kompakt zusammenfast, kann ich aus empirischer Erfahrung voll bestätigen.

Bei schwacher CPU lieber eine 4 bis 12 GB große Swap-Partition und eine swappiness von 60.
Und besser eine Swappartition von 1 GB als gar keine.

Auch gut, wenn man schwacher CPU und geringem RAM entgegen kommen kann, mit möglichst schneller Festplatte.
Alte Klapperkisten lassen aber leider keine M2-NVMe-Speicher zu, weil eine passende Schnittstelle fehlt.
Adaptergehäuse von M2-NVMe auf SATA gibt es nicht, wohl weil es als unsinnig empfunden wird, M2-NVMe auf SATA runterzubremsen.
Da kann man dann ja auch gleich eine SATA-SSD nehmen.

Eine gute Alternative ist M2-NGFF-mSATA.
Dafür gibt es SATA-Adaptergehäuse.
Obwohl durch die SATA-Schnittstelle limitiert und theoretische gleicher Lese- und Schreibwerte, ist so eine M2-NGFF-mSATA deutlich flinker.
Das hängt aber auch vom Chipsatz des Adaptergehäuses ab.
Da kann ich aber nix konkretes zu sagen, nur dass es so ist.

Der Clou an diesen M2-NGFF-mSATA ist, dass es für die auch 2,5" ide-Gehüse gibt, so dass auch uralte Notebooks davon profitieren können.

Hallo Wdscharff
Einfach kann jeder

Sehr schön.
Danke.

Anbei noch mal grossen Dank an die Entwickler von MX, für diese großartige Tool, MX-Service-Manager.

Aber, leider, Nein.
Es funktioniert nicht.

zRam war laut
swapon -s
aktiv.

Laut Eintrag ( hellgrün ) in MX-Service-Manager ebenfalls als aktiv gekennzeichnet.

Aber die Einstellmöglichkeit für den Systemstart stand auf der Wahlmöglichkeit "bei Systemstart Aktivieren".
Das bedeutet, dass es bereits so eingestellt ist, dass es bei Systemstart eigentlich deaktiviert werden sollte.

Da ist was widersprüchlich.
Ein Bug ?

Ich habe die Möglichkeiten der Einstellung durchgetestet.
Egal wie.
zRam war nach jedem Systemstart aktiv..

Dann habe ich mir angeschaut
/etc/init.d/zramswap

Und dort eine Raute gesetzt:

Code: Select all

#DAEMON=/usr/sbin/zramswap

Das hat auch nicht geholfen.
zRam ist nach dem Systemstart aktiv.

Posted: **Sun Feb 23, 2025 9:29 am**

Hallo loik,

loik wrote: Sun Feb 23, 2025 3:31 am
Code: Select all
#DAEMON=/usr/sbin/zramswap

Das auskommentieren von DAEMON in /etc/init.d/zramswap ist natürlich ziemlich Holzhammer, weil dann sämtliche Mechanismen für start/stop/status usw. ins leere laufen, wie soll z.B. dieser Ausschnitt funktionieren

Code: Select all

$DAEMON stop

wenn DAEMON nicht definiert ist?
Allerdings sollte auch

Code: Select all

$DAEMON start

nicht funktionieren, deshalb wüsste ich nicht, warum zram trotzdem startet. Allerdings ist /etc/init.d/ nur für SysV-Init zuständig. Wenn Du also mit systemd startest wäre es egal was in /etc/init.d/zramswap steht.
Aber trotzdem, nimm mal die Auskommentierung wieder raus und poste was

Code: Select all

/etc/init.d/zramswap status

ausgibt.
Um noch was halbwegs konstruktives zu bringen, im Paket mx-goodies gibt es ein Kommando zram. Wenn ich also

Code: Select all

sudo zram start

eingebe, startet zram, übersteht aber einen Neustart nicht. Also eigentlich das Verhalten, was Du möchtest, zram nur bei Bedarf starten, oder?
Aber bei mir funktioniert auch

Code: Select all

sudo zramswap stop
<13>Feb 23 15:19:30 root: Stopping Zram

ohne Probleme.

viele Grüsse gosia

Posted: **Sun Feb 23, 2025 7:09 pm**

loik wrote: Sun Feb 23, 2025 3:31 am... hat auch nicht geholfen.
zRam ist nach dem Systemstart aktiv ...

Hallo loik,
/etc/init.d/zramswap wird für sysvinit gebraucht:
https://wiki.debian.org/ZRam#sysvinit:

zram-tools does not yet support sysvinit systems but there is an init script available (https://bugs.debian.org/cgi-bin/bugrepo ... wap;msg=10). Download it and save it to /etc/init.d/zramswap, then make the script executable and then instruct your system to start it at boot time:
Code: Select all
sudo chmod +x /etc/init.d/zramswap
sudo apt install insserv
sudo insserv zramswap

gosia wrote: Sun Feb 23, 2025 9:29 am...
Code: Select all
sudo zram start
eingebe, startet zram, übersteht aber einen Neustart nicht. Also eigentlich das Verhalten, was Du möchtest, zram nur bei Bedarf starten, oder?
Aber bei mir funktioniert auch
Code: Select all
sudo zramswap stop
...

loik, wenn Dein Problem weiterhin hartnäckig bleibt, kann man doch einfach zram-tools deinstallieren mit:

Code: Select all

sudo apt purge zram-tools

Posted: **Mon Feb 24, 2025 12:41 pm**

Hallo, aika.

Naja, zRam deinstallieren wollte ich ja genau vermeiden.

Hallo, Gosia.
Danke für die Aufklärung zu DAEMON und Raute.

Ich konnte den "Fehler" finden.
Selbstgemachter Fehler, vermutlich.

Um zRam einst mal unter SysVenit zum Laufen zu bekommen, hatte ich mich nach dieser Anleitung gerichtet ( Post #2 ) :
viewtopic.php?t=75178

Das funktionierte.
Und eben dort "stop" statt "start" eintragen, funktioniert eigentlich auch, wenn man nicht unwissend Mehrgleisig fährt.

Mir war es nicht aufgefallen, dass mindesten zwei mal im System zu finden ist rc.local
Einmal
/etc/rc.local
und auch noch
/etc/init.d/rc.local

Tja, und weil ich wohl, bei dem Vorhaben MX-23 mit zRam zu konfigurieren, aus dem schwachen Gedächtnis heraus versuchte rc.local zu finden, bin ich bei
/etc/init.d/rc.local
gelandet.

Ich nehme an, es lag daran, das ich keine Lust hatte das ganze etc durchzuscrollen und außerdem glaubte ich zu Erinnern, des der Eintrag in einem Unterordner von etc zu machen sei.
Nur wenn man bei geöffnetem etc-Ordner zwecks Suche eintippt
rc
kommt kein rc.local
Dafür hätte ich auch den Punkt mit eintippen müssen.
Aber weil ich vermeintlich nach einem Ordner suchte, der mit rc.local in Verbindung steht, kam ich nicht drauf, hinten bei den Dateien zu suchen.
Ich habe deshalb in ein paar etc-Ordner geschaut, wie sysctl.d oder default oder init und eben auch in init.d.
Und dort wurde ich pfündig.
Da gibt es auch rc.local.
Geöffnet und vor der letzten Zeile ( das wusste ich noch ) eingetragen
zramswap start

Das hat sehr gut funktioniert, um zRam aktiv zu haben.

Aber genau dieser Eintrag hat sowohl jeden Eintrag in /etc/rc.local ausgehebelt, als auch die Funktion von den Eingaben im MX-Service-Manager wirkungslos gemacht.

Also habe ich diesen deplatzierten Zusatz nun wieder entfernt, aus /etc/init.d/rc.local
Habe statt dessen in /etc/rc.local zwei Eintragungen gemacht.
zramswap start
zramswap stop

Je nach dem, was ich nun als Grundeinstellung für mein System möchte, kommentiere ich, das nicht gewünschte, per Raute aus.

Ich kann dann im Fall des Bedarfs, so wie von Gosia beschrieben, temporär mit
sudo zramswap start ( oder stop )
eingreifen.

Das funktioniert jetzt alles wie gewünscht.

Aber über den MX-Service-Manager klappt das immer noch nicht so richtig.
Auch wenn in den rc.local-Dateien keine Störungen verursachenden Einträge stehe, ist es nun so, dass gar kein zRam startet.
Das wäre ja eigentlich in meinem Sinne, aber es wundert mich, dass die Einstellungen im Service-Manager wirkungslos sind.

Start und Stop funktioniert dort ebenso gut, wie über das Terminal.
Aber wenn ich die Funktion wähle, dass zRam bei Systemstart aktiviert werden soll, dann scheint das nicht zu geschehen.

Schaue ich nach einem Neustart in den MX-Service-Manager, dann zeigt der zwar an, dass zRam aktiviert sei, aber wenn ich im Terminal eingebe
swapon -s
bekomme ich als Auskunft, dass das nicht stimmt.
was belegt wird, durch
sudo zramswap start
Danach bestätigt
swapon -s
dass zRam aktiv ist.

wenn ich die Einträge in /etc/rc.local
verwende, klappt es auch, so wie gewünscht.
Nur über den MX-Service-Manager nicht.
Ist das bei euch auch so ?

Oder verstehe ich dass nur falsch ?
Bedeutet die Auskunft vom MX-Service-Manager, dass zRam aktiv ist, aber erst mal nur auf der lauer liegt ?
Wird deshalb vorläufig mit swapon -s noch nix angezeigt?
Wartet zRam bis zu einer gewissen RAM-Fülle, laut der Prozent-Angabe in /etc/default/zramswap bevor es anspringt und wäre erst ab dann per swapon - s ersichtlich ?

Wo wird der Befehl, den man per MX-Service-Manager für den Systemstart erteilt, eigentlich eingetragen ?

Posted: **Mon Feb 24, 2025 1:28 pm**

Oder verstehe ich dass nur falsch ?
Bedeutet die Auskunft vom MX-Service-Manager, dass zRam aktiv ist, aber erst mal nur auf der lauer liegt ?
Wird deshalb vorläufig mit swapon -s noch nix angezeigt?
Wartet zRam bis zu einer gewissen RAM-Fülle, laut der Prozent-Angabe in /etc/default/zramswap bevor es anspringt und wäre erst ab dann per swapon - s ersichtlich ?

Habe ich jetzt mal getestet.

Da passiert gar nix.
MX-Service-Manager zeigt zwar an, dass zramswap aktiviert ist, aber
swapon -s
zeigt das Gegentei, nämlich nix.

Und
zramswapp Zeigt alle Einträge mit NULL.

Das ändert sich auch nicht, wenn ich alle Webbrowser und TV-Apps und Teamviewer usw. gleichzeitig starte.
Der Arbeitsspeicher füllt sich Rapide nahe Anschlag und ebenso wird bereits im Conky sichtbar, in die Swap-Partition umgelagert.

Wenn ich in dieser Situation swapon -s benutze, zeigt das immer noch kein zRam an
Und bei
zramswap status
steht auch alles noch auf NULL.

Das ändert sich aber, wenn ich nun nachhelfe mit
zramswap start
Es wird eine RAM-Partition erstellt und diese wird nun auch von den beiden anderen Befehlen angezeigt, das sie sowohl vorhanden, als auch aktiv ist.

Ist das seltsam oder ist das seltsam ?
Wie ist das bei euch ?

Posted: **Mon Feb 24, 2025 2:29 pm**

Ich kann mich dunkel entsinnen, dass man bei der Installation von der MX 23 ISO aus gefragt wird, ob zram aktiv sein soll oder nicht. habe ich nie aktiviert, weil ich das gewohnheitsmäßig über die rc.local mache und meine eigene configuration (größe und kompressionsalgo) in /etc/default/zramswap eingetragen habe
da ich einen performanten rechner habe benutze ich nicht lz4 sondern zstd.
Wobei bei mir swap eh kaum genutzt wird, aber die Linux Speicherverwaltung unabhängig vom installierten Speicher eine swap haben möchte. Sehr komplizierte erklärung, von leuten die die swappiness erklären ... indem sie den quellcode durchforsten. das ist alles nicht trivial und hat wenig mit den bekannten und verbreiteten "Informationen" zu tun und gehört hier jetzt auch gar nicht hin :)

Posted: **Mon Feb 24, 2025 4:22 pm**

Hallo loik,

loik wrote: Mon Feb 24, 2025 1:28 pm
Code: Select all
swapon -s
zeigt das Gegentei, nämlich nix.

irgendwas ist faul bei dir.
wenn ich zram starte

Code: Select all

sudo zram start

zeigt swapon -s sofort die benutzten zram-Devices an:

Code: Select all

swapon -s 
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sdb7                               partition	4094972		0		-2
/dev/zram0                              partition	492880		0		100
/dev/zram1                              partition	492880		0		100
/dev/zram2                              partition	492880		0		100
/dev/zram3                              partition	492880		0		100

sind natürlich noch nicht belegt, ist aber auch noch nichts los...
Was das init-Skript betrifft, so kann man es wie wdscharff über die rc.local machen. Aber da (inzwischen) die Init-Skripte für SysV (zramswap-sysvinit-compat) als auch die Unit-Generatoren für systemd (systemd-zram-generator oder librust-zram-generator-dev) als Pakete mitgeliefert werden, empfehle ich doch diese.
Beides zusammen, also zram in rc.local und /etc/init.d/ dürfte wohl problematisch werden.

viele Grüsse gosia

Posted: **Tue Feb 25, 2025 3:11 am**

Hallo, Wdscharff.

Tja, die Abfrage nach zRam oder nicht habe ich nicht mitbekommen.
Vermutlich habe ich dem unwissentlich zugestimmt und es anschließend sabotiert bzw. kompliziert in dem ich in den rc.locals Eintagungen gemacht hatte, die gar nicht nötig waren.

Performant.
Ja, dass meine ich ja, dass es ein etwas absurdes Feature ist.
Ryzen 9 mit 32GB RAM und wohl möglich Swap-Partition auf einer M2.

Ja, da dürfte es eigentlich völig egal sein, ob man zRam hat oder nicht.
Ein aktives zRam dürfte wohl weder negativ noch sonderlich positiv auffallen.
Kann man fast eher als Deko, denn als nützlich bezeichnen.

Ich hätte es bei den Voraussetzungen aber trotzdem auch aktiviert.

Hallo, Gosi.

Ja, ich hatte wieder ganz schön viel geschrieben ....

swapon -s
zeigt das Gegentei, nämlich nix.

Das ist der Fall, nach einem Systenstart.
Und das obwohl im MX-Service-Manager angezeigt wird, dass beim Systenstart zramswap gestartet wurde und aktiv ist.

Aber swapon -s bestätigt das nicht.

Code: Select all

$ swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sda9                               partition	5026812		0		-2

Zu diesem Zeitpunkt ein
zramswap staus
zeigt nicht etwa so eine Fehlermeldung:

Code: Select all

<13>Feb 25 08:53:59 demo: Error: /dev/zram0 doesn't exist

Sondern es zeigt:

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo-rle         0B   0B    0B    0B       2

Zu sehen bei der Ausgabe ist, dass obwohl MX-Service-Manager mitteilt, zramswap sei gestartet und aktiv, aber in der Ausgabe von
zramswap status
steht alles auf Null.

Das ändert sich auch nicht, wenn der RAM vom System ordentlich beansprucht wird.
Es bleibt alles auf Null, weil laut swapon -s gar keine virtuelle Swap-Partition im RAM erstellt wurde.

Wenn ich es dann aber so mache wie du, und zramswap per Terminal starte, wird eben so eine virtuelle Swap-Partition im RAM erstellt und dann auch swapon -s angezeigt. ( temporär, bis zum nächsten Neustart )

Code: Select all

$ sudo zramswap start
<13>Feb 25 09:14:30 root: Starting Zram
Auslagerungsbereich Version 1 wird angelegt, Größe = 256 MiB (268431360 Bytes)
keine Bezeichnung, UUID=8d725bd6-0d3e-4b9d-a543-6434370496d1

Und zramswap zeigt dann auch Werte an, die sich zur RAM-Belastung dynamisch verhalten.

Code: Select all

$ swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sda9                               partition	5026812		0		-2
/dev/zram0                              partition	262140		0		100

zramswap, unbelastet, direkt nach "manueller" Aktivierung:

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           256M   4K   63B    4K       2 [SWAP]

"manuell" aktiviertes zramswap unter extrem hoher Last

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE  DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           256M  256M 66,4M 71,2M       2 [SWAP]

zramswapp, wenn die tausend provokanten Anwendungen wieder geschlossen werden

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE   DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           256M 239,8M 61,5M 68,6M       2 [SWAP]

Auch wenn es für meinen Nutzungsbedarf gar nicht mehr relevant ist, interessiert mich eben doch, ob diese Pseudo-Funktion der zramswap-Aktivierung bei Systemstart ein Funktionsfehler in MX-23.5 ist.

Besteht da eigentlich ein Unterschied zwischen
sudo zram start
und
sudo zramswap start
?

Posted: **Tue Feb 25, 2025 4:13 am**

Besteht da eigentlich ein Unterschied zwischen
sudo zram start
und
sudo zramswap start
?

JeiN, möchte ich meinen.

Habe es nach einen Neustart getestet und statt
sudo zramswap start
habe ich verwendet
sudo zram start

Macht den Unterschied, dass zRam etwas mehr virtuelle Swap-Partitionsgröße bereit stellt.
Mag an unterschiedlichen Eintragungen in den Scripten in /etc liegen.

und es scheint, vermutlich aus demselben Grund, einen anderen Kompressionsalgorithmus zu benutzen.

Code: Select all

$ swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sda9                               partition	5026812		0		-2

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo-rle         0B   0B    0B    0B       2

Code: Select all

$ sudo zram start
[sudo] Passwort für user-mx23-64:         
zram devices probed successfully
Auslagerungsbereich Version 1 wird angelegt, Größe = 354,9 MiB (372121600 Bytes)
keine Bezeichnung, UUID=17329b53-71c7-4635-be98-84d017d0b365
/usr/local/bin/zram: Zeile 53: /sys/block/zram1/disksize: Datei oder Verzeichnis nicht gefunden
mkswap: /dev/zram1 kann nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden
swapon: /dev/zram1 kann nicht geöffnet werden: Datei oder Verzeichnis nicht gefunden

Code: Select all

$ swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sda9                               partition	5026812		0		-2
/dev/zram0                              partition	363400		0		100

Code: Select all

$ zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo-rle     354,9M   4K   73B   12K       2 [SWAP]

Und es ist so, dass wer zuerst kommt, malt zuerst.
Nun noch zusätzlich zu versuchen zramswap zu aktivieren, wird verweigert:

Code: Select all

$ sudo zramswap start
<13>Feb 25 09:57:14 root: Starting Zram
/usr/sbin/zramswap: Zeile 53: echo: Schreibfehler: Das Gerät oder die Ressource ist belegt.
<13>Feb 25 09:57:14 root: Error: setting compression algo to lz4

Als ich zuvor versuchte, bei bereits aktiviertem zramswap auch noch zram zu aktivieren, bekam ich eine ähnliche Fehlermeldung.

Und bevor noch jemand traurig wird, hier die QSI des System, mit dem ich das durchgespielt habe:

Code: Select all

Snapshot created on: 20231222_1428
System:
  Kernel: 6.1.0-31-amd64 [6.1.128-1] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.0-31-amd64 root=UUID=<filter> ro quiet splash
  Desktop: Xfce v: 4.20.0 tk: Gtk v: 3.24.38 info: xfce4-panel wm: xfwm v: 4.20.0 vt: 7
    dm: LightDM v: 1.32.0 Distro: MX-23.1_x64 Libretto Dezember 22  2023 base: Debian GNU/Linux 12
    (bookworm)
Machine:
  Type: Laptop System: FUJITSU SIEMENS product: AMILO Li3910 v: 10600997318
    serial: <superuser required> Chassis: type: 10 v: 30_ serial: <superuser required>
  Mobo: FUJITSU SIEMENS model: EF9 v: Rev 1.0 serial: <superuser required> BIOS: Phoenix v: 1.03
    date: 10/06/2008
Battery:
  ID-1: BAT1 charge: 2.7 Wh (100.0%) condition: 2.7/47.5 Wh (5.7%) volts: 12.6 min: 10.8
    model: SAN-SAN Main type: Li-ion serial: N/A status: full
  Device-1: hidpp_battery_0 model: Logitech Zone Touch Mouse T400 serial: <filter>
    charge: 55% (should be ignored) rechargeable: yes status: discharging
CPU:
  Info: model: Intel Pentium Dual T3200 bits: 64 type: MCP arch: Core2 Merom level: v1
    built: 2006-09 process: Intel 65nm family: 6 model-id: 0xF (15) stepping: 0xD (13)
    microcode: 0xA4
  Topology: cpus: 1x cores: 2 smt: <unsupported> cache: L1: 128 KiB desc: d-2x32 KiB; i-2x32 KiB
    L2: 1024 KiB desc: 1x1024 KiB
  Speed (MHz): avg: 1995 min/max: 1000/2000 scaling: driver: acpi-cpufreq governor: ondemand
    cores: 1: 1995 2: 1995 bogomips: 7979
  Flags: ht lm nx pae sse sse2 sse3 ssse3
  Vulnerabilities:
  Type: gather_data_sampling status: Not affected
  Type: itlb_multihit status: KVM: VMX unsupported
  Type: l1tf mitigation: PTE Inversion
  Type: mds status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
  Type: meltdown mitigation: PTI
  Type: mmio_stale_data status: Unknown: No mitigations
  Type: reg_file_data_sampling status: Not affected
  Type: retbleed status: Not affected
  Type: spec_rstack_overflow status: Not affected
  Type: spec_store_bypass status: Vulnerable
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines; STIBP: disabled; RSB filling; PBRSB-eIBRS: Not
    affected; BHI: Not affected
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Fujitsu Solutions driver: i915
    v: kernel arch: Gen-5 process: Intel 45nm built: 2008 ports: active: LVDS-1 empty: DP-1,VGA-1
    bus-ID: 00:02.0 chip-ID: 8086:2a42 class-ID: 0300
  Display: x11 server: X.Org v: 1.21.1.7 compositor: xfwm v: 4.20.0 driver: X:
    loaded: modesetting unloaded: intel dri: crocus gpu: i915 display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 1680x945 s-dpi: 96 s-size: 445x251mm (17.52x9.88") s-diag: 511mm (20.11")
  Monitor-1: LVDS-1 model: Seiko Epson 0x314b built: 2008 res: 1680x945 hz: 60 dpi: 104
    gamma: 1.2 size: 409x230mm (16.1x9.06") diag: 469mm (18.5") ratio: 16:9 modes: 1680x945
  API: OpenGL v: 2.1 Mesa 22.3.6 renderer: Mesa Mobile Intel GM45 Express (CTG)
    direct-render: Yes
Audio:
  Device-1: Intel 82801I HD Audio vendor: Fujitsu Solutions driver: snd_hda_intel v: kernel
    bus-ID: 00:1b.0 chip-ID: 8086:293e class-ID: 0403
  API: ALSA v: k6.1.0-31-amd64 status: kernel-api tools: alsamixer,amixer
  Server-1: PipeWire v: 1.0.0 status: active with: 1: pipewire-pulse status: active
    2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
    tools: pw-cat,pw-cli,wpctl
  Server-2: PulseAudio v: N/A status: off (using pipewire-pulse) tools: pacat,pactl,pavucontrol
Network:
  Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: Fujitsu Solutions driver: r8169
    v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: 3000 bus-ID: 07:00.0 chip-ID: 10ec:8136
    class-ID: 0200
  IF: eth0 state: down mac: <filter>
  Device-2: Realtek RTL8187B Wireless 802.11g 54Mbps Network Adapter type: USB driver: rtl8187
    bus-ID: 1-5:2 chip-ID: 0bda:8189 class-ID: 0000 serial: <filter>
  IF: wlan0 state: up mac: <filter>
  IF-ID-1: virbr0 state: down mac: <filter>
Drives:
  Local Storage: total: 447.13 GiB used: 18.84 GiB (4.2%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/sda maj-min: 8:0 vendor: Crucial model: CT480BX500SSD1 size: 447.13 GiB block-size:
    physical: 512 B logical: 512 B speed: 3.0 Gb/s type: SSD serial: <filter> rev: 056 scheme: MBR
Partition:
  ID-1: / raw-size: 45.44 GiB size: 44.42 GiB (97.77%) used: 18.84 GiB (42.4%) fs: ext4
    dev: /dev/sda7 maj-min: 8:7
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: partition size: 4.79 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/sda9
    maj-min: 8:9
  ID-2: swap-2 type: zram size: 354.9 MiB used: 0 KiB (0.0%) priority: 100 dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 66.0 C mobo: N/A
  Fan Speeds (RPM): N/A
Repos:
  Packages: pm: dpkg pkgs: 2945 libs: 1487 tools: apt,apt-get,aptitude,nala,synaptic pm: rpm
    pkgs: 0 pm: flatpak pkgs: 0
  No active apt repos in: /etc/apt/sources.list
  Active apt repos in: /etc/apt/sources.list.d/anydesk-stable.list
    1: deb http://deb.anydesk.com/ all main
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
    1: deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/debian.list
    1: deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
    2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
  No active apt repos in: /etc/apt/sources.list.d/midori.list
  Active apt repos in: /etc/apt/sources.list.d/mx.list
    1: deb http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo/ bookworm main non-free
  Active apt repos in: /etc/apt/sources.list.d/signal-xenial-added-by-mxpi.list
    1: deb [arch=amd64] https://updates.signal.org/desktop/apt xenial main
  Active apt repos in: /etc/apt/sources.list.d/spotify.list
    1: deb http://repository.spotify.com stable non-free
  Active apt repos in: /etc/apt/sources.list.d/teamviewer.list
    1: deb [signed-by=/usr/share/keyrings/teamviewer-keyring.gpg] https://linux.teamviewer.com/deb stable main
Info:
  Processes: 225 Uptime: 32m wakeups: 4 Memory: 2.77 GiB used: 1.46 GiB (52.7%) Init: SysVinit
  v: 3.06 runlevel: 5 default: graphical tool: systemctl Compilers: gcc: 12.2.0 alt: 12
  Client: shell wrapper v: 5.2.15-release inxi: 3.3.26
Boot Mode: BIOS (legacy, CSM, MBR)

Posted: **Tue Feb 25, 2025 4:29 am**

@loik
Ich benutze schon lange keine swap partition/Datei
Seit MX23 gibt es auch keine Programme mehr, die swap benutzen, obwohl noch genug Speicher da ist ... gab es früher manchmal, da hat man noch 10GB freien Ram und irgendein Steinzeitprogramm schmiert ein paar Megabyte in die swap.
Ich benutze nur noch zram auf dem produktiv system

2025-02-25-10-03-56_3840x2160.jpg

zur abwechslung auch mal wieder mein QSI

Code: Select all

Snapshot created on: 20250222_1627
System:
  Kernel: 6.12.16-1-liquorix-amd64 [6.12-21.1~bookworm] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 parameters: audit=0
    intel_pstate=disable amd_pstate=disable BOOT_IMAGE=/boot/vmlinuz-6.12.16-1-liquorix-amd64
    root=UUID=<filter> ro quiet splash
  Desktop: Fluxbox v: 1.3.7 info: tint2 vt: 7 dm: LightDM v: 1.32.0 Distro: MX-23.3_fluxbox_x64
    Libretto July 31 2023 base: Debian GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop Mobo: Gigabyte model: B550M S2H serial: <superuser required> BIOS: American
    Megatrends LLC. v: F15a date: 02/16/2022
CPU:
  Info: model: AMD Ryzen 9 3900X bits: 64 type: MT MCP arch: Zen 2 gen: 3 level: v3 note: check
    built: 2020-22 process: TSMC n7 (7nm) family: 0x17 (23) model-id: 0x71 (113) stepping: 0
    microcode: 0x8701021
  Topology: cpus: 1x cores: 12 tpc: 2 threads: 24 smt: enabled cache: L1: 768 KiB desc: d-12x32
    KiB; i-12x32 KiB L2: 6 MiB desc: 12x512 KiB L3: 64 MiB desc: 4x16 MiB
  Speed (MHz): avg: 2274 high: 2800 min/max: 2200/3800 boost: enabled scaling:
    driver: acpi-cpufreq governor: ondemand cores: 1: 2200 2: 2196 3: 2200 4: 2195 5: 2200 6: 2200
    7: 2800 8: 2200 9: 2200 10: 2800 11: 2200 12: 2200 13: 2200 14: 2200 15: 2200 16: 2200 17: 2200
    18: 2200 19: 2200 20: 2200 21: 2200 22: 2793 23: 2200 24: 2200 bogomips: 182060
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities:
  Type: gather_data_sampling status: Not affected
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data status: Not affected
  Type: reg_file_data_sampling status: Not affected
  Type: retbleed mitigation: untrained return thunk; SMT enabled with STIBP protection
  Type: spec_rstack_overflow mitigation: Safe RET
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines; IBPB: conditional; STIBP: always-on; RSB filling;
    PBRSB-eIBRS: Not affected; BHI: Not affected
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: NVIDIA GP107 [GeForce GTX 1050 Ti] vendor: Micro-Star MSI driver: nvidia v: 550.144.03
    non-free: 530.xx+ status: current (as of 2023-03) arch: Pascal code: GP10x process: TSMC 16nm
    built: 2016-21 pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 05:00.0 chip-ID: 10de:1c82
    class-ID: 0300
  Display: x11 server: X.Org v: 1.21.1.7 compositor: Compton v: 1 driver: X: loaded: nvidia
    gpu: nvidia display-ID: :0 screens: 1
  Screen-1: 0 s-res: 3840x2160 s-dpi: 139 s-size: 702x400mm (27.64x15.75") s-diag: 808mm (31.81")
  Monitor-1: HDMI-0 res: 3840x2160 hz: 60 dpi: 140 size: 697x392mm (27.44x15.43")
    diag: 800mm (31.48") modes: N/A
  API: OpenGL v: 4.6.0 NVIDIA 550.144.03 renderer: NVIDIA GeForce GTX 1050 Ti/PCIe/SSE2
    direct-render: Yes
Audio:
  Device-1: NVIDIA GP107GL High Definition Audio vendor: Micro-Star MSI driver: snd_hda_intel
    v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 05:00.1 chip-ID: 10de:0fb9 class-ID: 0403
  Device-2: AMD Starship/Matisse HD Audio vendor: Gigabyte driver: snd_hda_intel v: kernel pcie:
    gen: 4 speed: 16 GT/s lanes: 16 bus-ID: 07:00.4 chip-ID: 1022:1487 class-ID: 0403
  API: ALSA v: k6.12.16-1-liquorix-amd64 status: kernel-api tools: alsamixer,amixer
  Server-1: PipeWire v: 1.0.3 status: active with: 1: pipewire-pulse status: active
    2: wireplumber status: active 3: pipewire-alsa type: plugin 4: pw-jack type: plugin
    tools: pactl,pw-cat,pw-cli,wpctl
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8169
    v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: f000 bus-ID: 04:00.0 chip-ID: 10ec:8168
    class-ID: 0200
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
  Device-2: TP-Link Archer T2U PLUS [RTL8821AU] type: USB driver: rtl8821au bus-ID: 1-2.4:5
    chip-ID: 2357:0120 class-ID: 0000 serial: <filter>
  IF: wlan0 state: dormant mac: <filter>
Drives:
  Local Storage: total: 5.91 TiB used: 3.34 TiB (56.5%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Samsung model: SSD 970 EVO Plus 1TB size: 931.51 GiB
    block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter>
    rev: 2B2QEXM7 temp: 39.9 C scheme: GPT
  ID-2: /dev/sda maj-min: 8:0 vendor: Crucial model: CT2000MX500SSD1 size: 1.82 TiB block-size:
    physical: 4096 B logical: 512 B speed: 6.0 Gb/s type: SSD serial: <filter> rev: 033 scheme: MBR
  ID-3: /dev/sdb maj-min: 8:16 type: USB vendor: Samsung model: SSD 860 EVO 500G size: 465.76 GiB
    block-size: physical: 4096 B logical: 512 B type: SSD serial: <filter> rev: 0223 scheme: MBR
  SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
  ID-4: /dev/sdc maj-min: 8:32 type: USB vendor: Samsung model: SSD 850 EVO 1TB size: 931.51 GiB
    block-size: physical: 4096 B logical: 512 B type: SSD serial: <filter> rev: 0204 scheme: MBR
  ID-5: /dev/sdd maj-min: 8:48 type: USB vendor: Samsung model: PSSD T7 size: 1.82 TiB
    block-size: physical: 512 B logical: 512 B type: SSD serial: <filter> scheme: MBR
  SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
Partition:
  ID-1: / raw-size: 197.48 GiB size: 193.32 GiB (97.89%) used: 23.61 GiB (12.2%) fs: ext4
    dev: /dev/nvme0n1p2 maj-min: 259:2
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: zram size: 4 GiB used: 0 KiB (0.0%) priority: 100 dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 51.4 C mobo: 31.0 C gpu: nvidia temp: 36 C
  Fan Speeds (RPM): N/A gpu: nvidia fan: 35%
Repos:
  Packages: 2868 pm: dpkg pkgs: 2861 libs: 1592 tools: apt,apt-get,aptitude,nala,synaptic pm: rpm
    pkgs: 0 pm: flatpak pkgs: 7
  No active apt repos in: /etc/apt/sources.list
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list
    1: deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/debian.list
    1: deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
    2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
  Active apt repos in: /etc/apt/sources.list.d/liquorix.list
    1: deb [arch=amd64 signed-by=/etc/apt/keyrings/liquorix-keyring.gpg] https://liquorix.net/debian bookworm main
    2: deb-src [arch=amd64 signed-by=/etc/apt/keyrings/liquorix-keyring.gpg] https://liquorix.net/debian bookworm main
  Active apt repos in: /etc/apt/sources.list.d/mx.list
    1: deb https://mirror.23m.com/mx-packages/mx/repo/ bookworm main non-free
    2: deb https://mirror.23m.com/mx-packages/mx/repo/ bookworm ahs
  Active apt repos in: /etc/apt/sources.list.d/xanmod-release.list
    1: deb [signed-by=/usr/share/keyrings/xanmod-archive-keyring.gpg] http://deb.xanmod.org releases main
  No active apt repos in: /etc/apt/sources.list.d/winehq-bookworm.sources
Info:
  Processes: 415 Uptime: 3h 9m wakeups: 1 Memory: 31.25 GiB used: 2.14 GiB (6.8%) Init: SysVinit
  v: 3.06 runlevel: 5 default: graphical tool: systemctl Compilers: gcc: 12.2.0 alt: 12
  Client: shell wrapper v: 5.2.15-release inxi: 3.3.26
Boot Mode: BIOS (legacy, CSM, MBR)

Posted: **Tue Feb 25, 2025 7:02 am**

Hallo loik,

loik wrote: Tue Feb 25, 2025 3:11 am Besteht da eigentlich ein Unterschied zwischen
sudo zram start
und
sudo zramswap start

da wird es ein wenig kompliziert. Beides sind Skripte, die während des Init-Prozesses als Prozesse (Dämonen) gestartet werden. /usr/sbin/zramswap indirekt, dies wird durch die Zeile

Code: Select all

DAEMON=/usr/sbin/zramswap

in /etc/init.d/zramswap aufgerufen/gestartet/kontrolliert.
/usr/local/bin/zram ist eigentlich auch so ein Daemon, muss allerdings dazu erst nach /etc/init.d/ kopiert werden, s. die Datei selbst:

Code: Select all

# Copy this script (as root) from /usr/local/bin to /etc/init.d and then #update-rc.d zram defaults
# After booting verify the module is loaded with: lsmod | grep zram

Insofern erfüllen beide Skripte in etwa die gleiche Aufgabe:
/usr/local/bin/zram

Code: Select all

# Short-Description: Increased Performance In Linux With zRam (Virtual Swap Compressed in RAM)

/usr/sbin/zramswap

Code: Select all

# This script does the following:
# zramswap start:
#  Space is assigned to the zram device, then swap is initialized and enabled.
# zramswap stop:
#  Somewhat potentially dangerous, removes zram module at the end

Jetzt leider mal abgesehen von den Merkwürdigkeiten bei dir, zumindest ein "Problem" besteht darin, dass solche Skripte in /etc/init.d/ nun mal dazu da sind, beim Booten automatisch zu starten (z.B. CUPS soll gleich bereit sein, Netzwerkdienste ebenfalls usw.) und nicht etwa nur "manchmal ja, manchmal nein". Das müsste dann anders gelöst werden, indem z.B. der Daemon gleich von Hand gestoppt und bei Bedarf gestartet wird -> wobei der "Widersinn" dieser Methode hoffentlich sichtbar ist.

Mein persönliches Fazit: Da zram sozusagen "maschinenabhängig" ist (bei PC alpha bringt es nichts, während bei PC beta durchaus eine Leistungssteigerung eintritt), sage ich mal, auf PC alpha nicht installieren bzw. deinstallieren und auf PC beta eben normal zram als Init-Prozess starten lassen.
Ich weiss, Du möchtest es gerne "nach Bedarf", aber ich kann nicht recht verstehen, warum es Montags auf PC alpha benutzt werden soll und Freitags nicht (um es mal extrem zu formulieren). Es sei denn, Du baust die Hardware von alpha immer mal um...

viele Grüsse gosia

Posted: **Tue Feb 25, 2025 11:44 am**

Hallo, Wdscharff

Deinen Argumenten, wie und warum du zRam bzw. zramzwap und nix anders nutzt, kann ich leicht nachvollziehen.
Dein Hardware-RAM hat die Größe meiner System-Partitionen.

Hallo, Gosia.
Danke für das Aufdröseln von zRam und zramswap.

Mein Fazit daraus:
Es reicht aus, wenn man zramswap bereits hat.
Nicht nötig, Scripte von local nach etc oder ähnlich zu kopieren und zu Aktivieren, um zRam nutzen zu können.
Zumal laut dem Ergebnis meiner Versuche, eh nur eines zur Zeit anwendbar ist.

... dass solche Skripte in /etc/init.d/ nun mal dazu da sind, beim Booten automatisch zu starten (z.B. CUPS soll gleich bereit sein, ...

Ja, verstehe ich.
Deshalb war bei mir ja auch zramswap dauerhaft aktiviert und nicht ausschaltbar, weil es eben dort eingetragen war.

Die Merkwürdigkeit, die ich in den letzten zwei Posts beschrieben habe, nämlich dass zramswap sich über MX-Service-Manager nicht so aktivieren lässt, das es an Systemstart benutzbar bereit steht, habe ich festgestellt, ohne dass in einem der zwei rc.local Scripte ein Eintrag war.
Etwaige Einträge hatte ich zuvor entfernt.

Mir ging es zuletzt eben nur darum, weshalb sich wohl die Einstellung über den MX-Service-Manager so dysfunktional verhält. ?

Mein persönliches Fazit: Da zram sozusagen "maschinenabhängig" ist (bei PC alpha bringt es nichts, während bei PC beta durchaus eine Leistungssteigerung eintritt), sage ich mal, auf PC alpha nicht installieren bzw. deinstallieren und auf PC beta eben normal zram als Init-Prozess starten lassen.

Ja, genau so.

Ich weiss, Du möchtest es gerne "nach Bedarf", aber ich kann nicht recht verstehen, warum es Montags auf PC alpha benutzt werden soll und Freitags nicht (um es mal extrem zu formulieren). Es sei denn, Du baust die Hardware von alpha immer mal um...

Diesen gut beschrieben, unsinnigen Widerspruch stimme ich auch zu, wenn es sich nur um PC alpha handelt.

Aber meine Systeme sind doch mobil auf externen Datenträgern.
Die starte ich mal an diesem mal an jenem PC.
Und wie zuvor gut festgestellt, ist der Nutzen von zramswap hardwareabhängig.
Deshalb möchte ich es, je nach Möglichkeit und Bedarf schaltbar haben.

Auch sollte es bereits installiert mit an Bord sein, selbst wenn ein Snapshot-ISO von einem System stammt, das bei der ISO-Erstellung auf schwacher Hardware installiert war.

Diese Schaltvariable macht am meisten Sinn, wenn zramswap beim Systemstart nicht aktiviert wird, aber per
sudo zramswap start
aktiviert werden kann.

Das ist seltsamer Weise nun bei der Fehlfunktion (???) von MX-Service-Manager so gegeben und kommt mir zufällig entgegen.

Andernfalls würde ich mein nun gelerntes Wissen anwenden und in /etc/rc.local eintragen
zramswap stop
Um diesen "Vorhanden-aber-standardmäßig-deaktiviert-Effekt" zu erhalten.

Wollte ich es auf einem System, welches auf leistungsstarker Hardware festinstalliert ist, dauerhaft aktiviert haben, würde ich in /etc/rc.local eintragen
zramswap start

So gesehen ist für meinen Nutzungsbedarf bereits seit Post #7 alles geklärt.

Was mich nun noch interessehalber umtreibt, ist die Frage, ob das von mir beschriebene Verhalten von MX-Service-Manager bezüglich der automatischen Aktivierung und Bereitstellung von zramswap ab Systemstart, ein Fehler ist oder nicht ?

Deshalb die Frage in die Runde, wie verhält es sich bei euch, wenn ihr zramswap im MX-Service-Manager für den Systemstart aktiviert oder deaktiviert ?

Wird entsprechend der jeweiligen Einstellung nach dem nächsten Systemstart per swapon -s angezeigt, dass der virtuelle zramswap vorhanden ist oder nicht mehr vorhanden ist ?
Was immer da auch mit swapon -s zu sehen ist, stimmt das mit den Einstellungen des MX-Service-Managers überein ?

Weil es bei mir eben nicht übereinstimmend ist, wiederholt noch mal die Frage, wie ist das bei euch ?

Posted: **Tue Feb 25, 2025 3:20 pm**

Hallo loik,

loik wrote: Tue Feb 25, 2025 11:44 am wie verhält es sich bei euch, wenn ihr zramswap im MX-Service-Manager für den Systemstart aktiviert oder deaktiviert ?

Hm, ich kann keine Probleme melden, bin mir aber nicht mehr sicher, ob ich alles so eingestellt habe wie von dir gewünscht.
Mein Vorgehen:
1. zram-Skript entfernt, nur noch zramswap behalten
2. im Service-Manager zramswap für den Systemstart aktiviert -> meldet mir, ok ist aktiviert (sinngemäss)
3. Kiste runter- und wieder hochgefahren und diese Kommandos abgesetzt:

Code: Select all

sudo dmesg | grep zram
[   57.096977] zram: Added device: zram0
[   57.167289] zram0: detected capacity change from 0 to 3943072
[   57.433844] Adding 1971532k swap on /dev/zram0.  Priority:100 extents:1 across:1971532k SSFS

swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sdb7                               partition	4094972		0		-2
/dev/zram0                              partition	1971532		0		100

zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           1,9G   4K   64B    4K       4 [SWAP]

sieht also aus wie erwartet.

4. als Gegenprobe im Service-Manager zramswap für den Systemstart deaktiviert -> Meldung "zramswap wurde deaktiviert"
5. wie Punkt 3.

Code: Select all

sudo dmesg | grep zram
<keine Meldung -> also zram wurde nicht gestartet>

swapon -s
Dateiname				Typ		Größe		Benutzt Priorität
/dev/sdb7                               partition	4094972		0	-2

zramswap status
<13>Feb 25 21:01:06 kb: Error: /dev/zram0 doesn't exist

sudo zramswap start
<13>Feb 25 21:03:00 root: Starting Zram
Auslagerungsbereich Version 1 wird angelegt, Größe = 1,9 GiB (2018848768 Bytes)
keine Bezeichnung, UUID=07f3b8fd-70ef-46de-97b0-f27ff4f20aad

swapon -s
Dateiname				Typ		Größe		Benutzt		Priorität
/dev/sdb7                               partition	4094972		0		-2
/dev/zram0                              partition	1971532		0		100

zramswap status
NAME       ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lz4           1,9G   4K   64B    4K       4 [SWAP]

Fazit: wenn ich nicht irgendwas übersehe oder missverstehe läuft alles wie von dir gewünscht.
Vielleicht auch wichtig, /etc/rc.local habe ich in dieser Beziehung nicht angepackt. Da steht nur das von mir benötigte fdns = "encrypted DNS proxy server for small networks and Linux desktops", also

Code: Select all

/usr/bin/fdns --daemonize
exit 0

viele Grüsse gosia

PS. Ach so, mit Untersuchungen wieviel zram0 nun bei hoher und niedriger Belastung belegt habe ich mich nicht abgemüht. Ist ja wohl auch nicht direkt Ziel deiner Fragestellung, oder?

Posted: **Wed Feb 26, 2025 12:56 am**

Am Wochenende habe ich vielleicht Zeit für Experimente. wie gesagt, ich benutze zramswap schon lange und meine Lösung war im Endeffekt ein zusammengefrickel aus unterschiedlichen Quellen, weil es nicht auf Anhieb so funktionierte, wie z.B. Beispiele aus der *buntu, Arch oder opensuse Welt. Hing vielleicht auch mit der init Problematik zusammen.
Ihr wisst ja, never chance a running horse, oder so. Ist ja auch schon länger her, das ich mich damit beschäftigte (2018/19)
Bei mir läuft zram und der service manager sagt mir, dass ich es noch aktivieren kann. Was irgendwie nachvollziehbar ist, der service manager sieht was teil des Boot Prozesses ist, währen ich zram in der rc.local, also eigentlich erst nach abschluss des Bootvorgangs starte. Der service manager orientiert sich also an den scripten die beim boot abgearbeitet werden, der schaut nicht im RAM nach, was da aktuell tatsächlich läuft, würde ich jetzt mal ins Blaue raten.

Posted: **Wed Feb 26, 2025 1:54 am**

Hallo, Wdscharff.

So wie du bin auch ich zu zramswap gekommen.
Ich habe es aus den Repos installiert.
Alles was sich so anbot, zramswap, zram swapspace.
Wusste ja nicht, das zRam und zramswap unterschiedliche Dinge sind.
Und ich hatte es irgendwie geschafft, unter anderem durch deine Hilfe, es auch mit SysVenit zum laufen zu bekommen.
Was ja zu den Einträgen in den rc.local Dateien führten, die nun für Irritation sorgten.

Möglich dass dieses Zurechtgestolpere der Grund ist, weshalb es bei mir diese seltsame Macke via MX-Service-Manager zeigt, es sich aber bei Gosia korrekt verhält.

Hallo, Gosia.

Ja, genau das was du da abgearbeitet hast, war meine Fragestellung.
Einzig bei Punkt 5 fehlt mir am Anfang ein swapon -s und ein zramswap staus, noch vor dem sudo zramswap start, um zu vergewissern, wie zu diesem Zeitpunkt der Status von zramswap ist.

Da als Folge deines sudo zramswap start eine virtuelle Swap-Partition im RAM erstellt wurde, ist davon auszugehen, dass swapon -s kein zramswap angezeigt hätte.
Somit wäre nur interessant gewesen, ob zramswap status eine Fehlermeldung, dass kein zramswap existiert, ergeben hätte, oder doch ein zramswap gezeigt worden wäre, in dem aber alle Parameter auf Null stehen.

Letztlich war aber das was du abgearbeitet hast genau das wonach ich gefragt hatte und es zeigt im Ergebnis, das die Funktion an sich in Ordnung ist, eben nur bei mir einen Defekt hat.
Klar, wäre es schön, zu ergründen was diese Störung verursacht, ist aber doch keiner weiteren Mühe wert, weil ich ja nun etwas über Zusammenhänge weiß und mich via /etc/rc.local behelfen kann.

Dennoch interessant, was Wdscharff für Ergebnisse erzielt, wenn er die Zeit und Lust findet, es ebenfalls nachzustellen.

Erst mal vielen Dank für Klärungshilfe

Posted: **Wed Feb 26, 2025 2:04 am**

Hat mir keine Ruhe gelassen und vor der Tür wird gerade die Sintflut vorbereitet, der Hund will nicht raus.
mein in der rc.local gestartetes zramswap läuft, wird aber auch mit sudo sysv-rc-conf als inaktiv angezeigt., das ist die alte, weniger komfortable kommandozeilen version bevor der mx service manager gebacken wurde,
Aus der rc.local auskommentiert, neustart, kein zramswap. service manager gestartet, auf start gedrückt, passwortabfrage, zramswap wird gestartet und auch in conky und mit zramctl angezeigt.
Reboot, kein zramswap. muss aber so sein, weil ich hab ja nur den startbutton benutzt und nicht den bei betriebsystem start aktivieren.
Okay, dann bei systemstart aktivieren, reboot, zramswap ist da und der service manager zeigt einmal "stop" an, das stoppt zwar zramsewap, aber es ist beim neustart wieder da, oder man nimmt den anderen button, dann ist es generell weg.
der Service Manager macht genau das, was er tun soll. Er bekommt es nur nicht mit, wenn man zramswap eigenständig ins system gefrickelt hat :-)

Posted: **Wed Feb 26, 2025 6:16 am**

Hallo, Wdscharff.
Danke.
Damit bestätigst du meine Erfahrung, dass zramswap-Einträge in /etc/rc.local, einer korrekten Funktion des MX-Service-Manager bei dessen Einstellungen für zramswap, im Wege stehen.

Und du bestätigst Gosias Erfahrung, dass der MX-Service-Manager an sich heile ist und auch bei zramswap korrekt funktioniert.

Nur eben bei mir, aus unerkennbarem Grunde, nicht.
Da kann ich aber mit leben, da ich das jetzt weiß, und es über /etc/rc.local regeln kann.

Noch mal Danke an alle für die Hilfe bei der Fehlersuche.

MX Linux Forum

MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRam deaktivieren - die Geister, die ich rief

Re: MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

Re: MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

Re: MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

Re: MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ?

Re: MX-23.5-xfce - wie zRamSwap Aktivieren oder Deaktivieren ? - MX-Service-Manager defekt ? [Solved]