Ubuntu-fr

Bertrand49

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@ Bertrand49 : Tu veux dire le Trim à la volée (option "discard" > fstab) est merdique ? Je l'utilise depuis plusieurs années sans me rendre compte de ralentissements. Ton script peut aussi se placer dans /etc/cron/daily, non ? Tu peux donner le lien de ta lecture Upd8team ?

Je ne sais pas, j'avais lu cette procédure et elle fonctionne correctement en manuel. Pour Upd8team, je n'ai plus le lien, mais on critique dûrement le TRIM en automatique, en disant qu'il vaut mieux utiliser le manuel, cela dépend aussi de la marque du SSD, au niveau de la perte des performances.

Bertrand49

Re : SSD / TRIM / Ubuntu 14.04.1 ?

ca fait quoi exactement ? le débutant que je suis est complètement largué !!!

Si tu as compris la procédure: il s'agit de recopier/coller les 5 premières lignes dans un fichier intitulé: voir ci-dessus, sauvegarder ce fichier, le rendre exécutable et ensuite le tester avec lla commande suivante que j'ai donnée.
Résulat: un TRIM manuel. La dernière commande sert à voir le travail qu'il a fait. Pour l'automatisation, on y reviendra si tu arrives déjà à réaliser ça et contrôler que ça fonctionne.

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Ce script (cron) est-il fonctionnel avec la 12.04 LTS ?

Bertrand49

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Ce script (cron) est-il fonctionnel avec la 12.04 LTS ?

Je ne sais pas, je l'utilise depuis la 13.10 car avant je n'avais pas de SSD, ça ne coûte rien d'essayer, mais c'est pour effectuer un Trim manuel à exécuter de temps en temps.

Dernière modification par Bertrand49 (Le 14/05/2014, à 21:35)

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@bertrand49 : attention ton script trim / et /home, je crois que pynos n'a pas de home séparé. Et si il crée ce script il faut impérativement supprimer l'autre !!

Edit : A la question, est-ce que le script fonctionne sur la 12.04, j'ai pas testé
         Ce script doit être ajusté en fonction du partitionnement que tu as !!
        Regarde en #9 je donne le script que j'utilise, il retourne en plus les erreurs rencontré lors d'un trim, j'ai /boot, / et /home sur des partitions séparées

Dernière modification par Cyrille_D (Le 14/05/2014, à 22:40)

pynos

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Eh ben en tout cas, on peut dire qu'avec la démocratisation des SSD, on est loin de la distribution "out of box"... y a de quoi perdre 98% des utilisateurs....
Ce qui est encore pire je trouve, c'est le manque d'info de la part de Canonical sur la chose
Et sans faire de polémique, mais simplement un fait, sous Windows tout est automatique SANS aucune intervention de Mme Michu. Et ca marche impec. le TRIM !!! (je dis ca, car il est si souvent (Windows) critiqué)

Dernière modification par pynos (Le 15/05/2014, à 07:15)

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@ Cyrille_D et bertrand49 : Je sais pas si vous avez remarqué mais vous utilisez exactement le même script sous un nom différent et mis à différents emplacements.

Ceci dit, j'ai testé celui "à la Cyrille" qui prend ~ 3 minutes (je croyais que c'était instantané) et le retour dans le log est le suivant, pas d'erreur apparemment :

*** Thu, 15 May 2014 06:49:22 +0200 ***
/: 28877545472 bytes were trimmed
/data: 25871339520 bytes were trimmed

Par contre dans syslog je vois ceci à la fin du trim sur le SSD en question et je me demande ce que c'est :

