Vi udfører datagendannelse fra SSD'er af alle mærker: Kingston, OCZ, Transcend, Intel, Corsair, Silicon Power, Patriot, A-Data, Afgørende, Western Digital, Samsung, Apacer osv.

SSD ( Fast tilstand Køre)– er højhastighedsdatalagringsenheder baseret på NAND Flash-hukommelse. De har volumener og hastigheder svarende til HDD'er, men har ikke mekaniske dele, hvilket giver dem mulighed for nemt at modstå forskellige ydre fysiske påvirkninger, såsom vibrationer, stød, fald osv.

Strukturen af ​​et SSD-drev er næsten identisk med konventionelle flashdrev.. Den har flere NAND Flash-chips og en administrationscontroller. Forskellene er, at SSD'er bruger en hurtigere type hukommelse og controllere, der kan arbejde med flere hukommelseschips parallelt.

Priser for datagendannelsestjenester fra SSD-drev

Sådan gendanner vi data fra SSD

Datagendannelse fra SSD-drev består af flere faser:
De vigtigste fejl, der opstår med SSD-drev:

1. fysisk skade på SSD-drev. Denne type omfatter skader på interfacestik, beskadigelse af controller og hukommelseschips, radioelementer på SSD-diskkortet og printkortet som helhed på grund af mekaniske eller elektriske påvirkninger.
2. logisk skade på SSD-drevets filsystem, fejlagtig sletning af oplysninger, formatering. Når du arbejder med SSD-drev, kan der opstå softwarefejl, hvilket resulterer i, at brugerdata er utilgængelige eller beskadigede.
3. skade i serviceinformationsområdet på SSD-disken, brugt af den registeransvarlige i driften af ​​oversættelsesmekanismen. Et SSD-drev indeholder områder, der bruges af drevet til officielle formål. De er ikke involveret i lagring af brugerdata, men beskadigelse af informationen i dem fører til et fuldstændigt tab af drevets funktionalitet.

Gendannelse af data fra SSD-drev er en meget mere kompleks og tidskrævende proces sammenlignet med konventionelle flashdrev. En markant stigning i antallet af hukommelseschips i et SSD-drev øger antallet markant mulige muligheder handlinger på hvert trin af datagendannelse. På grund af det faktum, at SSD-drev er underlagt meget strengere krav til alle grundlæggende egenskaber end konventionelle flash-drev, er teknologierne og metoderne til at arbejde med information, der bruges i dem, også mere komplekse. På grund af dette, for at gendanne data fra enhver SSD, kræves en individuel tilgang til hvert enkelt tilfælde og tilgængeligheden af ​​specialiseret udstyr.

Du kan lære mere om det udstyr, vi bruger til datagendannelse fra SSD-drev, ved at klikke på

Hilsen alle Khabrovsk beboere!

I dag foreslår jeg at tale lidt om at gendanne oplysninger fra defekte SSD-drev. Men først, før vi stifter bekendtskab med teknologien til at spare dyrebare kilo-mega- og gigabytes, skal du være opmærksom på nedenstående diagram. På den forsøgte vi at placere mest populære modeller SSD'er i henhold til sandsynligheden for vellykket datagendannelse fra dem.

Som du måske kan gætte, har drev placeret i den grønne zone normalt færrest problemer (forudsat at ingeniøren har det nødvendige værktøj, selvfølgelig). Og kørsel fra den røde zone kan forårsage mange lidelser for både deres ejere og restaureringsingeniører. Hvis sådanne SSD'er fejler, er chancerne for at få tabte data tilbage i øjeblikket for små. Hvis din SSD er placeret i eller i nærheden af ​​den røde zone, så vil jeg råde dig til at lave en backup før hver børstning af dine tænder.

Dem, der allerede har lavet en backup i dag, velkommen til kat.

Et lille forbehold bør tages her. Nogle virksomheder kan lidt mere, nogle lidt mindre. Resultaterne illustreret i diagrammet repræsenterer et branchegennemsnit fra 2015.

I dag er der to almindelige tilgange til at gendanne data fra defekte SSD'er.

