[RÉSOLU] HD PC est-il SSD ou rotation ??

winux · Le 29/03/2018, à 17:14

Bonjour

Une copine m'a demandé de lui installer Ubuntu 16.04 sur son Toshiba de 2013 avec
- RAM 4 Go
- un disque de 256 Go
Elle m'a affirmé qu'il était SSD mais je ne sais pas comment le vérifier
Dans le doute et après tout ce que j'ai lu sur l'usure des SSD sur lesquels on installerait le Swap, je n'e l'ai pas mis

Deux questions

1- comment savoir si ce disque est un SSD ? Il y a bien sûr la méthode empirique où j'essaie d'écouter s'il fait du bruit, mais ça ne fait pas très pro, il y a sûrement mieux. J'ai bien trouvé une soluce sur Windows mais ça m'embête de m'y remettre.

2- Si c'est un SSD
2.1 est-ce judicieux de ne pas mettre du tout de swap ?
2.2 SSD de 2013 risque-t-il vraiment de s'user prématurément avec Swap ?
2.3 sur un PC moderne, est-ce pareil avec l'usure des SSD ?

Voilà, si j'ai vos réponses, je vais me sentir plus à l'aise (ou pas !!) par rapport à ce que j'ai fait, suite à ce que j'ai lu à droite à gauche sur le net. Par contre je n'ai rien trouvé indiquant comment savoir si on a un SSD
Merci et bonne soirée

Dernière modification par winux (Le 31/03/2018, à 08:53)

malbo · Le 29/03/2018, à 17:35

Pour connaître le nom du modèle du disque dur ou du SSD, tu peux passer la commande suivante (source) :

inxi -D

Et avec le nom du modèle, tu trouveras de l'info avec Google et tu sauras s'il s'agit d'un SSD ou d'un disque dur.

eric63 · Le 29/03/2018, à 17:55

salut
normalement dans le menu système ou de configuration il y a un logiciel d'information système (désolé mais je suis sur kde qui a kinfocenter) et qui te renseigne sur tes périphériques (un ssd est toujours nommé ssd dans son identification)
sinon dans le bios il y a aussi une place pour la dénomination du disque dans le boot
HD disque dur par exemple ST500DM002-1BC142
SSD disque dur SanDisk SDSSDA240G

moko138 · Le 29/03/2018, à 18:06

eric63 a écrit :

un ssd est toujours nommé ssd dans son identification

En ce cas, il n'y a rien à installer :

sudo parted -l

suffira puisqu'il indique le nom du modèle de disque.

winux · Le 30/03/2018, à 11:19

malbo a écrit :

Pour connaître le nom du modèle du disque dur ou du SSD, tu peux passer la commande suivante (source) :
inxi -D
Et avec le nom du modèle, tu trouveras de l'info avec Google et tu sauras s'il s'agit d'un SSD ou d'un disque dur.

super merci Malbo

winux · Le 30/03/2018, à 11:20

eric63 a écrit :

salut
normalement dans le menu système ou de configuration il y a un logiciel d'information système (désolé mais je suis sur kde qui a kinfocenter) et qui te renseigne sur tes périphériques (un ssd est toujours nommé ssd dans son identification)
sinon dans le bios il y a aussi une place pour la dénomination du disque dans le boot
HD disque dur par exemple ST500DM002-1BC142
SSD disque dur SanDisk SDSSDA240G

oui c'est une bonne piste aussi
Merci

winux · Le 30/03/2018, à 11:26

moko138 a écrit :

un ssd est toujours nommé ssd dans son identification

En ce cas, il n'y a rien à installer :
sudo parted -l 
suffira puisqu'il indique le nom du modèle de disque.

impeccable merci moko
Avec vous 3 j'ai tout ce qu'il me faut
Bonne journée à tous

PS pour modérateur : bizarre, je n'ai reçu aucun mail de notification.
Heureusement que je suis passé à tout hasard !!
normal ?

winux · Le 30/03/2018, à 17:38