05-15 06:52 kernel: [ 1465.149274] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
05-15 06:52 kernel: [ 1465.149285] ata1.00: irq_stat 0x40000001
05-15 06:52 kernel: [ 1465.149294] ata1.00: failed command: DATA SET MANAGEMENT
05-15 06:52 kernel: [ 1465.149309] ata1.00: cmd 06/01:01:00:00:00/00:00:00:00:00/a0 tag 0 dma 512 out
05-15 06:52 kernel: [ 1465.149313]          res 51/04:00:01:00:00/00:00:00:00:00/e0 Emask 0x1 (device error)
05-15 06:52 kernel: [ 1465.149322] ata1.00: status: { DRDY ERR }
05-15 06:52 kernel: [ 1465.149327] ata1.00: error: { ABRT }
05-15 06:52 kernel: [ 1465.149351] sd 0:0:0:0: [sda]  Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
05-15 06:52 kernel: [ 1465.149360] sd 0:0:0:0: [sda]  Sense Key : Aborted Command [current] [descriptor]
05-15 06:52 kernel: [ 1465.149370] Descriptor sense data with sense descriptors (in hex):
05-15 06:52 kernel: [ 1465.149376]         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
05-15 06:52 kernel: [ 1465.149395]         00 00 00 00 
05-15 06:52 kernel: [ 1465.149404] sd 0:0:0:0: [sda]  Add. Sense: No additional sense information
05-15 06:52 kernel: [ 1465.149413] sd 0:0:0:0: [sda] CDB: Write same(16): 93 08 00 00 00 00 06 fc 08 00 00 00 c7 30 00 00
05-15 06:52 kernel: [ 1465.149438] end_request: I/O error, dev sda, sector 117180416

Si quelqu'un pouvait donner son retour de syslog, ça m'intéresse.

exzemat

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Eh ben en tout cas, on peut dire qu'avec la démocratisation des SSD, on est loin de la distribution "out of box"... y a de quoi perdre 98% des utilisateurs....
Ce qui est encore pire je trouve, c'est le manque d'info de la part de Canonical sur la chose
Et sans faire de polémique, mais simplement un fait, sous Windows tout est automatique SANS aucune intervention de Mme Michu. Et ca marche impec. le TRIM !!! (je dis ca, car il est si souvent (Windows) critiqué)

Salut
sans être polémique non plus, je ne suis pas loin d'être d'accord.
Je trouve la mise en place de trim complètement foireuse sous ubuntu (linux en général), et c'est bien dommage.
Et c'est vrai qu'il y a un certain manque de communication de la part de canonical sur le sujet.

Ce n'est qu'au cours de l'une de mes lectures de rapport de bug que je me suis rendu compte que l'activation (une fois par semaine) de trim dans 14.04 n'était active que sur les disque intel et samsung.
J'ai donc corrigé la doc la semaine dernière sur ce site, mais je pense que le mal est fait : une bonne partie des gens avec un ssd d'autres marques pensent que trim est activé par défaut sur 14.04 (c'est quand même bien ce qu'on nous a dit pendant le développement) ...vont pas être dessus quant ils se rendront compte que non, car le mal sera fait.

---

xubuntu sur samsung nc10 [RIP, paix  à son âme]
ubuntu sur clevo w310cz
archlinux + kde sur pc fixe

pynos

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Du coup vu que je suis proche Mme Michu si comme moi j'ai installé Ubuntu 14.04 et j'ai un SSD récent de Samsung, que je fais la manip de fcn50 (page 1) pour voir si le trim est activé, j'aurai un test négatif ou alors faudrait avoir du bol pour faire le test juste quand Ubuntu fait un Trim ? (1x semaine)

Donc on est obligé de faire confiance a Ubuntu pour qu'il le fasse bien comme il faut ?
Cette histoire de Trim en devient un gros truc bien confus.
Moi qui est Win7 en tant qu'OS principal et que j'envisageais de passer du dual-boot à un full Ubuntu (je ne joue pas sous Win7!), je me tâte maintenant
Autant de soucis pour un truc si commun ailleurs....

PS: oui je débute sous Linux, mais là au moins on pourra pas dire que j'essaie de chercher et de comprendre, même si j'imagine que j'en gave plus d'un à poser des questions qui semble évident pour certains !

Dernière modification par pynos (Le 15/05/2014, à 07:54)

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Depuis la 14.04 ça devient effectivement confus alors qu'avant avec discard on étaient fixé. Je viens de faire quelques recherches sur les erreurs que j'ai suite au test du trim via le script et j'ai déjà trouvé ceci (ancien et non résolu) mais je continu les recherches.

Depuis le #26 :

https://bugzilla.redhat.com/show_bug.cgi?id=680667

J'aimerais bien avoir le retour de vos syslog après trim pour comparer.