tilgang #1. Læser dumps af NAND flash-chips

Løser problemet, som de siger, direkte. Logikken er enkel. Brugerdata gemmes på chips NAND flash hukommelse. Drevet er defekt, men hvad hvis selve chipsene er fine? I langt de fleste tilfælde er dette sandt, mikrokredsløbene er operationelle. Nogle af de data, der er gemt på dem, kan være beskadiget, men selve chipsene fungerer normalt. Derefter kan du løsne hver chip fra drevets printplade og læse dens indhold ved hjælp af en programmør. Og prøv derefter at samle et logisk billede af drevet fra de modtagne filer. Denne tilgang bruges i øjeblikket til gendannelse af usb-data flash-drev og diverse hukommelseskort. Jeg vil med det samme sige, at dette ikke er et givende job.

Der kan opstå vanskeligheder selv på læsestadiet. NAND flash-hukommelseschips er tilgængelige i forskellige pakker, og for en specifik chip er programmøren muligvis ikke inkluderet i pakken den nødvendige adapter. Til sådanne tilfælde inkluderer sættet normalt en form for universel adapter til lodning. Ingeniøren er tvunget til ved hjælp af tynde ledninger og et loddekolbe at forbinde de nødvendige ben på mikrokredsløbet til de tilsvarende kontakter på adapteren. Opgaven er fuldstændig løselig, men kræver direkte hænder, visse færdigheder og tid. Jeg er ikke selv bekendt med en loddekolbe, så den slags arbejde aftvinger respekt.

Lad os heller ikke glemme, at der i en SSD højst sandsynligt vil være 8 eller 16 sådanne chips, og hver enkelt skal være uloddet og tælles. Og processen med at læse et mikrokredsløb i sig selv kan heller ikke kaldes hurtig.
Nå, så er der kun tilbage at samle et billede fra de modtagne dumps, og det er gjort! Men det er her det sjove begynder. Jeg vil ikke gå i detaljer, jeg vil kun beskrive de hovedopgaver, som ingeniøren og den software, han bruger, skal løse.

Bit fejl

Naturen af ​​NAND flash-hukommelseschips er sådan, at fejl er bundet til at forekomme i de lagrede data. Individuelle celler hukommelsen begynder at blive læst forkert og konsekvent forkert. Og dette betragtes som normen, indtil antallet af fejl inden for et bestemt område overstiger en vis tærskel. Korrektionskoder (ECC) bruges til at bekæmpe bitfejl. Når du gemmer brugerdata, opdeler drevet først datablokken i flere områder og tilføjer nogle overflødige data til hvert område, hvilket giver dig mulighed for at opdage og rette mulige fejl. Antallet af fejl, der kan rettes, bestemmes af kodens styrke.

Jo højere kodestyrke, jo længere sekvens tildelte bytes. Processen med at beregne og tilføje den nævnte sekvens kaldes kodning, og at korrigere bitfejl kaldes dekodning. Kodnings- og afkodningskredsløbene er normalt implementeret i hardware i drevcontrolleren. Når en læsekommando udføres, udfører drevet sammen med andre operationer også bitfejlkorrektion. Den samme afkodningsprocedure skal udføres med de resulterende dumpfiler. For at gøre dette skal du bestemme parametrene for den anvendte kode.

Hukommelseschip sideformat

Enheden for læsning og skrivning for hukommelseschips er en enhed kaldet en side. For moderne chips er sidestørrelsen cirka 8 KB eller 4 KB. Desuden er denne værdi ikke en magt af to, men lidt mere. Det vil sige, at du inde på siden kan placere 4 eller 8 KB brugerdata og noget andet. Drevene bruger denne redundante del til at gemme korrektionskoder og nogle servicedata. Typisk er en side opdelt i flere områder. Hvert område består af et brugerdataområde (UA) og et servicedataområde (SA). Sidstnævnte gemmer korrektionskoder inde i sig selv, der beskytter dette område.

Alle sider har samme format, og for en vellykket gendannelse er det nødvendigt at bestemme, hvilke byte-intervaller der svarer til brugerdata, og hvilke der er servicedata.

