Situazione Trim su SSD Samsung 8* series
Re: Situazione Trim su SSD Samsung 8* series
Il servizio di systemd non l'avrei trovato.
Edit: in effetti leggo qui: https://www.digitalocean.com/community/ ... ux-servers che su Ubuntu 16.04 non c'è.
Vada per Cron.
Edit2: trovato il servizio anche in Ubuntu 16.04. Si trova in:
/usr/share/doc/util-linux/examples
I file da ricopiare sono:
fstrim.service
fstrim.timer
Edit: in effetti leggo qui: https://www.digitalocean.com/community/ ... ux-servers che su Ubuntu 16.04 non c'è.
Vada per Cron.
Edit2: trovato il servizio anche in Ubuntu 16.04. Si trova in:
/usr/share/doc/util-linux/examples
I file da ricopiare sono:
fstrim.service
fstrim.timer
Ultima modifica di bingel il venerdì 16 dicembre 2016, 11:32, modificato 1 volta in totale.
- xavier77
- Gruppo Documentazione

- Messaggi: 7864
- Iscrizione: venerdì 21 settembre 2012, 16:37
- Desktop: GNOME, Xfce (e altri)
- Distribuzione: X/Ubuntu 22.04/20.04 + eOS + altre
- Sesso: Maschile
- Contatti:
Re: Situazione Trim su SSD Samsung 8* series
Se ti riferivi anche a questo bugbingel [url=http://forum.ubuntu-it.org/viewtopic.php?p=4941072#p4941072][img]http://forum.ubuntu-it.org/images/icons/icona-cita.gif[/img][/url] ha scritto:Possiedo un SSD Samsung 840 Pro.
Vorrei aggiornare il firmware ma sono un po' indeciso per via della famosa questione dei bug emersa ad inizio estate 2015.
Ho sempre usato il "discard" in "/etc/fstab" (sulla 12.04) e non ho mai avuto problemi, devo dire però che non movimento grosse quantità di dati.
Ieri ho dato un'occhiata a diverse discussioni per capire se Samsung avesse risolto o meno il problema ma non c'ho capito granché.
Ho visto che alcuni dispositivi (l'intera serie 8*) sono stati blacklistati nel kernel mentre altri (SSD Samsung senza indicazione della serie o del modello) sono stati whitelistati.
Questo accadeva più di un anno fa per cui mi chiedo ora quale sia lo stato dell'arte.
Grazie in anticipo a chi saprà darmi qualche delucidazione.
https://bugs.launchpad.net/ubuntu/+sour ... ug/1449005
potevi accodarti a questa discussione che avevo aperto tempo fa...
http://forum.ubuntu-it.org/viewtopic.php?p=4882833
Seguo comunque volentieri gli sviluppi di questa, in quanto interessato all'argomento.
Wiki Ubuntu-it: partecipa! | Come pubblicare i comandi del terminale | Come usare i forum su Linux | Ambienti DE | SuperGrubDisk | Installare Ubuntu | Passare a Linux | Vecchi computer | Problemi con Kali? | Guide post install per Ubuntu: 20.04 - 22.04 | Guida post install elementary OS 7 |
- GreYOwL
- Entusiasta Emergente

- Messaggi: 1226
- Iscrizione: sabato 28 aprile 2007, 19:58
- Desktop: Gnome 3.32-0
- Distribuzione: Archlinux 64bit
- Sesso: Maschile
- Località: Roma
Re: Situazione Trim su SSD Samsung 8* series
per quanto mi riguarda, il firmware l ho aggiornato con un boot cd della samsung, avendo un 840 liscio, magari il tuo viene riconosciuto da magician della samsung.
Aggiornare il firmware È sempre buona cosa secondo me.
per il fstab, io ho relatime, e non uso discard ma il fstrim settimanale che avviene in automatico ogni settimana. si trova in /etc/cron.weekly/fstrim
con questi piccoli accorgimenti, ho il disco che oramai, dopo anni, ha consumato meno del 20% di vita.
tanto È vero che sto pensando di metterlo sul laptop e prendere il pro per il desktop, ma solo per prestazioni e capienza.
Aggiornare il firmware È sempre buona cosa secondo me.
per il fstab, io ho relatime, e non uso discard ma il fstrim settimanale che avviene in automatico ogni settimana. si trova in /etc/cron.weekly/fstrim
con questi piccoli accorgimenti, ho il disco che oramai, dopo anni, ha consumato meno del 20% di vita.
tanto È vero che sto pensando di metterlo sul laptop e prendere il pro per il desktop, ma solo per prestazioni e capienza.
Re: Situazione Trim su SSD Samsung 8* series
L'aggiornamento del firmware, sugli SSD Samsung, ha comportato parecchi problemi a chi aveva impostato il trim continuo (discard) in quanto abilitava tale funzione ma non la gestiva correttamente. Poi, per fortuna, tali SSD sono stati messi in blacklist nel kernel e il problema si è "risolto".
Non so di preciso quale sia la versione che ha introdotto il problema (solo per l'840 evo viene specificata ma suppongo che per gli altri modelli sia quella che contiene il numero 6 nel nome ...però prendetemi con le molle perché non ho approfondito).
Va detto, tuttavia, che il nuovo firmware correggeva il problema dell'840 evo e, immagino, di tutti quei modelli che montano lo stesso tipo di NAND, i quali tendevano, col tempo, a smemorizzarsi.
Per cui è vero, in linea di massima, che aggiornare il firmware apporta benefici ma non sempre è così.
Non so di preciso quale sia la versione che ha introdotto il problema (solo per l'840 evo viene specificata ma suppongo che per gli altri modelli sia quella che contiene il numero 6 nel nome ...però prendetemi con le molle perché non ho approfondito).
Va detto, tuttavia, che il nuovo firmware correggeva il problema dell'840 evo e, immagino, di tutti quei modelli che montano lo stesso tipo di NAND, i quali tendevano, col tempo, a smemorizzarsi.
Per cui è vero, in linea di massima, che aggiornare il firmware apporta benefici ma non sempre è così.
- Janvitus
- Amministratore

- Messaggi: 18787
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: Situazione Trim su SSD Samsung 8* series
Fino ad ora mai riscontrato problemi con noatime. Fra un un servizio cron e uno systemd, preferisco quest'ultimo, è molto più facile tenerlo sottocchio, esempio:bingel [url=http://forum.ubuntu-it.org/viewtopic.php?p=4941927#p4941927][img]http://forum.ubuntu-it.org/images/icons/icona-cita.gif[/img][/url] ha scritto:Usare systemd o lo script di crontab cambia qualcosa?
Quanto a noatime, non è meglio relatime? Mi pare che con il secondo non aumentino poi di così tanto le scritture su disco e si evitino eventuali problemi con quei programmi a cui non piace che la data di accesso sia precedente a quella di modifica.
Codice: Seleziona tutto
journalctl -u fstrim
-- Logs begin at mer 2016-11-30 00:00:23 CET, end at dom 2016-12-18 19:23:53 CET. --
dic 05 00:00:01 fedorabox systemd[1]: Starting Discard unused blocks...
dic 05 00:07:23 fedorabox systemd[1]: Started Discard unused blocks.
-- Reboot --
dic 12 00:00:18 fedorabox systemd[1]: Starting Discard unused blocks...
dic 12 00:07:36 fedorabox fstrim[13129]: /home: 17,4 GiB (18695860224 bytes) trimmed
dic 12 00:07:36 fedorabox fstrim[13129]: /: 2,7 GiB (2864914432 bytes) trimmed
dic 12 00:07:36 fedorabox systemd[1]: Started Discard unused blocks.
Re: Situazione Trim su SSD Samsung 8* series
Anch'io ho sempre usato noatime senza problemi però vedo che la tendenza, attualmente, è usare relatime. Mi chiedo quanto possa incidere sull'usura del disco.
Nel frattempo ho avuto modo di dare una sbirciatina ai servizi di systemd e controllo a parte (utile sicuramente), ho visto che fanno la stessa cosa per cui direi che si può usare questi o cron indifferentemente. Resta il fatto che systemd, come dici, permette di avere maggior controllo e qualche info in più.
Nel frattempo ho avuto modo di dare una sbirciatina ai servizi di systemd e controllo a parte (utile sicuramente), ho visto che fanno la stessa cosa per cui direi che si può usare questi o cron indifferentemente. Resta il fatto che systemd, come dici, permette di avere maggior controllo e qualche info in più.
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 6 ospiti
