Le marché des disques durs s'éteint, Réactions à la publication du 21/03/2023 |
Bienvenue invité ( Connexion | Inscription )
Le marché des disques durs s'éteint, Réactions à la publication du 21/03/2023 |
29 Mar 2023, 16:49
Message
#91
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 7 380 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
|
|
|
29 Mar 2023, 22:05
Message
#92
|
|
Macbidouilleur d'Or ! Groupe : Rédacteurs Messages : 32 187 Inscrit : 15 Nov 2005 Membre no 49 996 |
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 Ce message a été modifié par SartMatt - 29 Mar 2023, 22:06. -------------------- |
|
|
29 Mar 2023, 22:27
Message
#93
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 15 383 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!
|
|
|
30 Mar 2023, 06:23
Message
#94
|
|
Macbidouilleur de bronze ! Groupe : Membres Messages : 267 Inscrit : 19 Jun 2020 Membre no 211 922 |
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... |
|
|
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) |
|
|
30 Mar 2023, 09:05
Message
#96
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 2 845 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 )
-------------------- 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 Patcher 1,4.3) |
|
|
31 Mar 2023, 08:38
Message
#97
|
|
Adepte de Macbidouille Groupe : Membres Messages : 137 Inscrit : 16 Feb 2005 Lieu : 94 Membre no 33 210 |
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) |
|
|
31 Mar 2023, 21:26
Message
#98
|
|
Macbidouilleur d'Or ! Groupe : Rédacteurs Messages : 32 187 Inscrit : 15 Nov 2005 Membre no 49 996 |
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. -------------------- |
|
|
2 Apr 2023, 15:00
Message
#99
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 15 383 Inscrit : 4 Jan 2006 Lieu : dtq Membre no 52 877 |
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!
|
|
|
2 Apr 2023, 17:22
Message
#100
|
|
Macbidouilleur de bronze ! Groupe : Membres Messages : 458 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. Y a de la marge entre les deux... -------------------- iMac 27" late 2013 - Mavericks, iMac 27" mid 2010 - Mavericks, iPad mini 1 - iOS 8. Et diverses vieilleries.
Mon site web : ANTIOPA NATURE |
|
|
2 Apr 2023, 19:36
Message
#101
|
|
Macbidouilleur d'Or ! Groupe : Rédacteurs Messages : 32 187 Inscrit : 15 Nov 2005 Membre no 49 996 |
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. Y a de la marge entre les deux... 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...). -------------------- |
|
|
3 Apr 2023, 08:55
Message
#102
|
|
Macbidouilleur de bronze ! Groupe : Membres Messages : 458 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 |
|
|
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 |
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
|
|
|
7 Apr 2023, 16:00
Message
#104
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 15 383 Inscrit : 4 Jan 2006 Lieu : dtq Membre no 52 877 |
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!
|
|
|
7 Apr 2023, 18:49
Message
#105
|
|
Macbidouilleur d'Or ! Groupe : Modérateurs Messages : 19 351 Inscrit : 22 Jul 2004 Lieu : Louvain-la-Neuve (Gaule Gelbique) Membre no 21 291 |
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… |
|
|
7 Apr 2023, 19:31
Message
#106
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 15 383 Inscrit : 4 Jan 2006 Lieu : dtq Membre no 52 877 |
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 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!
|
|
|
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 |
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 ! |
|
|
27 Apr 2023, 07:41
Message
#108
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 2 198 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.
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... -------------------- 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 ! |
|
|
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 |
|
|
12 May 2023, 10:55
Message
#110
|
|
Macbidouilleur de bronze ! Groupe : Membres Messages : 267 Inscrit : 19 Jun 2020 Membre no 211 922 |
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 ) 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. |
|
|
13 May 2023, 01:43
Message
#111
|
|
Macbidouilleur d'Or ! Groupe : Membres Messages : 2 198 Inscrit : 12 Feb 2001 Lieu : Entre 2 Technics SL 1210 MKII Membre no 36 |
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 ! |
|
|
Nous sommes le : 24th April 2024 - 11:48 |