Kryptering VS Kryptering

Flertal moderne SSD'er gem ikke brugerdata i klartekst, men er i stedet forkrypteret eller krypteret. Forskellen mellem disse to begreber er ret vilkårlig. Scrambling er en form for reversibel transformation. Hovedopgaven for denne transformation er at opnå fra kildedata noget, der ligner en tilfældig sekvens af bits. Denne transformation er ikke kryptosikker. Kendskab til konverteringsalgoritmen giver dig mulighed for nemt at få de originale data. I tilfælde af kryptering giver det ikke noget at kende alene algoritmen. Du skal også kende dekrypteringsnøglen. Derfor, hvis drevet bruger hardwaredatakryptering, og du ikke kender krypteringsparametrene, så vil du ikke være i stand til at gendanne dataene fra læsedumpene. Det er bedre ikke engang at starte denne opgave. Heldigvis indrømmer de fleste producenter ærligt, at de bruger kryptering.

Desuden lykkedes det marketingfolk at omdanne denne kriminelle (fra et datagendannelsessynspunkt) funktionalitet til en mulighed, der angiveligt giver en konkurrencefordel i forhold til andre drev. Og det ville være i orden, hvis der var separate modeller for paranoide, hvor der ville være højkvalitetsbeskyttelse mod uautoriseret adgang. Men nu er tiden tilsyneladende kommet, hvor manglen på kryptering betragtes som dårlig manerer.
I tilfælde af scrambling er tingene ikke så triste. I drev er det implementeret som en bitvis XOR-operation (addition modulo 2, ekskl. "OR"), udført på de originale data og en eller anden genereret sekvens af bit (XOR-mønster).

Denne operation er ofte angivet med symbolet ⊕.

Fordi
Derefter, for at opnå de originale data, er det nødvendigt at udføre en bitvis tilføjelse af læsebufferen og XOR-mønsteret:

(X ⊕ tast) ⊕ tast = X ⊕ (tast ⊕ tast) = X ⊕ 0 = X

Det er tilbage at bestemme XOR-mønsteret. I selve simpel sag Det samme XOR-mønster bruges til alle sider. Nogle gange genererer drevet et langt mønster, f.eks. 256 sider langt, derefter tilføjes hver af de første 256 sider af chippen med sit eget stykke af mønsteret, og dette gentages for de næste grupper på 256 sider. Men der er mere komplicerede sager. Når hver side individuelt genererer sit eget mønster baseret på en eller anden lov. I sådanne tilfælde skal du blandt andet stadig forsøge at optrevle denne lov, hvilket mildt sagt ikke er let.

Byg billedet

Efter at alle de foreløbige transformationer er udført (bitfejlkorrektion, scrambling-fjernelse, sideformatbestemmelse og muligvis et par andre) den sidste fase Billedet er ved at blive samlet. På grund af det faktum, at antallet af omskrivningscyklusser for chipceller er begrænset, er drevene tvunget til at bruge slidudjævningsmekanismer for at forlænge chipsenes levetid. Konsekvensen af ​​dette er, at brugerdata ikke lagres sekventielt, men er spredt kaotisk i chipsene. Det er klart, at drevet på en eller anden måde skal huske, hvor det gemte den aktuelle blok af data. For at gøre dette bruger den specielle tabeller og lister, som også er gemt på hukommelseschips. Sættet af disse strukturer kaldes normalt en oversætter. Det ville være mere præcist at sige, at en oversætter er en slags abstraktion, der er ansvarlig for at konvertere logiske adresser (sektornumre) til fysiske (chip og side).

Derfor, for at samle et logisk billede af drevet, skal du forstå formatet og formålet med alle oversætterstrukturer og også vide, hvordan du finder dem. Nogle af strukturerne er ret voluminøse, så drevet gemmer det ikke helt ét sted, og det ender også med at blive spredt i stykker over forskellige sider. I sådanne tilfælde skal der være en struktur, der beskriver denne fordeling. Det viser sig at være en slags oversætter for en oversætter. De stopper normalt der, men du kan gå endnu længere.

