Els SSD de sobte fracassen?

Tot i que va ser un temps des que vaig llegir sobre això, no sé si això és el cas, però seria el meu suposició almenys. I, sobretot, la segona part és el tema més gran de les unitats, només un dia, fins i tot amb un munt de "la salut" explicada per SMART.

De qualsevol manera només perquè un dispositiu no s'ha detectat o vist com "raw" no vol dir que les dades s'han anat. El mode d' accés de fàbrica existeix per una raó. Des d'aquí podeu llegir les dades en cru des dels blocs directament. Així que la recuperació de les dades és possible en la majoria dels casos. Tot i que no és exactament eines distribuïts lliurement i pel que recordo, no hi ha mètode estàndard per accedir al mode de fàbrica dit.

1 - primer microprogramari més primitiu que el pobre transport per a que algunes cèl·lules fallin molt abans del que farien amb el nivell de nivell utilitzat. 2 - La taula de mapatge d' adreces (em sap greu si tinc el nom equivocat), com entenc que està atrapada en les mateixes cel· les físiques, certs carregadors de treball podrien portar-les abans de les altres cèl·lules, crec que també SATA ssd' amb cap DRARAM hauria accelerat la utilització d'aquestes cèl·lules. Tal i com ho entenc, el NVME sense sostre pot utilitzar el disc d'una memòria intermèdia drami, així que podria no tenir aquest problema al mateix grau encara més arriscat que la memòria intermèdia a bord. 3 - Malprogramat. On un error podria omplir una ssd. 4 - Fantxos o altres circuits fallits, probablement més en cicles d'energia.

La SSD de l'Enterprise es deu a que tenen protecció de pèrdua d'energia, que no honoren sincronisme escriu, això redueix la finestra de la vulnerabilitat als pànic del nucli, ja que les dades s'escriu més ràpid, també redueix dràsticamentment l'escriptura com a sincronisme escriu que són molt dolentes per a això. De fet em vaig emular el comportament de l'atribució al meu consumidor quan és possible, com ara jo sóc d'opinió que és més segur. Mai he publicat o publicat sobre això abans encara que sigui conscient de la seva polèmica opinió, però com a exemple, en una prova d'escriptura de FIO, en un dels meus consumidors en el mode per omissió va prendre 46 dades per escriure totes les de manera que 46 de la vulnerabilitat al pànic o la pèrdua de poder, amb emulació a l'empresa (solent sincronia sobre sd però no en el sistema de fitxers), les mateixes dades són escrites en 7s, tan petites finestres de vulnerabilitat. En aquest mode el sistema de fitxers encara està sincronitzat, així que no s' informa immediatament de l' èxit al programari.

Completa asíncrona escriu en 4s (amb l' OSM s'ha informat immediatament) que proporciona que no hi ha cap altra entrada al mateix temps, ja que la sincronització escriu en el sistema de fitxers gairebé sempre té prioritat sobre un asíncron escrit. Encara segueixo sincronitzant els sistemes de fitxers.

Tinc/had 6x 1TB MX500 que estan bé des de fa anys d'ús constant (no només ser una tomba de dades). El meu germà encara dirigeix un arena molt vell més (120GB) que ha excedit el seu TB per gairebé 2X i encara està bé. Atm tenim dos 4TB 870 QVO, 1x 4TB Sandisk Ultra 3D (basicament un Blue WD) i 2 500GB 870 Evo per realitzar còpies de seguretat. Ni una sola SSD té un sector mort ni cap mena d'error.

Però el meu HP EX900 (M.2 NVME) va deixar la seva velocitat d'escriptura a 0. x MB/s i la pantalla blava no s'atura després de menys d'una setmana d'ús. El meu MP600 air va congelar el meu PC i no va tornar en el segon dia. I ara el meu MP600 Pro funciona bé però ja ha caigut al 94% amb només un 2% de la seva tuberculosi ha arribat. (sense errors)

I tenia un M.2 SATD per a un portàtil antic que només havia acabat la instal·lació de finestres.