Bonsoir
J’ai retiré "très provisoirement" le RÉSOLU car j'avais oublié que j'avais une 2e question, aussi très importante pour le devenir de ce pauvre PC. Comme j'ai tout et son contraire sur le net, je préfère m’adresser aux experts de ce forum puisque c'est quand même pour convertir quelqu'un de windows à Linux
Voici cette question,

2- Si c'est un SSD
2.1 est-ce judicieux de ne pas mettre du tout de swap ? avec 4 Go de RAM
2.2 SSD de 2013 risque-t-il vraiment de s'user prématurément avec Swap ?
2.3 sur un PC moderne, est-ce pareil avec l'usure des SSD ?

Merci pour vos réponses, je ferai passer le message à tous mes copains

moko138 · Le 30/03/2018, à 21:02

2.1 Même avec 4 Gio de RAM et un swappiness abaissé à 5, il m'est arrivé de swapper. Si on n'a pas de swap à ce moment-là, le système plante.

2.2 La swap est cruciale quand elle sert, mais elle sert peu. Ce n'est donc pas la swap qui va user un SSD.
/!\ Ce qui use les ssd, c'est /var/log/ où le système écrit plusieurs fois par minute !
D'où l'importance de déporter /var/log/ sur le hdd, s'il y en a un.

2.3 Même si les ssd récents sont mieux conçus et gérés que les premiers, les règles ci-dessus n'ont pas changé.

winux · Le 30/03/2018, à 21:28

Super moko très clair merci
je vais me tuyauter pour la swapiness à 5

Je perçois que le vrai Pb est /var/jog, mais comment faire quand on n'a qu'un SSD (d'après ce que je comprends je ne procéderai pas ainsi pour moi si je m'achète un autre PC, il me faudra un petit HD en plus). Je suppose qu'on ne peut pas l'empêcher ??

Bonne nuit
Cette fois, c'est vraiment [RÉSOLU]

?? · Le 30/03/2018, à 21:46

Bonsoir
Pour le swapiness https://doc.ubuntu-fr.org/swap#modifier … _d_echange
Pour les fichiers temporaires https://doc.ubuntu-fr.org/ssd_solid_sta … moire_vive
Pour /var/log https://doc.ubuntu-fr.org/ssd_solid_sta … moire_vive

Zakhar · Le 31/03/2018, à 07:52

Il ne faut pas non plus "paniquer" sur les écritures /var/log !
Si on a un SSD et un HD, je conseille de mettre TOUT, sauf les gros fichiers qui changent très peu souvent (exemple vidéos) sur le SSD

Pour vous donner une idée, avec un usage fréquent :

$ ssd.sh 
------------------------------
 SSD Status:   /dev/sda
 Model     :   Samsung SSD 850 EVO 500GB
------------------------------
 On time:      128d 2h
------------------------------
 Data written:
           MB: 1,361,685.715
           GB: 1,329.771
           TB: 1.298
------------------------------
 Mean write rate:
        MB/hr: 442.968
------------------------------
 Drive health: 99 %
------------------------------

$ sudo dumpe2fs /dev/sda3
dumpe2fs 1.42.13 (17-May-2015)
Filesystem volume name:   Xenial_Root
Last mounted on:          /
Filesystem UUID:          353cc7b3-93cf-41d6-be42-e2a83233b07d
(....)
Filesystem created:       Sat May 21 10:01:14 2016

Il s'agit donc d'un SSD qui est installé depuis presque 2 ans.
Avec ça, il a été totalement écrit 2 fois et demi [1.3T écrits sur un SSD de 500Go]
Comme ce type de SSD (TLC), si l'on en croit https://www.anandtech.com/show/6459/sam … f-tlc-nand, l'endurance est d'environ 1000 écritures par cellule.
Il reste donc 997 écritures...

Même en prenant l'indication "santé" qui compte 1% consommé, ça nous laisse dans les 250 écritures.

Au rythme de consommation actuel, j'obtiens donc une durée de vie de : .... 200 ans

Donc mon conseil est au contraire de profiter au maximum des excellentes performance de votre matériel, et ne vous inquiétez pas... la durée de vie en usage "standard" est largement supérieure aux disques en rotation.

