IPB

Bienvenue invité ( Connexion | Inscription )

4 Pages V  « < 2 3 4  
Reply to this topicStart new topic
> Le marché des disques durs s'éteint, Réactions à la publication du 21/03/2023
Options
castor74
posté 29 Mar 2023, 16:49
Message #91


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 7 379
Inscrit : 1 Apr 2004
Lieu : 74
Membre no 17 041



Je viens juste de retrouver une carte SD dans un vieil appareil photo de 2004 (Olympus C-310 Z). Parfaitement opérationnelle, et les photos qui sont dessus parfaitement lisibles...Même l'appareil fonctionne nickel.


--------------------
Apprentissage typo plomb en 1973 ;-) - PAO pro pendant 27 ans (début sur CRTronic 200) - Sur Mac depuis 1989 (Mac IIx jusqu'à PPC G5 2 x 2.3 Ghz) • Matériel perso: iMac Intel Core 2 Duo 20" - OS X 10.6.8 et El Capitan - CS2.3 - LiveBox Sagem • iMac DV 400 - OS 9.1 • iBook G3 Graphite - OS 9.2/10.2.8 • MacBook 13" OS 10.6.8 | Photo: Nikon D90 - 18-200 VR II - VR 105 Macro f:2.8 - Micro Nikkor 60 mm f:2.8 - Mon site mycologique
Go to the top of the page
 
+Quote Post
SartMatt
posté 29 Mar 2023, 22:05
Message #92


Macbidouilleur d'Or !
*****

Groupe : Rédacteurs
Messages : 32 183
Inscrit : 15 Nov 2005
Membre no 49 996



Citation (ades @ 29 Mar 2023, 15:55) *
Reste la question d'importance comment fait-on pour vérifier leur intégrité?

Un fichier contenant une somme de contrôle MD5 ou SHA pour chaque fichier fera l'affaire. Si un fichier est corrompu, il ne correspondra plus à sa somme de contrôle.
Fichier de somme de contrôle à conserver lui aussi en plusieurs exemplaires, sinon en cas d'erreur tu ne sais pas si c'est le fichier d'origine ou le fichier de sommes de contrôle qui est corrompu...

Je suppose que sur macOS les commandes shasum et md5sum sont disponibles dans le Terminal, auquel cas tu peux facilement créer un fichier de somme avec cette commande :

CODE
sartmatt@Gaston:/mnt/y: find /mnt/y/demo -type f -exec shasum {} \; > /mnt/y/demo_ref.sha


En remplaçant /mnt/y/demo par le chemin de des archives et /mnt/y/demo_ref.sha par le chemin où tu veux sauvegarder ton fichier de somme.

Tu obtiendras un fichier ressemblant à ça :
CODE
sartmatt@Gaston:/mnt/y$ cat /mnt/y/demo_ref.sha
a40254cc1e20a7dab44666d2d9ab46fcffdeec5b /mnt/y/demo/les_sommes
5add5322f32177e42368b9bb24c58a244a0c6bf7 /mnt/y/demo/de_controle
9786804a1ea35e02f1ef3a68acb593a597b08d1a /mnt/y/demo/c_est_la_vie


Pour vérifier, tu refais la même commande en changeant juste le fichier de destination, puis tu fais un diff entre les deux :
CODE
sartmatt@Gaston:/mnt/y$ find /mnt/y/demo -type f -exec shasum {} \; > /mnt/y/demo_control.sha
sartmatt@Gaston:/mnt/y$ diff /mnt/y/demo_ref.sha /mnt/y/demo_control.sha
2c2
< 5add5322f32177e42368b9bb24c58a244a0c6bf7 /mnt/y/demo/de_controle
---
> a39d9f290979e5f184b13bacec6a8a6fb8dd82b3 /mnt/y/demo/de_controle


Là dans cet exemple, on voit que la somme de contrôle du fichier "de_controle" a changé. Si je suis sûr que ma somme d'origine est bien la bonne, c'est que c'est le fichier qui est corrompu.



Il doit bien entendu exister des outils graphiques pour faire ça, pour ceux que la console rebute smile.gif

Ce message a été modifié par SartMatt - 29 Mar 2023, 22:06.


--------------------

Go to the top of the page
 
+Quote Post
iAPX
posté 29 Mar 2023, 22:27
Message #93


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 15 371
Inscrit : 4 Jan 2006
Lieu : dtq
Membre no 52 877



On notera que vérifier l'intégrité d'un fichier ou d'un block, ne permet pas de vérifier son intégrité sur le stockage physique (analogique): du ECC peut intervenir pour corriger des erreurs en les masquant.
Généralement ça n'est pas essentiel, mais ça peut le devenir en cas d'usure et/ou de non-rafraîchissement, masqués par le comportement du contrôleur.

On est essentiellement limité par des interfaces ne remontant pas des meta-informations sur les données lues (ou écrites), destinées à simplifier au maximum les échanges et masquer le comportement sous-jacent.
De la même manière, le système SMART et ses descendants, proposés pour informer autant en amont que possible sur l'éventualité d'une panne, pour permettre de l'anticiper et de sauvegarder ses données et remplacer son unité de stockage, a rapidement été corrompu pour limiter la prise en charge des pannes sous garantie, là aussi masquant la réalité des faits au lieu de renvoyer une information fort précieuse.

Ce message a été modifié par iAPX - 29 Mar 2023, 22:33.


--------------------
Utilisateur de Mac depuis 1985 et possesseur de Mac depuis 2005. Utilisateur d'un PC Lenovo au travail, sous Windows, qui renforce ma passion pour les Mac!
Go to the top of the page
 
+Quote Post
ericse
posté 30 Mar 2023, 06:23
Message #94


Adepte de Macbidouille
*

Groupe : Membres
Messages : 258
Inscrit : 19 Jun 2020
Membre no 211 922



Citation (iAPX @ 29 Mar 2023, 22:27) *
De la même manière, le système SMART et ses descendants, proposés pour informer autant en amont que possible sur l'éventualité d'une panne, pour permettre de l'anticiper et de sauvegarder ses données et remplacer son unité de stockage, a rapidement été corrompu pour limiter la prise en charge des pannes sous garantie, là aussi masquant la réalité des faits au lieu de renvoyer une information fort précieuse.

Dans la même veine, la plupart des disques portables USB ont un contrôleur bloquant les informations SMART, pourtant géré par le disque sous-jacent...
Go to the top of the page
 
+Quote Post
cquest
posté 30 Mar 2023, 07:40
Message #95


Adepte de Macbidouille
*

Groupe : Membres
Messages : 137
Inscrit : 16 Feb 2005
Lieu : 94
Membre no 33 210



Les cartes flash anciennes sont en général en SLC et peu denses. Elle vieillissent très bien.

Plus les stockages sont denses, plus on joue avec les limites physiques et plus les problèmes de stabilité dans le temps se font sentir.

Exemple: j'ai eu bien moins de problème pour relire des disquettes 5 1/4 de mon Apple II qui stockaient 143Ko sur une grande surface que des 3.5 avec 1.4Mo bien plus récentes.

---

Pour le SMART...

Oui, ça ne passe pas toujours très bien à travers l'USB.

Avec smartctl on arrive quand même assez souvent à interroger le disque, mais il faut jouer de quelques options.

Le plus simple, un: smartctl --scan

Il va lister les disques ET les options à utiliser pour y accéder.

Voici la liste sur mon poste actuel:

Code
# smartctl --scan
/dev/sda -d scsi # /dev/sda, SCSI device
/dev/sdb -d scsi # /dev/sdb, SCSI device
/dev/sdc -d scsi # /dev/sdc, SCSI device
/dev/sdd -d scsi # /dev/sdd, SCSI device
/dev/sdg -d usbjmicron # /dev/sdg [USB JMicron], ATA device
/dev/sdh -d usbjmicron # /dev/sdh [USB JMicron], ATA device
/dev/nvme0 -d nvme # /dev/nvme0, NVMe device
/dev/nvme1 -d nvme # /dev/nvme1, NVMe device
# smartctl dev/sdg -d usbjmicron,0
=== START OF INFORMATION SECTION ===
Model Family:     Seagate Laptop SSHD
Device Model:     ST1000LM014-1EJ164...

Pour bien tirer parti de SMART, il ne faut pas se contenter de lire les informations, mais lancer régulièrement des tests complets de lecture du disque. (option '-t long').
Le test se fait au niveau du contrôleur du disque, lorsqu'il n'y a pas d'autre activité et le disque reste donc utilisable avec quasiment aucun ralentissement notable (sauf bug dans le firmware du disque, déjà vu).

Le test s'arrêtera au premier secteur illisible.

Quand un secteur est illisible, il ne sera réalloué par le disque QUE lorsqu'on écrira à nouveau sur ce bloc.
Le nb de secteurs connus comme illisible et en attente de réallocation c'est "Current_Pending_Sector".
Si ça monte, c'est pas bon signe.

Quand le bloc est enfin réalloué (quand on a écrit à nouveau dessus), Reallocated_Sector_Ct sera incrémenté.

Exemple:

Code
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   107   097   006    Pre-fail  Always       -       13158840
  3 Spin_Up_Time            0x0003   098   098   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   097   097   020    Old_age   Always       -       3150
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       48
  7 Seek_Error_Rate         0x000f   070   060   030    Pre-fail  Always       -       81791623755
  9 Power_On_Hours          0x0032   076   076   000    Old_age   Always       -       21234
10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
12 Power_Cycle_Count       0x0032   097   097   020    Old_age   Always       -       3103
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   050   050   000    Old_age   Always       -       50
188 Command_Timeout         0x0032   100   091   000    Old_age   Always       -       128850984999
189 High_Fly_Writes         0x003a   050   050   000    Old_age   Always       -       50
190 Airflow_Temperature_Cel 0x0022   061   051   045    Old_age   Always       -       39 (Min/Max 35/41 #2)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       147
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       726223
194 Temperature_Celsius     0x0022   039   049   000    Old_age   Always       -       39 (128 0 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

Ce disque a réalloué 48 secteurs, mais n'en a actuellement aucun à réallouer.

Il a 21234 heures de fonctionnement, mais le dernier test complet SMART est ancien (16630h soit presque 5000h depuis):

Code
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%     16630         -
# 2  Extended offline    Completed without error       00%     13427         -
# 3  Selective offline   Aborted by host               90%     13424         -
# 4  Selective offline   Completed without error       00%     13424         -
# 5  Selective offline   Completed without error       00%     13424         -
# 6  Extended offline    Completed: read failure       60%     13404         912713904
# 7  Extended offline    Aborted by host               90%     13216         -
# 8  Short offline       Completed without error       00%     13215         -
1 of 1 failed self-tests are outdated by newer successful extended offline self-test # 1


On voit que sur un test, il y avait eu une erreur de lecture, mais qu'elle a disparu, car le bloc concerné a été réalloué depuis.
On a même le numéro du bloc, ce qui permet de le remettre à zéro avec un "dd" bien placé.

C'est un disque 2.5" de laptop... le pauvre a démarré plus de 3000 fois et 726223 cycles de parcage/déparcages de têtes, ce qui use bien les moteurs et la mécanique.

On peut aussi obtenir des infos sur les températeures de fonctionnement, bon à savoir quand on ne connait pas l'historique du disque, car les HDD n'aiment ni le chaud (60° max), ni le froid. Leur température idéale interne c'est 35°C (un peu comme nous).

Code
Current Temperature:                    39 Celsius
Power Cycle Min/Max Temperature:     25/41 Celsius
Lifetime    Min/Max Temperature:     13/48 Celsius
Under/Over Temperature Limit Count:   0/315


J'achète assez souvent des disques 3.5" d'occasion pour les utiliser dans des serveurs. Une petite analyse de ces infos plus un test complet du disque me permet de les valider avant utilisation (ou retour au vendeur).

Les logiciels qui présentent ces infos de jolie façon ne font rien de bien utile à part présenter de jolie façon, malheureusement.
Il faut comprendre comment un disque , son contrôleur et son firmware fionctionnent pour entretenir tout ça comme il faut.
Raison de l'édition : Ajout de balises CODE


--------------------
MacBook Pro M1 14" 2021, MacPro 2009 4x2.93, MacBook 2010 Pro Unibody 15"... et plus d'une trentaine de Mac depuis mon Mac 512 ;-)
mais aussi... Apple IIe, IIe Platinum, IIc, IIgs, IIe dans Macintosh LC 475, Newton
Mes serveurs Minitel restaurés: COMPUTEL 01 8421 8116 (Apple II), et JCA 01 8421 8115 (Quadra 650)
Go to the top of the page
 
+Quote Post
ades
posté 30 Mar 2023, 09:05
Message #96


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 2 818
Inscrit : 23 Nov 2002
Membre no 4 808



merci à cquest et starmatt (dans le desordre) pour ces infos plus qu'utiles et qui fonctionnent (au moins pour les serveurs gérés par cquest, si je ne m'abuse wink.gif )



--------------------
MBP 15 unibody 2,4 Ghz , 4Go ssd 256 Go, dual boot OSX10.9.5-Linux mint
MacMini late 2012, i7 2,3Ghz, 16Go, 2 ssd 1to, OSX Sonoma 14.4 (OpencoreLegacy 1.2.1 1.3.0 1.4.0 1.4.1 1.4.2)
Go to the top of the page
 
+Quote Post
cquest
posté 31 Mar 2023, 08:38
Message #97


Adepte de Macbidouille
*

Groupe : Membres
Messages : 137
Inscrit : 16 Feb 2005
Lieu : 94
Membre no 33 210



Citation (castor74 @ 29 Mar 2023, 17:49) *
Je viens juste de retrouver une carte SD dans un vieil appareil photo de 2004 (Olympus C-310 Z). Parfaitement opérationnelle, et les photos qui sont dessus parfaitement lisibles...Même l'appareil fonctionne nickel.


Contre-exemple à l'instant, une SD de 64Go qui date de 2017, utilisée pour la dernière fois en 2020 dans mon drone DJI Mavic Pro.

Beaucoup d'image vérolée, des I/O error en pagaille... heureusement j'ai une copie sur HDD de tout ça, avec redondance/checksums (ZFS !).

Je suis en train de la reformater avec écriture à 0 pour voir si elle est encore utilisable.

Ceci va dans le sens que je disais: que plus les stockages sont denses, moins ils sont fiables sur le long terme.


--------------------
MacBook Pro M1 14" 2021, MacPro 2009 4x2.93, MacBook 2010 Pro Unibody 15"... et plus d'une trentaine de Mac depuis mon Mac 512 ;-)
mais aussi... Apple IIe, IIe Platinum, IIc, IIgs, IIe dans Macintosh LC 475, Newton
Mes serveurs Minitel restaurés: COMPUTEL 01 8421 8116 (Apple II), et JCA 01 8421 8115 (Quadra 650)
Go to the top of the page
 
+Quote Post
SartMatt
posté 31 Mar 2023, 21:26
Message #98


Macbidouilleur d'Or !
*****

Groupe : Rédacteurs
Messages : 32 183
Inscrit : 15 Nov 2005
Membre no 49 996



Citation (cquest @ 31 Mar 2023, 08:38) *
Ceci va dans le sens que je disais: que plus les stockages sont denses, moins ils sont fiables sur le long terme.

Pour les mémoires flash, c'est exactement ça.

Les NAND ont une moins bonne rétention que les NOR (à peu près inexistantes dans le secteur des SSD et cartes mémoire, les NOR sont surtout utilisées pour des firmwares).
Plus c'est gravé fin, moins la rétention est bonne.
Plus il y a de bits par cellule, moins la rétention est bonne.


--------------------

Go to the top of the page
 
+Quote Post
iAPX
posté 2 Apr 2023, 15:00
Message #99


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 15 371
Inscrit : 4 Jan 2006
Lieu : dtq
Membre no 52 877



Citation (SartMatt @ 31 Mar 2023, 15:26) *
Citation (cquest @ 31 Mar 2023, 08:38) *
Ceci va dans le sens que je disais: que plus les stockages sont denses, moins ils sont fiables sur le long terme.

Pour les mémoires flash, c'est exactement ça.

Les NAND ont une moins bonne rétention que les NOR (à peu près inexistantes dans le secteur des SSD et cartes mémoire, les NOR sont surtout utilisées pour des firmwares).
Plus c'est gravé fin, moins la rétention est bonne.
Plus il y a de bits par cellule, moins la rétention est bonne.

C"est intéressant car nombre d'entre nous, y-compris toi, sont dans ce secteur depuis 3 ou 4 décennies, et on en a vu passer des technologies, y-compris des biens foireuses.

Et quand on parle de stockage, effectivement, la densité n'aide statistiquement pas, tout comme un autre facteur, une technologie nouvelle pas encore éprouvée ni stabilisée: les premiers SSD étaient quand-même de grosses merdes, à l'exception des Intel X25 (M ou E) conçues par une entreprise historiquement concevant et fabricant de la mémoire, y-compris de la mémoire persistante (la mémoire à bulle des années 80, l'ancêtre de nos SSD au moins fonctionnellement).
J'ai utilisé des X25-E et X25-M, et je n'ai aucun regret, au contraire, ces produits étaient clairement au-dessus du lot, Intel connait son affaire!

De mon expérience avec les disques durs, depuis 4 décennies, je dirais qu'il y a un "sweet spot" où on a une bonne densité (mais pas la meilleure) et une bonne durée de vie, et ce ne sont pas les produits les plus chers mais les plus éprouvés. Mes WD green 2To ont plus de 10 ans, pas un seul n'a pété. Pas un seul. Et j'en ai beaucoup.
Ça semble être aussi le cas pour les stockages Flash "SSD", prendre le dernier produit poussé en avant n'est pas nécessairement gagnant, Samsung a merdé de nombreuses fois et quelque fois de façon incroyable, et pour ma part je privilégierais un produit établi, connu, robuste et endurant, factuellement testé sur la durée, sur les promesses amenées par les mêmes sur leur "nouveau bijoux".

Ou dit autrement, je choisirais une Toyota Corolla d'occasion, et les faits statistiques sont là, plutôt que le nouveau modèle sur lequel on a aucun recul...

PS: pour les WD green 2To 5200 rpm (quoique), je leur ai fait subir une batterie de tests, comme pour les autres, incluant des disques 2To 7200rpm, et non seulement ils ne consommaient rien (bien moins), un facteur essentiel en datacenter, mais leur performance réelle était excellente une fois déterminée la payload à leur demander ainsi que les réglages appropriés dans le kernel Linux. Meilleurs. Théoriquement plus lents, mais meilleurs en pratique.
Ils m'ont incroyablement impressionné et ils continuent de donner. The gift that keep on giving.

Ce message a été modifié par iAPX - 2 Apr 2023, 15:45.


--------------------
Utilisateur de Mac depuis 1985 et possesseur de Mac depuis 2005. Utilisateur d'un PC Lenovo au travail, sous Windows, qui renforce ma passion pour les Mac!
Go to the top of the page
 
+Quote Post
solex46
posté 2 Apr 2023, 17:22
Message #100


Macbidouilleur de bronze !
**

Groupe : Membres
Messages : 457
Inscrit : 18 Jun 2014
Membre no 190 920



Pour revenir sur les disques durs, hier soir j'ai cherché à savoir quelle était leur durée de vie moyenne.

Sur certains sites, de nombreuses personnes affirment (on dirait du copier-coller) que la durée de vie moyenne d'un HDD est de 3 à 5 ans.
Mais d'autres personnes sur d'autres sites affirment que la MTBF de tel HDD Seagate Barracuda est de 600.000 heures.
huh.gif
Y a de la marge entre les deux... happy.gif


--------------------
iMac 27" late 2013 - Mavericks, iMac 27" mid 2010 - Mavericks, iPad mini 1 - iOS 8. Et diverses vieilleries.
Mon site web : ANTIOPA NATURE
Go to the top of the page
 
+Quote Post
SartMatt
posté 2 Apr 2023, 19:36
Message #101


Macbidouilleur d'Or !
*****

Groupe : Rédacteurs
Messages : 32 183
Inscrit : 15 Nov 2005
Membre no 49 996



Citation (solex46 @ 2 Apr 2023, 17:22) *
Pour revenir sur les disques durs, hier soir j'ai cherché à savoir quelle était leur durée de vie moyenne.

Sur certains sites, de nombreuses personnes affirment (on dirait du copier-coller) que la durée de vie moyenne d'un HDD est de 3 à 5 ans.
Mais d'autres personnes sur d'autres sites affirment que la MTBF de tel HDD Seagate Barracuda est de 600.000 heures.
huh.gif
Y a de la marge entre les deux... happy.gif

MTBF != durée de vie

Tu peux avoir un MTBF très supérieur à la durée de vie du meilleur exemplaire du produit.

Le MTBF est un indicateur statistique non pas de la durée de vie du produit, mais de sa fiabilité, donc son risque de panne imprévue (alors que l'usure, qui limite la durée de vie, c'est prévu !).

Par exemple, un pneu de voiture, ça a sans doute un MTBF de plusieurs centaines de milliers, voire millions, de kilomètres : les "pannes" de pneu sont relativement rares... Par contre leur durée de vie, elle ne dépassera pas quelques dizaines de milliers de kilomètre.


Un MTBF de 600 000 heures pour le HDD Seagate Barracuda, ça veut dire qu'en moyenne, sur l'ensemble des Seagate Barracuda qui tournent dans le monde, tu en as un qui tombe en panne toutes les 600 000 heures de fonctionnement cumulées.

Par exemple, s'il en ont vendu 10 millions et qu'ils tournent en moyenne 6h par jour, ils cumulent 60 millions d'heures de fonctionnement par jour, donc statistiquement tu en as 100 par jour qui tombent en panne (ça peut paraitre beaucoup dit comme ça, mais en fait non, ça fait un taux de panne annuel d'un peu moins de 0.4% en fonctionnant le quart du temps, 1.5% en fonctionnant 24h/24, ce qui correspond à ce que Backblaze observe en moyenne sur son parc de disques... mais avec chez eux des chiffres plutôt supérieurs à la moyenne chez Seagate et donc inférieurs à la moyenne chez les autres marques).


Par contre 3-5 ans de durée de vie moyenne, ça ça me parait excessivement pessimiste. Ça doit être le fait de gens qui considèrent qu'un produit tombe systématiquement en panne le lendemain de la fin de sa garantie ^^ Pour ma part, je dois avoir plus d'une centaine de disques durs qui me sont passés entre les mains. J'en ai rarement gardé plus de 5 ans car je les revendais justement après 4-5 ans, mais j'ai quand même eu très très peu de pannes. De mémoire, une panne complète (disque même plus reconnu) sur un disque 3.5" et deux cas de secteurs défectueux, un en 3.5" et un en 2.5". Compte tenu du fait que je garde la plupart des disques 4-5 ans, si la durée de vie moyenne était de 3-5 ans, j'aurais dû connaître beaucoup plus de pannes. D'autant plus que ces dernières années j'ai un peu ralenti le rythme des reventes, ce qui fait que je commence à avoir des disques durs assez anciens (sur mon parc perso actuel, en service j'en ai 2 de moins d'un an, 1 de 1-2 ans, 1 de 2-3 ans, 2 de 4-5 ans, 2 de 6-7 ans et 3 de 7-8 ans... et dans mon stock à vendre j'en ai 2 de moins de 3 ans et la moyenne d'âge des 7 autres est de 8 ans...).


--------------------

Go to the top of the page
 
+Quote Post
solex46
posté 3 Apr 2023, 08:55
Message #102


Macbidouilleur de bronze !
**

Groupe : Membres
Messages : 457
Inscrit : 18 Jun 2014
Membre no 190 920



Merci, SartMatt, je n'avais pas compris ça comme ça.
De mon côté, ça fait très longtemps que je n'ai pas eu de panne de HDD, et j'en ai plusieurs très vieux (plus de 20 ans) et qui marchent toujours parfaitement (quantum fireball 20Go fourni par Apple notamment).
Mais ils font du boucan, les bougres !
Sinon, j'ai plusieurs Samsung 3"5 des années 2008… parfaitement opérationnels et silencieux

Finalement, le seul que j'ai eu en panne depuis 20 ans est un HDD interne seagate d'un iMac 21"5 de 2011 resté à moisir pendant 4 ans sans alim : non reconnu par utilitaire de disque, malgré le fait que le moteur tourne.
C'est donc assez rare, même après tout ce temps !


--------------------
iMac 27" late 2013 - Mavericks, iMac 27" mid 2010 - Mavericks, iPad mini 1 - iOS 8. Et diverses vieilleries.
Mon site web : ANTIOPA NATURE
Go to the top of the page
 
+Quote Post
captaindid
posté 4 Apr 2023, 17:53
Message #103


Adepte de Macbidouille
*

Groupe : Membres
Messages : 161
Inscrit : 6 Sep 2004
Lieu : entre la chaise et le clavier
Membre no 23 160



Citation (cquest @ 31 Mar 2023, 08:38) *
Contre-exemple à l'instant, une SD de 64Go qui date de 2017, utilisée pour la dernière fois en 2020 dans mon drone DJI Mavic Pro.
Beaucoup d'image vérolée, des I/O error en pagaille... heureusement j'ai une copie sur HDD de tout ça, avec redondance/checksums (ZFS !).
Je suis en train de la reformater avec écriture à 0 pour voir si elle est encore utilisable.

à priori, ce n'est pas nécessaire de refaire un formatage complet avec reset de tous les secteurs.
un formatage rapide (juste les structures du système de fichiers en début de disque sont ré-écrites)
car la carte SD devrait être encore bonne; c'est juste que les équivalents de condensateurs qui contiennent les valeurs des bits (ou niveau de tensions pour les cellules qui peuvent enregistrer 2, 3, 4 bits) se sont déchargés avec le temps et ont donc perdu les données.
écrire de nouvelles données dessus va remettre chaque cellule à la bonne tension, et donc mémorisera les bons bits.

ce qui use les cellules sont de nombreuses ré-écritures (et un formatage complet effectue une écriture de plus sur toutes les cellules).
c'est particulièrement vrai avec les clés USB ou les SD qui ont un contrôleur simple (simpliste?), et donc pas de wear leveling,ce qui va mettre à rude épreuve certains secteurs notamment au tout début du volume, alors que si le volume n'est jamais complètement rempli, les secteurs vers la fin seront quasi neufs.
ce n'est pas le cas des SSD qui ont un contrôleur avancé et de la RAM (en fait un véritable petit ordinateur) qui va répartir l'usure sur l'ensemble des blocs mémoire même si on écrit souvent sur les mêmes secteurs (vus par le système de fichiers)


--------------------
"What else?" - George Clooney
Go to the top of the page
 
+Quote Post
iAPX
posté 7 Apr 2023, 16:00
Message #104


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 15 371
Inscrit : 4 Jan 2006
Lieu : dtq
Membre no 52 877



Citation (captaindid @ 4 Apr 2023, 11:53) *
Citation (cquest @ 31 Mar 2023, 08:38) *
Contre-exemple à l'instant, une SD de 64Go qui date de 2017, utilisée pour la dernière fois en 2020 dans mon drone DJI Mavic Pro.
Beaucoup d'image vérolée, des I/O error en pagaille... heureusement j'ai une copie sur HDD de tout ça, avec redondance/checksums (ZFS !).
Je suis en train de la reformater avec écriture à 0 pour voir si elle est encore utilisable.

à priori, ce n'est pas nécessaire de refaire un formatage complet avec reset de tous les secteurs.
...

Pour une carte SD, c'est absolument nécessaire, on perd un cycle en écriture, mais après vérification on sait où on en est.
Se contenter de reformater, ce qui n'est plus un formatage aujourd'hui (le sens du mot a changé!), ne permet absolument pas de s'assurer de l'état du medium.
À noter qu'il vaut mieux écrire des données pseudo-aléatoires et reproductibles (phase de vérification), plutôt que des 0, au pire des 1, sur de la mémoire Flash.

Quand on va écrire des images, ou y stocker des vidéos, depuis un appareil photo ou vidéo non-professionnel (sans duplication), il est essentiel de s'assurer de l'état du système de stockage, c'est d'ailleurs pour ça que les appareils professionnels incluent une double écriture par duplication (pas du RAID-1, une écriture conjointe, 2 filesystems séparés) sur deux media.
Et même avec des appareils professionnel, on fait des actions préventives, et on recycle des CompactFlash ou SD AVANT la panne possible.

D'ailleurs justement je vais photographier et filmer pour un évènement dans 2 semaines, je ne peux pas me permettre d'avoir des batteries mortes, de perdre des images ou des séquences vidéos à cause de cartes trop usées, ni même de ne pas avoir d'appareils de secours.
Toutes les batteries vont être ré-étalonnées et vérifiées, avec des batteries d'avance pour chaque appareil, les cartes toutes validées à 100%, et bien sûr je vais me déplacer avec 4 appareils, 2 pour filmer, 2 pour photographier. Comme pour les serveurs, il n'y a aucune place pour la panne évitable!

PS: évidemment c'est pas le moment pour recharger, puisque je n'ai plus de courant depuis 48h, mais ça va revenir!

Ce message a été modifié par iAPX - 7 Apr 2023, 16:31.


--------------------
Utilisateur de Mac depuis 1985 et possesseur de Mac depuis 2005. Utilisateur d'un PC Lenovo au travail, sous Windows, qui renforce ma passion pour les Mac!
Go to the top of the page
 
+Quote Post
baron
posté 7 Apr 2023, 18:49
Message #105


Macbidouilleur d'Or !
*****

Groupe : Modérateurs
Messages : 19 315
Inscrit : 22 Jul 2004
Lieu : Louvain-la-Neuve (Gaule Gelbique)
Membre no 21 291



Citation (iAPX @ 7 Apr 2023, 17:00) *
PS: évidemment c'est pas le moment pour recharger, puisque je n'ai plus de courant depuis 48h, mais ça va revenir!

Bon courage !

(J'étais là en 1998 et ce n'étaient pas des moments faciles…)


--------------------
MacBook Pro 14’’ 2021, M1 Pro, 16 Go/1 To – macOS  12.6 “Monterey”  MacBook Pro 15’’ mi-2010 Core i5 2,53 GHz, 8 Go/SSD Samsung 860EVO 1 To – Mac OSX 10.6.8  Power Macintosh G3 beige de bureau, rev.1 @ 233MHz, 288 Mo/4Go – MacOS 9.1 — + carte PCI IDE/ATA Tempo 66 Acard 6260 avec HD interne Maxtor 80 Go + graveur interne CDRW/DVD LG GCC-4520B + tablette A4 Wacom UD-0608-A + LaCie ElectronBlueIV 19" + HP ScanJet 6100C   B-Box 3 + HP LaserJet 4000 N  
La recherche dans MacBidouille vous paraît obscure ? J'ai rédigé une proposition de FAQ. Le moteur logiciel a un peu changé depuis mais ça peut aider quand même.
Les corsaires mettent en berne…
Go to the top of the page
 
+Quote Post
iAPX
posté 7 Apr 2023, 19:31
Message #106


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 15 371
Inscrit : 4 Jan 2006
Lieu : dtq
Membre no 52 877



Citation (baron @ 7 Apr 2023, 12:49) *
Citation (iAPX @ 7 Apr 2023, 17:00) *
PS: évidemment c'est pas le moment pour recharger, puisque je n'ai plus de courant depuis 48h, mais ça va revenir!

Bon courage !

(J'étais là en 1998 et ce n'étaient pas des moments faciles…)

Très certainement bien plus durs, ne serait-ce qu'à cause des températures, la quantité de glace aussi, là c'est une ballade de santé à coté!
Merci smile.gif

PS: je viens de voir le sujet de France2, ils font du catastrophisme d'un coté, et de l'autre les Québécois sont très résilient comme tu le sais fort bien.
Ne plus avoir d'électricité ni d'accès Internet un moment, passer une nuit à 10º faute de chauffage, c'est rien, des Français vivent ça tous les jours, et les plus malchanceux chaque jour en hiver!

Ce message a été modifié par iAPX - 7 Apr 2023, 23:04.


--------------------
Utilisateur de Mac depuis 1985 et possesseur de Mac depuis 2005. Utilisateur d'un PC Lenovo au travail, sous Windows, qui renforce ma passion pour les Mac!
Go to the top of the page
 
+Quote Post
mirmidon
posté 27 Apr 2023, 06:29
Message #107


Macbidouilleur de vermeil !
****

Groupe : Membres
Messages : 975
Inscrit : 6 Apr 2007
Lieu : Un peu plus à droite...
Membre no 84 228



Citation (g4hd @ 21 Mar 2023, 13:35) *
Citation (Herman Toothroot @ 21 Mar 2023, 11:52) *
C'est pourquoi les photographes reviennent aux films argentiques.
Le numérique…

C'est vrai qu'il y avait TOUJOURS un instant suspendu quand on appuyait sur le déclencheur !
Et l'oeil qui traduit en noir et blanc !
Plus le charme du bruit enchaîné fermeture diaphragme-relevage du miroir-double claquement du rideau… suivi du mouvement du levier d'avancement…
Et puis les heures au labo, développement, séchage puis le temps de l'agrandisseur et les épreuves !

Il n'en reste RIEN avec le numérique et les tirs en rafale !!!!


Je suis en train de numériser tous mes vieux négatifs noir et blanc et couleur. Puis arrivera le tour des diapos… des milliers…
Quel travail !
Go to the top of the page
 
+Quote Post
STRyk
posté 27 Apr 2023, 07:41
Message #108


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 2 192
Inscrit : 12 Feb 2001
Lieu : Entre 2 Technics SL 1210 MKII
Membre no 36



Oui, un ami à la retraite (avec un salaire de ministre - tant mieux pour lui) est dépité, me dit ne pas avoir le temps de numériser ses négatifs et autres documents.
huh.gif
Déjà il a la chance d'être à la retraite et d'avoir un fort pouvoir d'achat. (bref je suis super énervé).
On sait tous que ca prends une place de folie, un temps de dingue mais à mon sens, un bon serveur avec des disques mécaniques avec redondance c'est ce que l'on doit avoir de nos jours.
Et par forcément sur le net, ca aussi c'est parfois source de soucis avec une eventuelle attaque...

Il y a une solution intéressante avec Unraid.
Voici une explication en Français si besoin pour les non initiés : https://www.youtube.com/watch?v=WWV94Cc_AeU

Du coté du Mac Client c'est un peu le bazar car l'AFP n'est plus utilisé, voici aussi pourquoi je n'en peux plus avec Apple. Ca deviens LOURD... très lourd... mad.gif


--------------------
Apple MacPro 3.1 : 2x3ghz, RAM 24Go, 2x3To, 2xSSD, ATI Radeon HD 5770, OSX 10.6.8
Apple MacBookPro 8.1 : 2.7Ghz, RAM 8Go, 2x1To, OSX 10.6.8
Apple Mac G4 DA : 1.33Ghz, RAM 1.5Go, Zip250, Raid0 2x250Go, GeForce Ti, AudioMedia III, DC30+, OS9.22 & OSX 10.4
Hachintosh HP XW4600 : Intel C2D E8400, RAM 3x1Go, HD 250Go, 64Bits, NVidia Quadro FX 380, Mac OSX v10.6.8, Carte Réseau GB interne
Hachintosh HP Compaq Pro 6300 SFF : Intel i7-3770, RAM 2x4Go 1600, HD 160Go, 64Bits, nVidia Quadro K600, Mac OSX v10.11.6 & Windows 10

OS9 & OSX 10.6.8 ARE STILL ALIVE !
Go to the top of the page
 
+Quote Post
brenda
posté 11 May 2023, 23:10
Message #109


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 2 485
Inscrit : 24 Jul 2003
Lieu : Ancien du Ch'Nord, nouveau en Breizh (22)
Membre no 8 750



Je ne crois pas avoir vu passer l'info, mais le rapport backblaze a été publié :
https://www.comptoir-hardware.com/actus/sto...-aux-stats.html

Petite question, dans un NAS à usage familial (beaucoup) et un petit peu professionnel (sauvegarde des données bureautiques de 2 postes pro) : disques spécifiques NAS ou disques pour poste de travail ?

le NAS sera DIY, avec 5 disques 4 To en RAID 5 (20 To brut et 16 To utile) environ 6 To au début, et un remplissage assez lent du volume.
l'OS sera sans doute OpenMediaVault donc Debian.

Je pose la question à cause du retour de @iapx et des WD green qui sont des disques pour postes de travail et pas pour serveurs. [Cf. supra.]


--------------------
Si tu te tapes la tête contre un vase et que ça sonne creux, n’en déduis pas pour autant que le vase est vide.
Sagesse asiatique
Go to the top of the page
 
+Quote Post
ericse
posté 12 May 2023, 10:55
Message #110


Adepte de Macbidouille
*

Groupe : Membres
Messages : 258
Inscrit : 19 Jun 2020
Membre no 211 922



Citation (brenda @ 11 May 2023, 23:10) *
Petite question, dans un NAS à usage familial (beaucoup) et un petit peu professionnel (sauvegarde des données bureautiques de 2 postes pro) : disques spécifiques NAS ou disques pour poste de travail ?

Salut,
La théorie dit qu'un disque Workstation ne devrait pas être mis en RAID, car ses paramètres de fonctionnement ne sont pas adaptés : il essaye de récupérer les erreurs à son niveau au lieu de les remonter au contrôleur pour qu'elles soient récupérées plus efficacement via les autres disques de la grappe RAID (évidemment un disque Workstation ne sait pas qu'il fait partie d'une grappe RAID dry.gif )

En pratique ça marche aussi, le cas ou un disque présente des erreurs partielles n'est pas si fréquent, donc si tu n'as pas d'engagement de haute disponibilité, ça peut passer en utilisation familiale.

Ce message a été modifié par ericse - 12 May 2023, 10:56.
Go to the top of the page
 
+Quote Post
STRyk
posté 13 May 2023, 01:43
Message #111


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 2 192
Inscrit : 12 Feb 2001
Lieu : Entre 2 Technics SL 1210 MKII
Membre no 36



Citation (brenda @ 11 May 2023, 23:10) *
Petite question, dans un NAS à usage familial (beaucoup) et un petit peu professionnel (sauvegarde des données bureautiques de 2 postes pro) : disques spécifiques NAS ou disques pour poste de travail ?

Pour un budget très serré et un système très simple à administrer, y compris en cas de crash (avec reconstruction des grappes), je te propose unraid.
Certes Payant (petit budget) mais très robuste car il utilise un disque de parité pour la grappe, un peu comme la RAID mais à mon sens moins contraignant.
Le RAID5 etait bien avant mais les disques etant très gros, si un disque lache, le temsp de recontruction étant très long, si un second lâche (peu probable mais à prendre en compte tout de même) tout est perdu...
L'intérret de unraid est de pouvoir utilsier les disques CMR ou SMR sans aucun problème. (Donc disques "pour NAS" ou "NON NAS").
Il y a possibilité de mettre deux disques de parité, avec donc possibilité de perdre 2 disques en même temps.
La reconstruction du volume se fait relativement facilement pour peu que lon sache un mimimum utiliser un navigateur web et sa tête. (sans ligne de commande)
A noter aussi : le volume ainsi créé est transparent car le système écris sur différents volumes et c'est personnalisable.
En gros avec 4 disques de 3To, un sera utilisé comme Parité les autres comme données, le volume utile sera donc de 9To.
Il est aussi possible d'agrandir la grappe au fur et à mesure en ajoutant un nouveau disque de taille différente, il faudra juste installer le plus gros disque en parité.
Bien sûr il est possible de na pas utilsier de parité mais si un disque casse, les données du disque ne seront pas récupérable mais les autres seront tout de même disponibles.

C'est vraiment moins stressant que certains OS avec du RAID et leur truc plus ou moins propriétaires ou moins courant.
Je l'utilsie en formatage XFS et les données peuvent être lues sur un autre système sans problème en cas d'extreme problème.
De toute façon le système se réinstalle super simplement et relis les données pour peu que l'on fasse un minimum attention à ce que l'on fait.
Je le trouve super simple et très convial comparé à tout les systèmes que j'ai pu connaître.


--------------------
Apple MacPro 3.1 : 2x3ghz, RAM 24Go, 2x3To, 2xSSD, ATI Radeon HD 5770, OSX 10.6.8
Apple MacBookPro 8.1 : 2.7Ghz, RAM 8Go, 2x1To, OSX 10.6.8
Apple Mac G4 DA : 1.33Ghz, RAM 1.5Go, Zip250, Raid0 2x250Go, GeForce Ti, AudioMedia III, DC30+, OS9.22 & OSX 10.4
Hachintosh HP XW4600 : Intel C2D E8400, RAM 3x1Go, HD 250Go, 64Bits, NVidia Quadro FX 380, Mac OSX v10.6.8, Carte Réseau GB interne
Hachintosh HP Compaq Pro 6300 SFF : Intel i7-3770, RAM 2x4Go 1600, HD 160Go, 64Bits, nVidia Quadro K600, Mac OSX v10.11.6 & Windows 10

OS9 & OSX 10.6.8 ARE STILL ALIVE !
Go to the top of the page
 
+Quote Post

4 Pages V  « < 2 3 4
Reply to this topicStart new topic
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :

 



Nous sommes le : 29th March 2024 - 06:55