Denne tilgang til datagendannelse gør det muligt fuldstændigt at efterligne driften af ​​drevet på et lavt niveau. Dette forklarer fordele og ulemper ved denne tilgang.

Minusser:

• Arbejdsintensitet. Da vi fuldstændig efterligner drevet, bliver vi nødt til at gøre alt det beskidte arbejde for det.
• Risiko for fiasko. Hvis det ikke er muligt at løse mindst én af de pålagte opgaver, så kan der ikke være tale om restaurering. Og der er mange muligheder: manglende evne til at læse mikrokredsløb, fordi programmøren ikke understøtter dem; ukendte rettelseskoder; ukendt XOR-mønster; kryptering; ukendt oversætter
• Risiko for at ødelægge drevet endnu mere. Udover at give hånd, er risikoen selve opvarmningen af ​​hukommelseschipsene. For udtjente chips kan dette resultere i yderligere bitfejl.
• Tid og omkostninger ved arbejde

Fordele:

• Bred vifte af opgaver. Alt hvad der er nødvendigt fra drevet er arbejdshukommelseschips. Det er lige meget, hvilken tilstand de andre elementer er i.

Fremgangsmåde #2. Teknologisk tilstand

Meget ofte giver SSD-udviklere, udover at implementere driften af ​​drevet i henhold til specifikationen, det også med yderligere funktionalitet, der giver dig mulighed for at teste driften af ​​individuelle drevundersystemer og ændre en række konfigurationsparametre. Kommandoer til drevet, der gør det muligt at gøre dette, kaldes normalt teknologiske. De viser sig også at være meget nyttige, når du arbejder med defekte drev, hvis skade er af softwarekarakter.

Som nævnt ovenfor opstår der uundgåeligt bitfejl i hukommelseschips over tid. Så ifølge statistikker er årsagen til SSD-fejl i de fleste tilfælde udseendet af ukorrigerbare bitfejl i servicestrukturerÅh. Det vil sige, at på det fysiske plan fungerer alle elementer normalt. Men SSD'en kan ikke initialiseres korrekt, fordi en af ​​servicestrukturerne er beskadiget. Sådan en situation forskellige modeller SSD behandles forskelligt. Nogle SSD'er går til nødtilstand arbejde, hvor drevets funktionalitet er væsentligt reduceret, især returnerer drevet en fejl for eventuelle læse- eller skrivekommandoer. Ofte, for på en eller anden måde at signalere et sammenbrud, ændrer drevet nogle af sine pasdata. For eksempel returnerer Intel 320-serien en streng med en fejlkode i stedet for dens serienummer. De mest almindelige fejl er fra "BAD_CTX %error code%"-serien.

I sådanne situationer er viden om teknologihold meget nyttig. Ved at bruge dem kan du analysere alle servicestrukturer, også læse de interne logfiler på drevet og prøve at finde ud af, hvad der gik galt under initialiseringsprocessen. Faktisk er det højst sandsynligt, at det er grunden til, at teknokommandoer blev tilføjet, så producenten ville have mulighed for at finde ud af årsagen til fejlen i deres drev og prøve at forbedre noget i deres drift. Efter at have fastslået årsagen til fejlen, kan du prøve at fjerne den og bringe drevet til live igen. Men alt dette kræver virkelig indgående kendskab til enhedsarkitekturen. Med arkitektur her mener jeg for det meste drevets firmware og de servicedata, det opererer på. Kun udviklerne selv har dette vidensniveau. Derfor, hvis du ikke er en af ​​dem, så skal du enten have en omfattende dokumentation for kørslen, eller også skal du bruge en del timer på at studere denne model. Det er tydeligt, at udviklerne ikke har travlt med at dele deres arbejde og fri adgang der er ingen sådan dokumentation. Helt ærligt tvivler jeg på, at sådan dokumentation overhovedet eksisterer.

I øjeblikket er der for mange SSD-producenter, og nye modeller dukker op for ofte, og der er ikke tid til detaljeret undersøgelse. Derfor praktiseres en lidt anden tilgang.

