22 replies to this topic

[pgmpli]

SSD in een Enigma 2 ontvanger, moet ik iets doen om Trim actief te maken, staat dit standaard aan, wanneer wordt het dan uitgevoerd.

E.v.t een plug-in, als die bestaat.

[Dimitrij]

enigma2-plugin-systemplugins-mountmanager

press menu-->press green

Start trim manually.

[adri]

If the SSD is formatted as EXT4, you can add the following to /etc/fstab:

/dev/sda1               /media/hdd      ext4            rw,noatime,discard,data=ordered         1  2

The option noatime prevents updating the access time for each file.

The option discard actives the automatic trim.

The option data=ordered disables the EXT4 journal, which will cause excessive writing, but still trying to maintain file system integrity in case of an unexpected crash.

[WanWizard]

In general using fstab isn't a good idea, and in many cases, using discard isn't either, as you can't control when the SSD decides to spend time trimming instead of servicing I/O requests. This might be a bad thing when writing time critical data that can't be buffered, like recordings.

 

It is probably better / safer to schedule an fstrim once a week, for example in the night or early morning. It might not even be a bad idea to add this to the image by default, as it is a no-op for devices without TRIM support, and more and more people use SSD's.

 

Alternatively, the udev automounter can add "discard" to the mount options when it detects a non-rotational ATA device formatted in ext4. I see it already adds "noatime" that way.

Edited by WanWizard, 5 January 2024 - 15:27.

[Loui (PD1LOI)]

If the SSD is formatted as EXT4, you can add the following to /etc/fstab:

/dev/sda1               /media/hdd      ext4            rw,noatime,discard,data=ordered         1  2

The option noatime prevents updating the access time for each file.

The option discard actives the automatic trim.

The option data=ordered disables the EXT4 journal, which will cause excessive writing, but still trying to maintain file system integrity in case of an unexpected crash.

Een vraag hierover, ik heb een bestaande ssd die alweer redelijk vol is. wat is de beste manier om deze te trimmen zeg maar net als in windows schijfcontrole te doen?

[40H3X]

Dat heeft @Drimitrij hierboven toch al gezegd?

[40H3X]

fstrim kan ook nog, dus iets als

 fstrim -v /media/hdd

 

[adri]

 

If the SSD is formatted as EXT4, you can add the following to /etc/fstab:

/dev/sda1               /media/hdd      ext4            rw,noatime,discard,data=ordered         1  2

The option noatime prevents updating the access time for each file.

The option discard actives the automatic trim.

The option data=ordered disables the EXT4 journal, which will cause excessive writing, but still trying to maintain file system integrity in case of an unexpected crash.

Een vraag hierover, ik heb een bestaande ssd die alweer redelijk vol is. wat is de beste manier om deze te trimmen zeg maar net als in windows schijfcontrole te doen?

 

De beste optie is om eerst handmatig fstrim vanuit een ssh sessie te draaien.

Daarna kun je ervoor kiezen om een scheduled task aan te maken of de discard optie in /etc/fstab toe te voegen.

[40H3X]

Nogmaals fstab beter niet gebruiken, het heeft alleen nut als je om specifieke redenen vroeg in het boot proces wil mounten, mocht er iets mis gaan met de mount kun je ca. 20 minuten wachten op een time-out.

[pgmpli]

Waarom doet Linux zelf niets met een SSD om degradatie tegen te gaan, hij herkent een SSD toch vanzelf, dus ....

[WanWizard]

Omdat de implementatie van TRIM niet door alle SSD's ondersteund wordt, er hele series  zijn van SSD's die TRIM wel ondersteunen maar slecht of fout, en er zijn SSD's die het intern beter geregeld hebben.

 

En derhalve is het een gebruikerskeuze, gebaseerd op de SSD die gekocht is.

[pgmpli]

login as: root
root@192.168.1.23's password:**********
root@vuduo4kse:~# fstrim -v /media/hdd
/media/hdd: 468312399872 bytes trimmed
root@vuduo4kse:~#

Werkt dus goed, zou je dit vanaf de ontvanger ook kunnen, e.v.t met een plugin of zo, kan iemand dit maken.

[catastrofus]

cronjob maken voor dit?

[40H3X]

login as: root
root@192.168.1.23's password:*********
root@vuduo4kse:~# fstrim -v /media/hdd
/media/hdd: 468312399872 bytes trimmed
root@vuduo4kse:~#

Werkt dus goed, zou je dit vanaf de ontvanger ook kunnen, e.v.t met een plugin of zo, kan iemand dit maken.

 

 

 

enigma2-plugin-systemplugins-mountmanager

press menu-->press green

Start trim manually.

[pgmpli]

 

login as: root
root@192.168.1.23's password:*********
root@vuduo4kse:~# fstrim -v /media/hdd
/media/hdd: 468312399872 bytes trimmed
root@vuduo4kse:~#

Werkt dus goed, zou je dit vanaf de ontvanger ook kunnen, e.v.t met een plugin of zo, kan iemand dit maken.

 

 

 

enigma2-plugin-systemplugins-mountmanager

press menu-->press green

Start trim manually.

 

Hokido, let's trim ...

[pgmpli]

Cronjob ( fstrim -v /media/hdd )aangemaakt (dagelijks), hoe controleer ik dan of dit werkt,

[WanWizard]

fstrim -v /media/hdd | logger

schrijft de output naar /var/log/messages

[pgmpli]

Morgen een checken

[pgmpli]

Dit staat er,

 

Jan 25 11:28:01 vuduo4kse cron.info CROND[3684]: (root) CMD (fstrim -v /media/hdd)
Jan 25 11:28:01 vuduo4kse cron.info CROND[3683]: (root) CMDOUT (/bin/sh: line 1: fstrim: command not found)
Jan 25 11:28:01 vuduo4kse cron.info CROND[3683]: (root) CMDEND (fstrim -v /media/hdd)
Jan 25 11:28:01 vuduo4kse authpriv.info CROND[3683]: pam_unix(crond:session): session closed for user root

 

Jullie advies,

[WanWizard]

Aannemende dat fstrim wel op de box staat ( als je het zelf uitvoert werkt het dan wel? ) zal het wel zijn omdat cron geen PATH heeft.

 

In welk geval het dit moet worden:

/sbin/fstrim -v /media/hdd | logger