Bien sûr, il faut être conscient de ce qu'on fait, si votre usage c'est copier des très très gros fichiers : par exemple des iso de BluRay... là il vaut mieux utiliser un bon vieux disque qui tourne parce que sinon vous allez consommer des écritures rapidement pour rien car l'accès séquentiel n'est pas trop un problème pour les HDD.

Aussi... ne pas oublier le "trim" une fois par semaine (bon compromis). C'est essentiel pour que le "wear levelling" fonctionne correctement. Ca vous coûtera un script à mettre en cron, donc un peu de recherche sur le web, et après on laisse faire !

Dernière modification par Zakhar (Le 31/03/2018, à 07:55)

?? · Le 31/03/2018, à 08:08

Bonjour Zakhar
Merci de me faire connaître la commande SSD.sh que je ne connaissais pas !
C'est nettement plus lisible que smartctl
Ton analyse sur la durée de vie de 200 ans rejoint ce que j'ai écrit dans une discussion oû je disais que certains SSD étaient garantis à vie et que maintenant ils sont quasiment tous garantis 5 ans. Ce qui est loin d'être le cas des disques durs.
Mais le plus important est, normalement, que lorsqu'ils lâchent, ils restent totalement lisibles. Ce qui est rarement le cas des disques durs.

Nota . Je ne suis pas certain que la commande trim soit encore nécessaire. Sauf si windows xp ou ubuntu 12.04 est installé dessus.

Dernière modification par ?? (Le 31/03/2018, à 08:13)

winux · Le 31/03/2018, à 08:34

?? a écrit :

Bonsoir
Pour le swapiness https://doc.ubuntu-fr.org/swap#modifier … _d_echange
Pour les fichiers temporaires https://doc.ubuntu-fr.org/ssd_solid_sta … moire_vive
Pour /var/log https://doc.ubuntu-fr.org/ssd_solid_sta … moire_vive

super et bonjour ??
toujours aussi efficace, je vais suivre ces liens, merci

winux · Le 31/03/2018, à 08:45

Zakhar a écrit :

Il ne faut pas non plus "paniquer" sur les écritures /var/log !
Si on a un SSD et un HD, je conseille de mettre TOUT, sauf les gros fichiers qui changent très peu souvent (exemple vidéos) sur le SSD
Mean write rate:
        MB/hr: 442.968
------------------------------
 Drive health: 99 %
Il s'agit donc d'un SSD qui est installé depuis presque 2 ans.
Avec ça, il a été totalement écrit 2 fois et demi [1.3T écrits sur un SSD de 500Go]
Comme ce type de SSD (TLC), si l'on en croit https://www.anandtech.com/show/6459/sam … f-tlc-nand, l'endurance est d'environ 1000 écritures par cellule.
Il reste donc 997 écritures...

Eh bien voilà qui est rassurant, merci Zakhar
je vais donc installer swap sur le PC de ma copine et utiliser ta commande qui me permettra de "la surveiller" (sa machine !!)
je crois que cette fois on a bien fait le tour
Bonne journée à tous

moko138 · Le 31/03/2018, à 09:13

Zakhar a écrit :

200 ans

Perso, si un calcul donne une durée de vie de 200 ans pour un SSD, je me dis plutôt qu'il y a une erreur quelque part !

Entre
- les mensonges captieux des fabricants,
- le désir de croire aux contes de fées (ou son revers, la peur d'envisager la panne),
- la sensibilité aux chocs électriques,
- la sensibilité aux chocs thermiques,
- les extinctions à l'arrache,
- les moments où un système s'emballe et écrit à tire-larigot (dans les logs ou dans .xsession-errors qu'on oublie trop souvent, et peut-être dans /var/tmp/),
- et autres accidents auxquels je ne pense pas à l'instant...

ce ne sont pas les facteurs d'usure qui manquent !

= =

?? a écrit :

SSD (...)
lorsqu'ils lâchent, ils restent totalement lisibles.

Qu'est-ce qui te fait dire ça ?

?? · Le 31/03/2018, à 12:23

Bonjour