Dernière modification par fcn50 (Le 15/05/2014, à 08:21)

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@fcn50 : Je ne peux te donner mon syslog, je tourne sous Arch actuellement mais je viens d'éplucher mon journalctl ( équivalent au syslog ) et je n'ai pas d'erreur.

Dans ton syslog on voit un : end_request: I/O error, dev sda, sector 117180416
C'est peut-être un secteur défectueux, as-tu fait un smart si ton ssd le supporte ?

On voit aussi un : ata1.00: failed command: DATA SET MANAGEMENT
As-tu utilisé mon script sans le modifier ? Si non, peux-tu poster le script que tu as utilisé ?

Pour info fstrim ne fonctionne pas sur du vfat.

Bertrand49

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Eh ben en tout cas, on peut dire qu'avec la démocratisation des SSD, on est loin de la distribution "out of box"... y a de quoi perdre 98% des utilisateurs....
Ce qui est encore pire je trouve, c'est le manque d'info de la part de Canonical sur la chose
Et sans faire de polémique, mais simplement un fait, sous Windows tout est automatique SANS aucune intervention de Mme Michu. Et ca marche impec. le TRIM !!! (je dis ca, car il est si souvent (Windows) critiqué)

Salut
sans être polémique non plus, je ne suis pas loin d'être d'accord.
Je trouve la mise en place de trim complètement foireuse sous ubuntu (linux en général), et c'est bien dommage.
Et c'est vrai qu'il y a un certain manque de communication de la part de canonical sur le sujet.

Ce n'est qu'au cours de l'une de mes lectures de rapport de bug que je me suis rendu compte que l'activation (une fois par semaine) de trim dans 14.04 n'était active que sur les disque intel et samsung.
J'ai donc corrigé la doc la semaine dernière sur ce site, mais je pense que le mal est fait : une bonne partie des gens avec un ssd d'autres marques pensent que trim est activé par défaut sur 14.04 (c'est quand même bien ce qu'on nous a dit pendant le développement) ...vont pas être dessus quant ils se rendront compte que non, car le mal sera fait.

Ce n'est pas complètement faux mais il faut aussi prendre des renseignements chez le fabriquant de votre SSD, si Windows prend en charge automatiquement, c'est parce qu'ils ont un contrat avec le fabriquant du PC, c'est aussi simple que ça. Certains constructeurs donnent une procédure pour Mac, en ce qui concerne l'entretien et la longévité, mais Linux est souvent oublié.

Dernière modification par Bertrand49 (Le 15/05/2014, à 12:31)

Bertrand49

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@bertrand49 : attention ton script trim / et /home, je crois que pynos n'a pas de home séparé. Et si il crée ce script il faut impérativement supprimer l'autre !!

Edit : A la question, est-ce que le script fonctionne sur la 12.04, j'ai pas testé
         Ce script doit être ajusté en fonction du partitionnement que tu as !!
        Regarde en #9 je donne le script que j'utilise, il retourne en plus les erreurs rencontré lors d'un trim, j'ai /boot, / et /home sur des partitions séparées

Oui, c'est vrai ce que tu dis, j'avais oublié d'ajouter qu'il faut adapter selon les partitions, autrement ça fonctionne.

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

D'après ce que j'ai lu il semble que mes erreurs " failed command: DATA SET MANAGEMENT" viennent du firmware du SSD et il propose un màj sur le site mais faut avoir ce fichu w$ pour la faire. Et non, smartmontools ne peut pas faire de check sans ce nouveau firmware, donc aucune idée si secteur défectueux ou pas mais c'est une partition que je n'utilise que pour des tests d'OS alors c'est pas grave. Voici pour le script dans cron.daily :

#!/bin/sh
LOG=/var/log/fstrim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / &>> $LOG
fstrim -v /data &>> $LOG

Mais le fstrim.log ne donne pas d'erreurs. Et aucun constat de ralentissement du système.

Hdparm :

/dev/sda:

ATA device, with non-removable media
	Model Number:       Patriot Inferno 60GB SSD                
	Serial Number:      0310390007          
	Firmware Revision:  320A13F0
	Transport:          Serial