Blandt de teknologiske kommandoer er de kommandoer, der giver dig mulighed for at læse sider med hukommelseschips, meget nyttige. Således kan du læse hele dumper igennem SATA interface drev uden at åbne SSD-kabinettet. I dette tilfælde fungerer selve drevet som programmør for NAND-flashhukommelseschips. I princippet bør sådanne handlinger ikke engang krænke betingelserne for garantien på drevet.

Ofte er processorerne til teknokommandoer til læsning af hukommelseschips implementeret på en sådan måde, at det er muligt at efterlade bitfejlskorrektion, og nogle gange datadekryptering, på drevsiden. Hvilket til gengæld i høj grad letter datagendannelsesprocessen. Faktisk er der kun tilbage at finde ud af oversættelsesmekanismerne, og man kan sige, at løsningen er klar.

I ord er det slut, det hele lyder bare. Men at udvikle sådanne løsninger tager mange mandetimer. Som et resultat tilføjer vi kun én SSD-model til at understøtte.

Men selve datagendannelsesprocessen er meget forenklet! At have lignende nytte, det eneste, der er tilbage, er at tilslutte drevet til computeren og køre dette værktøj, som ved hjælp af teknokommandoer og analyse af servicestrukturer vil bygge et logisk billede. Tilbage er blot analysen af ​​partitioner og filsystemer. Hvilket også kan være en svær opgave. Men i de fleste tilfælde giver det indbyggede billede dig mulighed for at gendanne de fleste brugerdata uden store besvær.

Minusser:

• Kompleksitet og omkostninger ved udvikling. En hel del virksomheder har råd til at opretholde deres egen udviklingsafdeling og udføre denne form for forskning.
• Løsninger er individuelle.
• Begrænset vifte af opgaver. Denne tilgang gælder ikke for alle drev. SSD'en skal være fysisk intakt. Det er også sjældent, men det sker stadig, at skader på nogle servicestrukturer eliminerer muligheden for at gendanne brugerdata.

Fordele:

• Enkelhed.
• I nogle tilfælde giver det dig mulighed for at omgå kryptering. Faktisk er tilgangen til datagendannelse ved hjælp af teknologiske kommandoer i øjeblikket den eneste kendte måde at gendanne data fra nogle drev, der bruger hardwaredatakryptering.

Konklusion

I krig er alle midler gode. Men personligt foretrækker jeg den anden tilgang som et mere subtilt værktøj. Og den mest lovende, siden den stadig mere udbredte hardware kryptering eliminerer muligheden for at gendanne information fra "rå" chipdumps. Den første tilgang har dog også sin egen niche af problemer. I det store og hele er det de opgaver, der ikke kan løses ved hjælp af drevets teknologiske funktioner. Først og fremmest er disse drev med en hardwarefejl, og der er ingen måde at bestemme det beskadigede element på, eller skadens art udelukker reparation. Og det anbefales kun at gå i gang, hvis du allerede har succesfuld erfaring med at gendanne oplysninger fra en lignende SSD-model, eller hvis du har information om løsningen. Du skal vide, hvad du vil støde på: om der bruges kryptering eller scrambling, hvilket XOR-mønster der højst sandsynligt er brugt, om oversætterformatet er kendt (er der en billedsamler). Ellers er chancerne for succes ringe, i det mindste Det vil ikke være muligt at løse problemet hurtigt. Derudover påvirker opvarmning negativt slidte hukommelseschips, som et resultat af hvilke yderligere bitfejl kan forekomme, som igen kan bringe deres egen flue i salven i fremtiden.

Det er alt for nu. Pas på dig selv! Og kan backup beskytte dine data!

Og på LiveJournal genposter jeg:

OCZ Vertex serie diske har en ubehagelig funktion (muligvis iboende i diske fra andre producenter), som jeg var nødt til at forholde mig til.