Dans l'exemple fourni, le SSD a fonctionné en vrai pendant On time: 128 days 2 hours
Zakhar dit que cela fait bientôt 2 ans qu'il le possède soit 730 jours. Il a donc un taux d'utilisation de 17% soit une moyenne de 4 heures 20 par jour sur une période de deux ans.

Au bout de 2 ans, les cellules sont encore bonnes à 99%. Si le SSD continue d'être utilisé dans le même environnement, il est admis (certainement à tort? à raison?) que l'usure est proportionnelle
donc 2 ans / (100-99)*100 = encore 200 ans de durée de vie.

Ajout. Démonstration par l'absurde du pourquoi je pense que ce n'est pas proportionnel.
Admettons qu'au bout de 5 ans, 50% des cellules soient mortes, cela veut dire que les 50% restantes seront écrites deux fois plus souvent et s'useront donc deux fois plus vite soit en 2,5 ans.

En pratique, avec une même utilisation, un SSD de 256 Go durera deux fois plus de temps qu'un SSD de 128 Go qui lui-même dure quatre fois plus de temps qu'un SSD de 32 Go.
Nota. Actuellement, je vois pas mal d'utilisateurs qui installent unbutu à la place de windows sur de tels périphériques.

moko138 a écrit :

Entre
- les mensonges captieux des fabricants,
- le désir de croire aux contes de fées (ou son revers, la peur d'envisager la panne),
- la sensibilité aux chocs électriques,
- la sensibilité aux chocs thermiques,
- les extinctions à l'arrache,
- les moments où un système s'emballe et écrit à tire-larigot (dans les logs ou dans .xsession-errors qu'on oublie trop souvent, et peut-être dans /var/tmp/),
- et autres accidents auxquels je ne pense pas à l'instant...
ce ne sont pas les facteurs d'usure qui manquent !

Je constate simplement que même avec un disque dur, les risques sont du même style, auquel , il faut en ajouté un; La tête de lecture qui flanche et détruit quelques secteurs.
Il arrive même assez souvent que ces secteurs ne puissent plus être relus et remplacés par des secteurs de substitution...
Comme tout le monde n'a pas nécessairement l'idée d'avoir un double en permanence, Cela peut se terminer avec un PHOTOREC !
J'ajoute que pour un portable, la batterie est économisée.

La liste des SSD garantis CINQ ans
Les SSD garantis 10 ans https://www.grosbill.com/3-disque_dur-5 … ters=16195
Un SSD portable parmi d'autres https://www.sandisk.fr/home/ssd/extreme-portable-ssd

http://www.papergeek.fr/ssd-duree-de-vie-bien-au-dela-donnees-constructeur-56798 a écrit :

Parmi ces SSD, le record absolu a été battu par le Samsung 850 Pro qui a été capable d’écrire 9100 To au total – c’est 60 fois plus que la durée de vie garantie par le constructeur et comme si vous transfériez tous les jours 40 Go pendant 623 ans. Un des Sandisk Extreme Pro a lui aussi atteint le score honorable de 2200 To avant de lâcher. Un Samsung SSD 750 Evo a atteint lui aussi 1200 To.

Les prévisions sont que dans 3 ans la vente des SSD serait supérieure à celle de disques durs ???
http://www.zdnet.fr/actualites/2018-les … 861934.htm

Je sauvegarde et je vais compléter pour le problème de panne
La panne du contrôleur ...... Probablement un problème identique sur un disque dur avec probablement plus de pertes de données

https://www.ontrack.fr/blog/donnees-provenant-ssd-sshd-peuvent-tres-probablement-etre-recuperees-meme-lorsque-controleur-se-casse/ a écrit :

Dans le cas des SSD Samsung, les disques ne montraient plus aucun signe de « vie ». En contournant plusieurs difficultés technologiques, les ingénieurs de Kroll Ontrack ont réussi à ramener les lecteurs à leurs paramètres d’usine, à modifier le contenu de RAM de la puce du contrôleur et enfin à accéder à la zone de service des lecteurs. Après une telle réussite, ils seront également capables à l’avenir de reconstruire la structure des données sur le lecteur et de récupérer toutes les données des SSD de Samsung.