Standards:
	Used: unknown (minor revision code 0x0028) 
	Supported: 8 7 6 5 
	Likely used: 8
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:   16514064
	LBA    user addressable sectors:  117231408
	LBA48  user addressable sectors:  117231408
	Logical  Sector size:                   512 bytes
	Physical Sector size:                   512 bytes
	Logical Sector-0 offset:                  0 bytes
	device size with M = 1024*1024:       57241 MBytes
	device size with M = 1000*1000:       60022 MBytes (60 GB)
	cache/buffer size  = unknown
	Nominal Media Rotation Rate: Solid State Device
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, no device specific minimum
	R/W multiple sector transfer: Max = 16	Current = 1
	DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	SMART feature set
	    	Security Mode feature set
	   *	Power Management feature set
	   *	Write cache
	   *	Look-ahead
	    	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	NOP cmd
	   *	DOWNLOAD_MICROCODE
	    	SET_MAX security extension
	   *	48-bit Address feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	WRITE_{DMA|MULTIPLE}_FUA_EXT
	   *	64-bit World wide name
	   *	IDLE_IMMEDIATE with UNLOAD
	   *	WRITE_UNCORRECTABLE_EXT command
	   *	Segmented DOWNLOAD_MICROCODE
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Host-initiated interface power management
	   *	Phy event counters
	   *	DMA Setup Auto-Activate optimization
	    	Device-initiated interface power management
	   *	Software settings preservation
	   *	SMART Command Transport (SCT) feature set
	   *	SCT LBA Segment Access (AC2)
	   *	SCT Error Recovery Control (AC3)
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
	   *	Data Set Management TRIM supported (limit 1 block)
	   *	Deterministic read data after TRIM
Security: 
	Master password revision code = 65297
		supported
	not	enabled
	not	locked
	not	frozen
	not	expired: security count
	not	supported: enhanced erase
Logical Unit WWN Device Identifier: 500232d000000007
	NAA		: 5
	IEEE OUI	: 00232d
	Unique ID	: 000000007
Checksum: correct

hdparm -I /dev/sda | grep TRIM
	   *	Data Set Management TRIM supported (limit 1 block)
	   *	Deterministic read data after TRIM

alca94

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@ fcn50

donc aucune idée si secteur défectueux ou pas

je ne comprends pas comment il pourrait y avoir de secteur défectueux ,ce n'est pas un disque mécanique ??

---

POUR METTRE LES RETOURS DU "TERMINAL"  voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@ alca94 : Bonne question moi non plus ! Néanmoins, même avec les SSD ils parlent bien de secteur dans hdparm, par exemple.

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Bah oui, tu peux avoir des secteurs défectueux, on dit plutôt blocs défectueux. Tu peux même en avoir sur un produit neuf et les cellules flash ne sont pas éternelles.

@fcn50 : Dommage pour ton firmware

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Je confirme :

http://www.tomshardware.co.uk/forum/265 … ds-sectors

Ben je dois trouver une solution chez quelqu'un qui a un bousin sous w$.