Nogle gange, når strømmen er slukket (f.eks. når den bærbare computers batterier løber tør, eller computeren fryser, og du skal genstarte den), er disse drev låst med en ATA-adgangskode. Og for at få adgang til SSD'en igen, skal du på en eller anden måde låse den op. Dette er en fejl i firmwaren, så det anbefales kraftigt at genopfriske alle SSD-drev umiddelbart efter købet til nyeste version firmware!
Jeg genopfriskede ikke min disk, og det er præcis, hvad der skete med min Vertex 450-disk - den fryser, genstarter computeren og blokerer disken. Som et resultat kan der ikke gøres noget med disken, ikke engang formatering. Googling på internettet gav ikke nogen god information, det hele bundede i, at du kan prøve at bruge OCZ Toolbox, og det kan måske hjælpe. hjalp ikke. Selv at prøve at køre sikker sletning i denne værktøjskasse hjalp overhovedet ikke - disken tillader dig ikke at gøre noget med den. Det eneste alternativ er at returnere disken under garanti, dette er en garantisag, og som svar på sådanne klager på OCZ-forummet anbefaler de blot at bringe den under garanti, og alt vil være OK. Men for det første var det en skam for mig at trække disken et sted hen, og for det andet var det interessant at løse dette problem selv (og i dag, og ikke en dag, hvor de fikser det under garantien).

Det, der reddede mig, var at google information om hdparm-værktøjet til Linux. Hvordan jeg stødte på dette værktøj er en helt anden historie, men det betyder ikke noget.

2. Brænd billedet til en cd/dvd-disk.

3. Genstart computeren, deaktiver alt i BIOS harddiske, hvis der er mere end én SSD, men lad selvfølgelig CD/DVD-drevet stå.

3. Boot fra Ubuntu disk, Vælg Live-tilstand CD ("Prøv Ubuntu").

4. Klik til venstre øverste hjørne knappen med Ubuntu-logoet, indtast terminal der, og start Terminal i de fundne programmer.

5. Indtast kommandoen

sudo hdparm -I /dev/sda

6. Læs kommandooutputtet, der vil være noget som dette:

Modelnummer: OCZ-VERTEX450

Vi skal sikre os, at dette er den rigtige disk, og det er det. Ok, lad os komme videre.

7. Til allersidst af kommandoudgangen ser vi efter dette:

Sikkerhed:

understøttes
aktiveret
Låst
ikke frosset
ikke udløbet: sikkerhedstæller
ikke understøttet: forbedret sletning
Sikkerhedsniveau højt

Vi er interesserede i "låst" - det er der problemet ligger, det skal "ikke låst"! Dette betyder, at disken faktisk er blokeret.

sudo hdparm --security-unlock "" /dev/sda

Her er "" to dobbelte beslag, der er intet inde i dem, det er som et tomt kodeord. Jeg ved ikke, hvordan det er på andre drev, men på Vertex 450 kørte jeg en tom adgangskode.

9. Igen sudo hdparm -I /dev/sda
Vi ser:
Sikkerhed:
Master password revisionskode = 24519
understøttes
aktiveret
ikke låst
ikke frosset
ikke udløbet: sikkerhedstæller
ikke understøttet: forbedret sletning
Sikkerhedsniveau højt
Alt er ok, "ikke låst"!

10. Nu deaktiverer vi sikkerhed (indtil videre har vi kun indtastet en adgangskode for at få adgang), så efter en genstart vil alt være i orden:

sudo hdparm --security-disable "" /dev/sda

11. Download nu OCZ Toolbox-værktøjet og brug det til at opdatere SSD-firmwaren: http://ocz.com/consumer/download/firmware

Under Ubuntu er dette nemt at gøre ved at downloade arkivet til Linux fra linket ovenfor, pakke det ud til dit skrivebord og indtaste kommandoen:

sudo ~/Desktop/OCZToolbox

Firmwareopdateringen skulle være vellykket, og så skulle opstart af computeren med denne disk også være vellykket, og alt skulle fungere uden problemer. Arbejde - 10-20 minutter!

3. december 2011 kl. 12.32

Gendannelse af en beskadiget SSD

• Computer hardware

Jeg tænkte, at dette emne pludselig ville få nogle af ejerne af en SSD-enhed til at tænke på backup, nogle om en generelt mere forsigtig holdning, og nogle ville redde andre fra at kommunikere med den ikke alt for forhastede supporttjeneste.Alt skrevet gælder ikke Kun til enheder af samme serie og producent, som jeg har.