Mon conseil, Ce n'est pas parce qu'on a un SSD qu'on doit se priver d'une sauvegarde.

Pour le Fun. Le SSD a 30 To c'est pour bientôt..

Pour le problème du SSD qui a atteint son maxima d'écriture, Je ne retrouve pas le bon article
Mais j'ai vu un article disant que même si on n'écrit jamais sur une cellule, au bout d'une dizaine d'années elle peut ne plus être relue.
Dans l'ensemble une cellule abîmée pourrait encore être lue pendant 1 an.

Sinon lorsque le SSD est déclaré fichu, comme je le disais on peut continuer à le lire pendant un certain temps..

https://www.lesnumeriques.com/ssd/ssd-tout-savoir-tout-comprendre-a1630.html a écrit :

Les Numériques : Que se passe-t-il une fois le cycle maximum d'écriture atteint ? Le SSD meurt ?
Marc Prieur : Heureusement, ça met du temps à "crever" un SSD ! Au départ, on ne se rend même pas compte des premières erreurs en écriture qui surviennent car on dispose heureusement de plus de cellules que celles attribuées de base. Celles devenues inaccessibles sont d'abord remplacées par de nouvelles, en toute transparence. Ça ne plante donc pas du jour au lendemain.
Une fois le quota de nouvelles cellules dépassé, des erreurs commencent à remonter. Ce qui se concrétisera par exemple après le téléchargement d'un fichier ZIP, Winrar le dira corrompu... Il sera alors temps de vérifier son état de santé voir de le changer pour un nouveau.

Dernière modification par ?? (Le 01/04/2018, à 11:00)

winux · Le 01/04/2018, à 07:54

Zakhar a écrit :

Pour vous donner une idée, avec un usage fréquent :

$ ssd.sh 
------------------------------
 SSD Status:   /dev/sda
 Model     :   Samsung SSD 850 EVO 500GB
------------------------------

Bonjour

Je reviens dans la boucle car quand j'ai voulu essayer l'excellente commande de Zakhar, j'ai eu ceci, et ce sur 2 PC
- un fixe en 16.04
- un portable en 18.04

 gerard@PC4:~$ ssd.sh
ssd.sh : commande introuvable

Pour info il n'y a pas de SSD dans ces bécanes ?
mais ce n'est pas l'explication, je pense, car il me dit "commande introuvable" ??
Si tu as une idée je suis preneur, merci

Dernière modification par winux (Le 01/04/2018, à 07:55)

winux · Le 02/04/2018, à 09:07

Bonjour

Suite à mon post #18 connaissez vous un moyen de rendre cette commande accessible ?
merci

 gerard@PC4:~$ ssd.sh
ssd.sh : commande introuvable

eric63 · Le 02/04/2018, à 09:21

ssd.sh est un script et pas une commande donc ce serait bien d'indiqué ce que contient le script et où le trouver

?? · Le 02/04/2018, à 09:22

Bonjour.
Cette commande n'est pas standard. Je ne l'ai pas trouvée non plus. Mais c'est une présentation différente de celle de smartctl https://doc.ubuntu-fr.org/smartmontools des collectes du firmware du SSD. Dans laquelle a été ajoutée la division du nombre de Mo écrits par la durée de fonctionnement en heures en faisant l'impasse sur le nombre de Mo lus en partant du principe que la quantité de données lues ne détruisait pas le SSD ( Ce dont je commence à douter)

D'autre part: http://www.chronodisk-recuperation-de-d … mpossible/

C'est souvent le dernier des soucis de la part d'un constructeur que de prévoir et de faciliter la récupération des données sur son support mémoire en cas de panne matérielle, et c'est encore plus vrai pour certains disques SSD tel que le modèle Kingston SSDNow Ms qui utilise un contrôleur Sandforce. Le même contrôleur SandForce est utilisé chez Seagate pour certains de ses disques SSD ou même mécaniques SATA, chez Transcend pour ses clés USB... Et dans 50% des ordinateurs portables Mac Book de dernière génération il s'agit du même contrôleur qui générera dans les prochains mois de gros problèmes de récupération de données impossibles... Ce type de contrôleur crypte en 128 bits l'accès aux données. Il suffit que le contrôleur soit endommagé et il n'existe alors aucune solution pour décrypter l'accès aux données.

