Certains SSD ne mesurent que la qualité de l'espace de stockage des pages de mémoire NAND, mais pas celui de la mémoire de tags (une mémoire un peu plus rapide qui établit la correspondance entre secteurs physiques et secteur logiques ou indiquent que le secteur est trimmé) et la bitmap des pages trimmées (prêtes déjà à écrire) ou étant marquées comme à trimmer (contenant encore les anciennes données d'un secteur logique qui a été modié et écrit sur un autre secteur physique). Selon les SSD, ces espaces supplémentaires ne sont pas toujours en mémoire NAND directement mais dispose d'un frontal en registres CMOS, voire en RAM classique, destiné ensuite à être transcrite en cas d'urgence (problème d'alimentation détecté) dans des pages de mémoire NAND déjà allouée et trimmée (à l'aide d'une réserve d'énergie sur leur carte mère sous forme de capas). Les technologies de SSD varient selon les constructeurs (et aussi selon les séries et l'usage auquel le SSD a été destiné et le prix pour les vendre) sur la façon de recycler et trimmer les secteurs logiques et utiliser leur pool de façon aléatoire pour éviter une fin de vie prématurée sur certains secteurs de mémoire physiques. SMART n'indique pas forcément tout et le firmware intégré qui gère ça est presque toujours propriétaire.
Les SSD pour laptops ne sont pas réputés pour être aussi fiables que ceux pour serveurs qui ont plusieurs stratégies pour prévenir les pannes ou les corriger, et peuvent intégrer des pools de mémoire NAND en résere plus importants: c'est pour ça qu'un SSD vendu comme faisant 128Go en fait souvent bien moins en capacité logique (celle qu'on voit dans l'outil de partitionnement), et ce n'est pas seulement à cause du formatage logique dans une partition utilisable ou de l'espace nécessaire pour le système de fichiers lui-même (tables de partition, secteurs de démarrage, FAT ou bitmaps d'allocation, tables d'inodes, MFT, dossier racine et index divers, journaux transactionnels, etc.). Si ton SSD n'est plus visible par l'interface USB, ce peut être aussi une panne de son interface USB (mais normalement on doit pouvoir la détacher et accéder à son interface SATA). Les interfaces USB sont réputées pour être fragiles, surtout en USB3: ça flanche facilement du côté de l'alimentation USB, sur un des SMOS d'entrée (grillé) ou sur un condo de régulation (fuite interne: on peut parfois le voir sur le sommet du condo, là où il y a la croix gracée: elle s'est soulevée et des gaz s'en sont échappés, on peut repérer une "odeur" âcre, un gonflement du condo, ou des traces brunâtres autour des soudures, ou un craquement des gravures ou des vernis sur le circuit imprimé). Le connecteur USB lui-même peut être endommagé (les plastiques se fèlent tout seul avec le temps et la chauffe sur des contacts non dorés qui se sont oxydés). Normalement là où le serveur est installé par Free, l'hygrométrie et la températeure devrait être régulée et il ne devrait pas y avoir trop de poussière non plus pouvant altérer le refroidissement ou les connecteurs. Mais sait-on jamais si les machines n'ont pas été déplacées ou bousculées, ou des connecteurs un peu trop tirés par erreur en manipulant les matériels voisins dans les armoires? Normalement les câbles devraient tous être bien rangés et fixés à l'armoire et étiquettés pour éviter ce genre de fausse manip dans ces endroits où il y a beaucoup de matériels qui peuvent changer régulièremlent. Le 30 octobre 2017 à 22:38, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Je lui ait demandé, mais ce coquin ne veut pas répondre ! > > Plus sérieusement, munin montre qu'il y a eu un pic sur la latence, puis > plus rien, kernel HS, machine bloquée. > > Branché en USB sur mon laptop, il n'est pas détecté. Je ne pense pas que > ce soit un problème d'age de la mémoire flash, on était à 60% restant de > durée de vie d'après le graph SMART de munin. > > > Le 30 octobre 2017 à 22:12, <osm.sanspourr...@spamgourmet.com> a écrit : > >> Sait-on pourquoi il a lâché ? >> >> Merci pour la réactivité. >> >> Jean-Yvon >> >> Le 30/10/2017 à 21:59, Christian Quest - cqu...@openstreetmap.fr a >> écrit : >> >> SSD remplacé... OS mis à jour (maintenant Ubuntu 16.04), ré-import base >> planet en cours... >> >> Le 30 octobre 2017 à 11:28, Christian Quest <cqu...@openstreetmap.fr> a >> écrit : >> >>> Le 28/10/2017 à 13:04, Christian Quest a écrit : >>> >>> Depuis cette nuit, 3h52... >>> >>> Pas de réponse aux ping, je contacte free pour voir si il y a eu un >>> pépin... >>> >>> Du coup, plus de tuiles HOT >>> >>> -- >>> Christian Quest - OpenStreetMap France >>> >>> >>> Serveur planté grave (rien à l'écran, voyant du clavier qui ne >>> réagissent plus, kernel ?)... free l'a éteint/rallumé et il a rebooté. >>> >>> Reboot ok, mais il semble y avoir un problème avec le deuxième SSD, >>> celui de 1To qui contient la base postgresql qui ne monte pas. >>> >>> En fait, il n'est pas détecté, mais la carte PCIe sur lequel il est >>> branché est bien visible dans lspci et lshw >>> >>> Possible que le SSD lui même soit HS... ce qui veut dire que je vais >>> devoir y aller, le changer. >>> >>> Ça tombe bien j'ai remplacé le SSD de mon laptop ce week-end et libéré >>> un SSD 840 EVO de 1To que je peux mettre à la place. >>> >>> >>> Je viens de rebooter une seconde fois la machine et SSD toujours pas >>> là... >>> >>> >>> Conséquences: >>> >>> - la base postgres est indisponible >>> >>> - les tuiles ne peuvent plus être calculées >>> >>> Par contre: >>> >>> - les tuiles en cache mod_tile sont bien disponibles (elles sont sur >>> l'autre SSD) et donc servies même si elles ne sont pas fraiches >>> >>> >>> Donc service dégradé, mais service quand même. >>> >>> >>> Actions... >>> >>> - remplacer le SSD >>> >>> - re-importer la planet... >>> >>> - en profiter pour mettre à jour toute la machine (ubuntu un peu ancien >>> dessus) >>> >>> >>> -- >>> Christian Quest - OpenStreetMap France >>> >>> >> >> >> -- >> Christian Quest - OpenStreetMap France >> >> >> _______________________________________________ >> Talk-fr mailing >> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