For omkring 10 dage siden efterlod jeg tilfældigvis en bærbar computer med et batteri i kritisk tilstand uden opladning natten over. Jeg er ikke så bekymret for batterilevetiden, men slaget kom fra den anden side. Om morgenen, da jeg tilsluttede den bærbare computer og tændte den, blev jeg overrasket over at opdage, at:

I BIOS blev harddisken registreret. Griber den ved hånden Ubuntu Live CD på flash og bevæbnet med kommandolinjen gjorde jeg mig klar til at fejlfinde.
Det er værd at sige med det samme, at i tilfælde af sådanne fejl ville det være mere bekvemt at bruge en slags Data Rescue Live CD, med diagnosticeringsværktøjer allerede installeret, i stedet for en helt unødvendig kontorpakke, men ikke desto mindre.

Lad os samle et arsenal, der vil være nyttigt for os:

$ sudo apt-get installer hdpam partx smartmontools

Lad os se, hvad der skete med os:

$ sudo partx -s /dev/sda
partx: /dev/sda: kunne ikke læse partitionstabellen

Så det ser ud til, at du kan sige farvel til partitionstabellen.

$ sudo smartctl -s on -d ata -A /dev/sda -T verypermissive
smartctl 5.41 2011-06-09 r3365 (lokal build)
Copyright 2002-11 af Bruce Allen,

SMART-understøttelse er: Ikke tilgængelig - enhed mangler SMART-kapacitet.
=== START AF AKTIVER/DEAKTIVERING AF KOMMANDOER ===
Fejl SMART Enable mislykkedes: Input/output fejl

I/O fejl? Drevet understøtter ikke SMART? Det her er allerede en slags nonsens.

$ sudo hdparm -I /dev/sda

ATA-enhed, med ikke-aftageligt medie
Modelnummer: INTEL SSDSA2CW080G3
Serienummer: BAD_CTX 00000150
Firmwarerevision: 4PC10302
…
Konfiguration:
Logisk max strøm
cylindre 16383 16
hoveder 16 16
sektorer/spor 63 63
-
CHS nuværende adresserbare sektorer: 16128
LBA-brugeradresserbare sektorer: 156301488
LBA48 brugeradresserbare sektorer: 156301488
Logisk sektorstørrelse: 512 bytes
Fysisk sektorstørrelse: 512 bytes
enhedsstørrelse med M = 1024*1024: 76319 MBytes
enhedsstørrelse med M = 1000*1000: 80026 MBytes (80 GB)

Ja. Du kan bemærke, at antallet af betingede SSD-cylindre er faldet med 10.000 gange, og ifølge desktop Gparted er størrelsen på harddisken 8MB (jeg indrømmer, at den ikke blev gemt i logfilerne konsol kommando og hendes konklusion for at se denne skændsel, tag venligst mit ord for det). Serienummer mangler, og i stedet for BAD_CTX er der noget der. Okay, du forstår symptomerne, du kan kontakte søgning og support. Det viser sig faktisk problemet er langt fra isoleret, men desværre er jeg den eneste idiot med Linux.

Kort sagt, for dem, der ikke er bekendt med sproget og de dovne, taler forumbrugere om den udbredte modtagelighed af alle Intel SSD'er for en sådan fejl, især påvirker 320-serien og X25M. Der er nyheder om firmware 0362, som er designet til at slippe af med af denne særlige fejl, men antallet af anmodninger fra folk er allerede denne firmware med de samme symptomer indikerer, at problemet ikke er blevet løst. Ja, den bedste løsning i I dette tilfælde Det ville være rart at sende harddisken tilbage til Intel, så de har et incitament til at rette deres fejl.

