SSD beschermen onder linux

[petrol242]

Op al mijn machines heb ik voor het OS een SSD steken. Zowel voor mijn linux als mijn BSD machines.

Deze week heeft de SSD van mijn Mint machine het begeven. Ik denk dat ik ze wat te vol heb laten komen en wat teveel schrijfacties heb laten uitvoeren in haar beperkte leeftijd van 3 jaar. Enkel de noatime functie in het fstab bestand voor het mounten was geactiveerd en de wekelijkse trim actie via cron. Problemen begonnen eerst wanneer firefox kuren begon te krijgen, dan freezes en schrijfrechten die wisselden. Dan bij elke reboot moest ik een fsck doen, dus was wel duidelijk waar het probleem zich situeerde.

Ondertussen steekt er een nieuwe SSD in, die ik voor de zekerheid wat ruimer heb genomen. Momenteel heb ik volgende zaken voor de levensduur ingesteld die ik her en der gevonden heb :
* noatime in fstab
* unallocated space van 10 GB
* weekelijkse trim via cron
* in sysctl.conf de swapiness verlaagd van 60 naar 1
* schrijfacties van Firefox beperkt
* hibernation uitgeschakeld

Zijn er nog zaken die ik kan doen om de levensduur van mijn SSD te verlengen? Ter info, de schijf is 128 GB groot en enkel voor het OS en een kleine home directory + Swap.

[petzl]

Ik heb al 6 jaar een SSD welke ik echt mishandel , deze staat ook bijna altijd vol ... afsluiten doe vaak telkens door gewoon de powerknop 4 sec in te houden of de batterij ff te verbreken , ik heb nog geen enkel defect tot op heden

256 GB samsung

[honda4life]

Zou je niet verwachten dat je besturingssysteem geavanceerd genoeg is om daar in jouw plaats voor te zorgen?
Ik zou daar nu niet noodzakelijk extra inspanningen voor doen, waarschijnlijk is ze toch eerder te klein dan kapot door de write cycles.

[petrol242]

De SSD's in de andere machines "draaien" nog vlijtig hun dienst, maar dat zijn dan ook NAS machines die niet zoveel schrijfbewegingen van het OS vragen. Dikke pech gehad dan met die ene

[lanadekat]

Hier OCZ SSD en RAM dat het begeven heeft, het was gewoon rommel niet voor niets dat ze "niet meer bestaan" en dat je geen garantie meer kan claimen op de meeste producten. Bij de SSD lag het niet aan de writecycles, gewoon plotseling wilt mijn computer niet meer opstarten en wordt de SSD niet meer herkent.

De Intel SSD die ik heb (en die ik langer heb dan de OCZ) blijft voorlopig gewoon werken.

[w.l]

Als je voldoende ram hebt kan je /tmp (via tmpfs) en je firefox cache in je geheugen houden. Dit zou je systeem ook sneller kunnen maken.

https://wiki.archlinux.org/index.php/tmpfs
https://wiki.archlinux.org/index.php/Fi ... nly_to_RAM

Maar ook ik denk dat je gewoon pech hebt gehad met je vorige ssd en het niet nodig is hier zo bezorgd over te zijn.

[petrol242]

/tmp in de RAM houden was ik al tegen gekomen. Dat ga ik nog doen denk ik.

[Tim.Bracquez]

Mijn ervaring met SSD's van goedkoop tot dure is dat ze meer write acties aan kunnen dan waarvoor ze gemaakt zijn. Wat wel slim is 10% van je SSD niet te partitooneren. Dit geeft extra levensduur aan je SSD, duurdere SSD's hebben dit meestal al in de controller voorzien (meer geheugen dan beschikbaar)

Falende SSD's na 4+ jaar in server use is meestal de controller die gek doet, zoals af en toe wegvallen van de gehele SSD.

[petrol242]

Zou je niet verwachten dat je besturingssysteem geavanceerd genoeg is om daar in jouw plaats voor te zorgen?
Ik zou daar nu niet noodzakelijk extra inspanningen voor doen, waarschijnlijk is ze toch eerder te klein dan kapot door de write cycles.

Er zitten al wel een aantal zaken in de mint distro, maar allocated space is nu niet iets dat het OS zou moeten regelen, alsook de locatie voor de tijdelijke opslag. Mijn Debians zijn vrij spartaans, dus daar wordt verwacht dat je als gebruiker zelf wat meer moet instellen.
Op mijn Freenas draait BSD. Dat moet ik nog eens onder de loep nemen, maar die machine draait al een aantal jaar probleemloos met het OS op een SSD. Nu heb ik wel vertrouwen in het zfs bestandssysteem.

Op de mint machine heb ik ondertussen /tmp ook gemount naar het RAM geheugen.

Bedankt iedereen voor de bedenkingen en de tips.