V for Vortex schrieb:

Hiernach sollte relatime Standard seit Hardy Heron sein und hiernach seit März 2009, also spätestens ab Ubuntu 9.10, das Standardverhalten des Kernels selbst, welches eine Option in der fstab überflüssig gemacht haben sollte.

Danke! Das beantwortet meine Frage.

@linrunner: Yep, frisch installiert.

Vielleicht sollte man angesichts dieser Tatsache die zitierte Äußerung

< Aktuelle Ubuntuversionen binden Laufwerke von Haus aus mit der Mountoption relatime (Relative Access Time) ein, was die Arbeit der SSD deutlich erleichtert. Aus diesem Grund sollte man die Option in /etc/fstab auch so belassen.

modifizieren. Zumindest für mich war der 2. Satz verwirrend, da ich infolgedessen diese Option in der fstab auch tatsächlich erwartet hatte. Daher m.E. besser, den 2. Satz ganz weg zu lassen und vielleicht stattdessen in Klammer der Klarheit wegen hinzuzufügen: "Das explizite Hinzufügen dieser Mountoption in /etc/fstab ist daher überflüssig geworden." Oder so ähnlich.

Was Batched Discard angeht, wäre es für Newbies übrigens nützlich, kurz darauf hinzuweisen, wie man das in /etc/cron.daily|weekly implementiert, oder?

Moin!

It's a Wiki, tlu, will heißen: Trage es gerne so ein, dass es klarer/verständlicher ist.

Du kannst auch gerne auf Cron verlinken.

Liebe Grüße,

Flo

UbuntuFlo schrieb:

Moin!

It's a Wiki, tlu, will heißen: Trage es gerne so ein, dass es klarer/verständlicher ist.

Du kannst auch gerne auf Cron verlinken.

Done. Schaut es euch mal bitte an, ob das so okay ist.

tlu schrieb:

UbuntuFlo schrieb:

Moin!

It's a Wiki, tlu, will heißen: Trage es gerne so ein, dass es klarer/verständlicher ist.

Du kannst auch gerne auf Cron verlinken.

Done. Schaut es euch mal bitte an, ob das so okay ist.

Als Anmerkung, deine Variante verwendet Anacron, das zwar standardmäßig installiert und eingerichtet ist, aber auf mobilen Geräten im Akkubetrieb unter Ubuntu deaktiviert wird. Dieses Problem hatte ich auch in meinem letzten Beitrag in diesem Thread schon angesprochen. Unkommentiert kann das natürlich am Anwender vorbei gehen und der Batched Discard damit je nach Verwendung des Geräts möglicherweise auf der Strecke bleiben. Ich habe mich inzwischen dafür entschieden auf meinem Notebook den Batched Discard normal in die Crontab @reboot einzutragen. Wie weit das sinnvoll ist, lasse ich aber jemanden beurteilen, der davon mehr versteht.

mrkramps schrieb:

Als Anmerkung, deine Variante verwendet Anacron, das zwar standardmäßig installiert und eingerichtet ist, aber auf mobilen Geräten im Akkubetrieb unter Ubuntu deaktiviert wird. Dieses Problem hatte ich auch in meinem letzten Beitrag in diesem Thread schon angesprochen. Unkommentiert kann das natürlich am Anwender vorbei gehen und der Batched Discard damit je nach Verwendung des Geräts möglicherweise auf der Strecke bleiben.

Danke für den Hinweis, den ich hier bestätigt gefunden habe.

Ich habe mich inzwischen dafür entschieden auf meinem Notebook den Batched Discard normal in die Crontab @reboot einzutragen. Wie weit das sinnvoll ist, lasse ich aber jemanden beurteilen, der davon mehr versteht.

Bin da auch kein Experte. Vielleicht kann sich ein solcher dieser Sache mal annehmen.

Hi, sollte im Abschnitt "TRIM per Batched Discard" der Inhalt vielleicht so aussehen?

#!/bin/sh

/sbin/fstrim /
/sbin/fstrim /home

Wie ich laß sind bei den user-cronjobs die Umgebungsvariablen nicht gesetzt, somit wir fstrim dann nicht gefunden. Zumindest hab ich bei mir das Gefühl, dass die täglichen Trim-jobs nicht durchgeführt werden.

Gruß

814d3 schrieb:

Hi, sollte im Abschnitt "TRIM per Batched Discard" der Inhalt vielleicht so aussehen?

#!/bin/sh

/sbin/fstrim /
/sbin/fstrim /home

Wie ich laß sind bei den user-cronjobs die Umgebungsvariablen nicht gesetzt, somit wir fstrim dann nicht gefunden. Zumindest hab ich bei mir das Gefühl, dass die täglichen Trim-jobs nicht durchgeführt werden.

Danke für den Hinweis - du hast völlig recht! Ich hab's korrigiert!

Nun, linrunner hat die Befehle wieder geändert, fragt sich nur warum.

Weil die absoluten Pfade redundant und damit unnötig sind. /sbin liegt stets im Suchpfad, auch beim Ausführen von Cron-Jobs im Root-Kontext.

Muss in der batched_discard bei den Befehlen fstrim / beziehungsweise fstrim /home nicht sudo vorausgestellt werden? Wenn ich im Terminal "fstrim /" eingebe kommt die Fehlermeldung:

fstrim: /: FITRIM ioctl failed: Die Operation ist nicht erlaubt. 

Mit "sudo fstrim /" klappt es. Bei Zustimmung ändere ich das Wiki.

Grüße aus Südbaden

Dieter_Ubuntu schrieb:

Muss in der batched_discard bei den Befehlen fstrim / beziehungsweise fstrim /home nicht sudo vorausgestellt werden? Wenn ich im Terminal fstrim / eingebe kommt die Fehlermeldung:

fstrim: /: FITRIM ioctl failed: Die Operation ist nicht erlaubt.

Mit sudo fstrim / klappt es. Bei Zustimmung ändere ich das Wiki.

Grüße aus Südbaden

Nein, das steht schon richtig drin. Für die manuelle Ausführung wird das mit sudo angegeben. Die Skripte für Cron bzw. Anacron benötigen das allerdings nicht.

Oh, Mann. Ich hab mal einen Hinweis aufgenommen, falls noch jemand auf diese Idee kommt ...

Danke für die Klarstellung.

Damit ich sehe, ob das Trimmen wirklich durchgeführt wird, habe ich vorläufig noch diese Zeile in die Batch-Datei mit aufgenommen:

echo batched_discard wurde durchgeführt > ~/batched_discard.txt

Vertauen ist gut, Kontrolle ist besser.

Grüße aus Südbaden

(Im Wiki ist es ganz einfach, die Befehle hervorzuheben, hier im Forum habe ich die Zeichen hierfür nicht gefunden)

Dieter_Ubuntu schrieb:

echo batched_discard wurde durchgeführt > ~/batched_discard.txt

Dir ist bewusst wo ~/ in diesem Fall liegt? Nämlich nicht in deinem /home/user/ sondern im Kontext des Users der den Cronjob ausführt, d.h. /root/.

(Im Wiki ist es ganz einfach, die Befehle hervorzuheben, hier im Forum habe ich die Zeichen hierfür nicht gefunden)

Es sind dieselben wie im Wiki . Und es gibt im Editor den Knopf mit Blatt/Zahnrad ...

EDITH hat das Skript im Wiki um ein Logging mit Zeitstempel ergänzt .