Desværre er Intel-support ikke særlig hurtig, og svarer cirka en gang om dagen, stump om tekniske problemer, og anbefaler stærkt at installere deres SSD-værktøjskasse for at afgøre problemet. Jeg vil gerne særskilt bemærke, at hovedsegmentet af SSD-brugere er ejere af MacBooks, der ligesom jeg har problemer med at installere software under Windows. Det er værd at nævne, at dette værktøj, designet til at identificere fejl, kræver:
- Java
- .NET 3.5
- Windows Media Afspiller videredistribuerbar 11
hvilket gør installationen på en computer indlæst fra en Live CD til en næsten umulig opgave (for det første på grund af kapacitetsbegrænsninger på den virtuelle harddisk, og for det andet på grund af det faktum, at WMP 11 kræver Windows-godkendelsesverifikation, som kun knager og stønner nogle særligt fremragende personligheder er produceret i Vin.
Varme hilsner til udviklerne af denne software.
Jeg formåede mirakuløst at forklare situationen til support, og de gik med til en udskiftning, men for en udskiftning skal jeg udfylde utroligt mange formularer, hvortil jeg også skal vedhæfte en bekræftelse på mit køb af enheden. Som skæbnen ville have det, er jeg nu ti tusinde kilometer hjemmefra, og jeg havde ikke forventet sådan en fangst.

Heldigvis siger alle på forummet klart, at indholdet af disken ikke kan gendannes, men at det er muligt at gendanne funktionalitet. Og den tid, der blev brugt på korrespondance med supporttjenesten, blev ikke spildt, men brugt på at læse fora og eksperimenter, hvis korte resultater er givet her.

Det er nødvendigt at genoprette antallet af cylindre, returnere de skattede 16383.
Til denne operation har vi brug for to kommandoer, at starte begge er svært at beskytte mod idioter og skadedyr.

Vi indstiller brugeren og adgangskoden til masteroperationer på disken.

$ sudo hdparm –user-master user –security-set-pass abc /dev/sda

Dernæst skal vi låse op for et udvidet sæt ATA-kommandoer, især sikker-sletning, som blokeres, når systemet starter. Der er flere måder at gøre dette på, hvoraf den ene er at slukke og tænde for den eksterne boks. Jeg havde ikke en ekstern boks, men det virkede mirakuløst at sende den bærbare computer på vågeblus og vække den.

Følgende kommandoer gør noget sikker rengøring, jeg lancerede begge, da jeg ikke var sikker på, hvilken der ville være nødvendig. Før hver begyndte jeg at indstille en hovedadgangskode og lukke den bærbare computers låg.

$ sudo hdparm –user-master user –security-slet abc /dev/sda
$ sudo hdparm –user-master u –security-slete-enhanced abc /dev/sda

Nu er dette ikke for sarte sjæle. Nulstil diskindstillinger til fabriksindstillinger. For at køre kommandoen skal du bruge en anden nøgle, som vil fortælle dig kommandolinje, og for at rense min samvittighed vil jeg ikke præsentere det her, ligesom jeg vil nævne, at i dokumentationen er denne kommando markeret som SÆRLIG FARLIG og IKKE KØR.

$ sudo hdparm --dco-restore /dev/sda

Samlede konklusioner, som jeg har draget for mig selv:
- Hav en Live CD ved hånden
- efterlad ikke den bærbare computer helt uden strøm ved en kritisk opladning
- lave sikkerhedskopier, herunder nøgleringe og lister installerede pakker, configs og rsa nøgler
- Opdater firmwaren (efter du har fundet ud af, at den helt sikkert fungerer godt)
- pas på dine nerver

Jeg vil også gerne bemærke, at denne metode ikke altid helt gendanner funktionaliteten, og at disken nogle gange forbliver glitchy og langsom.

Endnu en gang sender jeg min varme hilsen Intel support, og informer dem om, at jeg stadig ikke kan logge ind med mit brugernavn og adgangskode til deres fællesskab for at udgive denne mirakuløse opskrift med dem, og minde dem om, at jeg har ventet i en uge fra dem på i det mindste noget svar, hvorfor kan' t gør jeg dette.

I det næste emne vil jeg fortælle dig om interessante statistikker om SSD-dødsfald, returneringer, reparationer og fejl i arbejdet efter producent og model.

PS Kære Habr, ret venligst visningen af ​​"kode"-mærket.
PPS Fandt det ved et tilfælde