==> Les données en deux exemplaires.... surtout que les cellules ne retiennent pas les données indéfiniment, elles ont tendance à s’effacer d’elle mêmes au bout d’une dizaine d’années.

Dernière modification par ?? (Le 02/04/2018, à 10:30)

winux · Le 02/04/2018, à 10:11

Hello

Très intéressant, merci à tous deux pour votre retour.
?? je vais étudier en détail la doc à laquelle tu me renvoies, je suis sûr que ça va me servir dans ma problématique actuelle.

Bonne journée

Zakhar · Le 03/04/2018, à 10:24

?? a écrit :

(...)

Bien sûr ??, je n'ai pas dit qu'il ne fallait pas sauvegarder !..

La durée de 200 ans est évidemment un calcul théorique, il y a effectivement toutes les chances que le machin "crame" avant par défaillance d'un composant électronique interne.

En réalité, contrairement aux composants mécaniques qui subissent une usure physique, un composant électronique a un taux de panne constant durant toute sa vie... sauf au début où il est supérieur. Les "bons" vendeurs font donc un "déverminage" consistant à faire tourner le composant quelque temps pour éliminer ceux qui vont cramer en quelques heures de fonctionnement à cause du taux de panne supérieur du début. Une fois ce cap passé, le composant va ensuite avoir un taux de panne constant (et non nul !).

Donc oui, tout composant électronique fini par "mourir", c'est juste une question de temps, et ce indépendamment du nombre d'écritures limitées par construction sur les SSD.

Bien évidemment il faut donc sauvegarder, mais mon message était juste pour dire : allez-y ! Vous avez acheté un SSD, c'est pour écrire dessus... pas pour le regarder et ne rien en faire.

Aussi c'est vrai, plus le SSD est "petit" plus il va s'user rapidement. Le volume de données écrites quotidiennement dépend de votre usage, donc sur un "gros" SSD, ça fera un pourcentage plus faible de cellules "usées" que sur un petit.

D'où l'intérêt, si on le peut, d'acheter un SSD un peu plus gros qu'on en a réellement besoin, afin de prolonger sa durée de vie.

Pour ssd.sh, il faut adapter au modèle.

J'ai trouvé ce script en ligne pour les Samsung, et voici l'adaptation pour mon Sandisk 1T :

(Il faut "adapter" parce que LBAS_WRITTEN est dans une unité qui n'est pas "normalisée" et donc dépend du constructeur -et peut-être même du modèle !-

Aussi le WEAR_COUNT_TAG n'est pas normalisé, tag 177 chez Samsung et tag 233 chez Sandisk

Faites un "dump" des compteurs "smart" pour voir où ça se trouve pour votre propre SSD)

$ cat ~/Scripts/ssd.sh 
#!/bin/sh

#######################################
# Variables                           #
#######################################

SSD_DEVICE="/dev/sda"

ON_TIME_TAG="  9"
# WEAR_COUNT_TAG="177"
# 233 for SanDisk
WEAR_COUNT_TAG="233"
LBAS_WRITTEN_TAG="241"
MODEL="Device Model:"
LBA_SIZE=512 # Value in bytes

BYTES_PER_MB=1048576
BYTES_PER_GB=1073741824
BYTES_PER_TB=1099511627776

#######################################
# Get total data written...           #
#######################################

# Get SMART attributes
SMART_INFO=$(sudo /usr/sbin/smartctl -a "$SSD_DEVICE")

