"fstrim -v /" in rc.local geeft hoge aantal bytes die getrimmed zijn.

[aartje]

Ik heb in mijn rc.local de volgende regels boven "exit 0" gezet om alle ssd-filesystemen te trimmen:

LOG=/var/log/trim.log
fstrim -v / >>$LOG
echo “Time: $(date)” >>$LOG
fstrim -v /rootub1204ssd
echo “Time: $(date)” >>$LOG
fstrim -v /datassdext4
echo “Time: $(date)” >>$LOG

Wat me opvalt is dat in die trim.log altijd zo'n hoog getal komt voor het root-device:

/: 7721717760 bytes were trimmed
“Time: Mon Nov 30 10:54:53 CET 2015”
“Time: Mon Nov 30 10:54:57 CET 2015”
“Time: Mon Nov 30 10:54:57 CET 2015”

Dat betekent volgens mij dat er bijna 8GB getrimmed is, ook als er nauwelijks
activiteit op het systeem geweest is.

Klopt dat wel ? En is dat wel gezond?

Ik heb trouwens een Mint17.2 64bit systeem met een Samsung830 128GB SSD
en daarop oa een volgend root-filesysteem:
 Bestandssysteem 1K-blocks    Gebruikt     Beschikbaar Geb% Aangekoppeld op
/dev/sda5                    14988008  7442964     6760644        53%     /

[Ron]

Dat heb ik ook, het zal wel normaal zijn.
Mijn opdracht is korter: fstrim /
Dan wordt er niets naar de logfiles verzonden, dat heeft hiervoor m.i. toch geen zin.
Vroeger deed ik het na iedere boot, net als jij.
Maar, omdat ik geen verandering merkte, heb ik het weer er uit gehaald en start ik het 1x in de maand, gewoon met de hand

[aartje]

@ron
Bedankt voor je antwoord. Ik zal het maar als normaal beschouwen. Het komt trouwens ook
bij Ubuntu12.04 voor, dat staat ook op mijn systeem, maar dat gebruikt ik nog nauwelijks.

[ajjp]

Aangespoord door deze discussie weer eens een handmatige opdracht fstrim gegeven. Na drie maanden gebruik, ca. twee uur per dag, werd ongeveer 110 GB getrimd; bijna de gehele SSD van 120 GB.