Pour le "bad sector" (qui reste à confirmer son mon SSD, comment, je sais pas), j'ai eu une coupure de jus avant-hier à cause d'un crétin "d'électricien" qui est venu changer les compteurs sans avertir préalablement et mon ordi était sous tension, je me demande si c'est pas la cause mais je vais tenter un secure erase sous cette partition (si c'est possible) .

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Je viens de m'apercevoir qu'il y a une petite erreur ( oubli de " ) dans le script que j'ai donné pour remonter les erreurs.

@fcn50 :

#!/bin/sh
LOG=/var/log/fstrim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / &>> "$LOG"
fstrim -v /data &>> "$LOG"

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Merci pour l'info mais résultat reste identique concernant les erreurs syslog mais le nombre de bit "trimed" à changé sur la partition qui n'a pas de secteur "défectueux" (sda) et je le vois bien travailler dans conky. Cette fois ça a pris 5 minutes au lieu de trois la 1 ère fois.

P.S. Ça veut dire quoi concrètement ? :

Il semble qu'une meilleure méthode, plus véloce lors d'effacement de nombreux petits fichiers, soit de lancer un script une fois par jour pour la commande TRIM (fstrim+tâche cron). Voir ici (en anglais…) : http://www.webupd8.org/2013/01/enable-trim-on-ssd-solid-state-drives.html 
FIXME : Je ne suis pas convaincu… du tout. 
FIXME : Justifier/expliquer ce manque de confiance dans cette méthode ? 
Justification: Si le disque électronique est constamment réécrit il peut rapidement venir à bout de blocs vierges et donc les performances reviendront au même à ce qu'elles seraient si la commande TRIM n'était pas exécutée avec la méthode du script …

Edit : Je viens de tester la commande : sudo fstrim -v / (et sudo fstrim -v /data) comme conseillé par le lien webupd8 au dessus et le résultat ne pose pas de souci dans syslog (à y perdre son latin) , que voici :

sudo fstrim -v /

/: 115453952 bytes were trimmed

sudo fstrim -v /data
/data: 0 bytes were trimmed

Puis j'ai fais pour lancer le script :

sudo /etc/cron.daily/fstrim
/data: 0 bytes were trimmed
/: 115453952 bytes were trimmed

Donc sans le bash > après sudo pas de souci dans syslog, y'a-t-il une erreur dans la commande de Bertrand49 ?

sudo bash /etc/cron.... vs. de sudo /etc/cron....

Puis pour les droits du fichier d'après webupd8.org c'est pas sudo chmod 755 /etc/cron... mais sudo chmod +x /etc/cron...!

Toujours d'après webupd8.org, pas besoin de " " :

#!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG

J'attends vos interventions avec impatience.

Edit 2 : J'ai suivi à la lettre ce que préconise webupd8.org et il n'y a aucun souci, maintenant, je me demande pourquoi nommer ce script autrement que trim (comme préconisé) et lui donner des droits différents que ceux préconisés par la référence utilisée alors que ça semble très bien marcher... Pour compliquer car trop simple > un sujet (celui-ci) , trois noms de scripts différents (strictement IDENTIQUES) et deux droits différents !!! En bon français j'appel cela une soupe superfétatoire!

Dernière modification par fcn50 (Le 15/05/2014, à 16:26)

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

@fcn50 : le script de webupd8.org ne remonte pas les erreurs, donc pas besoin des ""
Pour les droits du fichier, l'important c'est qu'il soit exécutable donc chmod755 ou chmod +x le rend éxécutable !!

Edit : ton lien renvoie vers la page d’accueil, pas d'article visé !!

Dernière modification par Cyrille_D (Le 15/05/2014, à 16:19)

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Ta première phrase est confuse, détaille S.T.P. Pourquoi ne remonte-t-il pas les erreurs et "donc pas besoin des "", quel est le rapport ?

Pourtant à chaque fois que j'envois la commande sudo /etc/cron.daily/trim j'ai bien la sortie dans /var/log/trim.log sauf la quantité de bit trimée vu que je l'ai dans le terminal :

*** Thu, 15 May 2014 16:03:26 +0200 ***
*** Thu, 15 May 2014 16:19:19 +0200 ***

Le lien direct :

http://www.webupd8.org/2013/01/enable-t … rives.html

Dernière modification par fcn50 (Le 15/05/2014, à 16:34)

Cyralien

Re : SSD / TRIM / Ubuntu 14.04.1 ?

D'un coté tu as :

fstrim -v / >> $LOG

Donc pas de remonté d'erreur dans /var/log/trim.log
Et de l'autre :

fstrim -v / &>> "$LOG"

Ici remonté d'erreur dans /var/log/trim.log

Edit : pour les erreurs de fstrim voir man fstrim

Dernière modification par Cyrille_D (Le 15/05/2014, à 16:34)

F50

Re : SSD / TRIM / Ubuntu 14.04.1 ?

Ah ok, c'est l'ajout du & et des "", bon maintenant c'est clair, merci. Je vais voir demain s'il s'enclenche automatique comme c'est dit sur le webupd8 (à ~ 6.25h).

pynos

Re : SSD / TRIM / Ubuntu 14.04.1 ?

par contre pour Mme Michu, elle fait quoi, elle laisse tout par défaut sans rien toucher (en supposant qu'elle est un Intel/Samsung) ???