# Extract required attributes
DEVICE_MODEL=$(echo "$SMART_INFO" |  sed -n "/^${MODEL}/{s/${MODEL}\s*//;p;q}" )
ON_TIME=$(echo "$SMART_INFO" | sed -n "/^${ON_TIME_TAG}/{s/.* //;p;q}" )
ON_DAYS=$(( $ON_TIME / 24 ))
ON_HOURS=$(( $ON_TIME % 24 ))
WEAR_COUNT=$(echo "$SMART_INFO" |  sed -n "/^${WEAR_COUNT_TAG}/s/.*0x[0-9]*\s*0*\([0-9]*\)\s*.*/\1/p" )
LBAS_WRITTEN=$(echo "$SMART_INFO" | sed -n "/^${LBAS_WRITTEN_TAG}/{s/.* //;p;q}"  )

# Convert LBAs -> bytes
# SANDisk ==> 241 is Gigabytes
BYTES_WRITTEN=$(( $LBAS_WRITTEN * $BYTES_PER_GB ))
MB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_MB" | bc)
GB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_GB" | bc)
TB_WRITTEN=$(echo "scale=3; $BYTES_WRITTEN / $BYTES_PER_TB" | bc)

# Output results...
echo "------------------------------"
echo " SSD Status:   $SSD_DEVICE"
echo " Model     :   $DEVICE_MODEL"
echo "------------------------------"
if [ $ON_DAYS -eq 0 ]; then
  echo " On time:      ${ON_HOURS}h"
else
  echo " On time:      ${ON_DAYS}d ${ON_HOURS}h"
fi
echo "------------------------------"
echo " Data written:"
echo "           MB: $(echo $MB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "           GB: $(echo $GB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "           TB: $(echo $TB_WRITTEN | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "------------------------------"
echo " Mean write rate:"
echo "        MB/hr: $(echo "scale=3; $MB_WRITTEN / $ON_TIME" | bc | sed ':a;s/\B[0-9]\{3\}\>/,&/;ta')"
echo "------------------------------"
echo " Drive health: ${WEAR_COUNT} %"
echo "------------------------------"

Ce qui donne :

$ sudo ~/Scripts/ssd.sh
------------------------------
 SSD Status:   /dev/sda
 Model     :   SanDisk Ultra II 960GB
------------------------------
 On time:      86d 17h
------------------------------
 Data written:
           MB: 2,297,856.000
           GB: 2,244.000
           TB: 2.191
------------------------------
 Mean write rate:
        MB/hr: 1,104.207
------------------------------
 Drive health: 100 %
------------------------------

Comme vous voyez, le taux d'écritures horaires est plus important sur ce SSD.
En effet, il m'arrive de copier des films sur le SSD (10 à 30Go) pour les regarder quand je suis dans le TGV, je peux ainsi arrêter la rotation du disque classique où ils sont habituellement stockés, et ainsi économiser le HDD des vibrations dues au train.
Cet usage économise le HDD mais un peu moins de SSD. Comme il s'agit d'un SSD ~1To ça reste "non dramatique" comme on le voit !

Dernière modification par Zakhar (Le 03/04/2018, à 10:30)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/03/2018, à 17:14

[RÉSOLU] HD PC est-il SSD ou rotation ??

#2 Le 29/03/2018, à 17:35

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#3 Le 29/03/2018, à 17:55

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#4 Le 29/03/2018, à 18:06

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#5 Le 30/03/2018, à 11:19

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#6 Le 30/03/2018, à 11:20

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#7 Le 30/03/2018, à 11:26

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#8 Le 30/03/2018, à 17:38

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#9 Le 30/03/2018, à 21:02

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#10 Le 30/03/2018, à 21:28

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#11 Le 30/03/2018, à 21:46

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#12 Le 31/03/2018, à 07:52

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#13 Le 31/03/2018, à 08:08

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#14 Le 31/03/2018, à 08:34

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#15 Le 31/03/2018, à 08:45

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#16 Le 31/03/2018, à 09:13

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#17 Le 31/03/2018, à 12:23

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#18 Le 01/04/2018, à 07:54

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#19 Le 02/04/2018, à 09:07

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#20 Le 02/04/2018, à 09:21

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#21 Le 02/04/2018, à 09:22

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#22 Le 02/04/2018, à 10:11

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

#23 Le 03/04/2018, à 10:24

Re : [RÉSOLU] HD PC est-il SSD ou rotation ??

Pied de page des forums