SweClockers drop!

Samsung 840 evo som vill visa en partion när den vill efter FW update!

Permalänk
Medlem

Samsung 840 evo som vill visa en partion när den vill efter FW update!

Har en 840 evo 500gb som system disk med win8,1 installerat (och nej win10 har ej hijackat skiten då jag stängt av det för 6+mån sedan och ej sett det efter).
Moderkortet är ett asus Z97-AR och evo´n är kopplad till intels 6gb sata och har funkat som det ska tills nu.

Evo´n uppdaterade jag när samsungs fix till låg läs hastighet kom ut och visst den vart märkbart snabbare efteråt.
Denna fix löste dock inte allt och en del hade problem rätt fort efteråt jag hade det dock inte.
Men nu har jag tyckt den börjat bli lite slö och kollad och visst den hade blivit det så bestämde mig för att köra samsungs optimerings prg som dom släppte för detta dvs prg läser och skriver om alla filer vilket fixar det i en viss tid.

Så när jag var på samsungs sida för att ladda ner det prg så såg jag att det fanns en nyare FW och sökte runt lite på den och det verkar som dom fixat till skiten lite till så lika bra o uppdatera.
Sagt o gjort ladda ner kör uppdate som går rätt fort (vilket den förra
gjorde med vad jag minns) en ruta med 20 sek nedräkning för avstänging/omstart kommer upp (vilket ska komma up) så klickar på den datorn stängs av.

Då jag behöver resa mig för att slå på den igen så var ett skithusbesök på 7-8min innan jag slog på den igen och den gick rätt in i uefi.
Öhhh ok så började testa massa olika saker pilla i uefi osv.

Vad jag kommer fram till är att om ahci är påslaget så syns enbart en grå text med samsung 840evo i uefi ändrar jag till IDE istället så kommer dom normala inställningarna upp (dvs samma som syns på min 830pro och 3 andra hd).
Windows börjar aldrig att ladda överhuvudtaget utan det går rätt in i uefi om jag har 840 evo som boot device 1 (vilket bara går att välja i IDE mode).

Nu kommer vi till det verkligt skumma!!!
Kör jag en linux live dvd/usb så ser jag alla tre partionerna på evo´n dom första 2 är ju små skit partioner (100-300mb) som windows gör när man installerar skiten och den tredje är där windows hamnar och i stort sett allt utrymme på ssd´n.
Det gick utmärkt att kopiera över det jag behövde från ssd´n så har ej förlorat nån data förutom några prg och inställningar men inget jag kommer sakna.

Kör jag windows 7pe usb minne så ser jag alla partionerna om jag kör IDE, men jag ser INTE den tredje stora med windows på om jag kör AHCI i linux så spelar det ingen roll alls utan ser alla partioner oavsett om jag kör AHCI heller IDE.
Provade även xp pe samma sak där ser ej windows partionen med AHCI.

Så tänkte att det är väl lika bra o börja om så tog port alla partioner (när jag installerade om windows) allt funkar bra tills datorn startar om för första gången och usb minnet ej är nödvändigt längre dvs allt ligger redan på hd och datorn startar rakt in i uefi.
Provade då en gång till och tog port alla partioner och skapade en enda stor partion med gparted och provade installera win igen men samma sak.
Så provade då att installera med IDE istället för AHCI och det funkar felfritt förutom när jag gick in och ändrade i registret till AHCI (google) då det bara var att installera om igen och skriver detta nu efter en massa omstarter och lite annat testande.

Jag provade även att stoppade i en gammal 60gb ssd jag har liggandes (dvs byte ut evo´n så samma sata port användes och evo´n ej ikopplad) på den gick det utmärkt att installera windows med AHCI påslaget.
Körde Acronis True Image på 60gb och sen på evo´n och sen la in img filen från 60gigaren på evon och nope rakt in i uefi (dvs backup på båda så jag slapp installera om wind på evon om det ej skulle funka).

Installerar jag med IDE påslaget så funkar ssd´n som den ska.
Installerar jag med AHCI (heller ändring av registret/inlagd img fil som hade AHCI) så går datorn rakt in i uefi.
Kör jag med annan ssd till windows så funkar den helt som den ska.
Ssd´n syns ej i uefi med AHCI påslaget (förutom en grå text med namnet) med IDE påslaget så finns alla valmöjligheter dock.

VARFÖR?????????
Det är ju inget fel på moderkort/sata kabel/kontakt för då skulle ju 60gigarn inte funka heller!
Och det borde ju inte vara nåt fel på evo´n heller då den antingen funkqar i både IDE o AHCI heller inget alls!

Jag har även provat att updatera evo´n igen men den rapporterar ju senaste FW så det går inte.

Visa signatur

Nu när vi betalar för det!
Glöm inte bort att slänga alla plastpåsar i vattnet!

Skit nätagg (som inte alltid=med billigt) är enbart till för dom rika som har råd att byta ut allt när (inte OM utan NÄR) det dör!

Permalänk
Medlem

Runt 12 timmar efter denna post gjordes så började jag pilla lite med evo´n igen.
Det som är av intresse av det jag gjorde då är detta.

Jag plockade ur ssd´n och provade den på två andra moderkort med en amd A-10 cpu och ett p67 med en 2500k.
På amd kortet så gick det ej att se ssd´n i bios oavsett inställningar och sata portar och även i linux så syndes den inte, på p67 kortet så var det exakt samma som med mitt asus z97 kort.

Efter det satte jag i den i ett inteno usb3 chassi som jag plockat en 4tb hd ur och då syndes den i windows men i diskhanteraren så syndes bara en stor partition som var av okänt format och även fryst (vad nu det betyder för det gick ju bra att boota från den så länge jag kör IDE) och det gick ej att göra nåt alls dvs ej formatera heller ändra från/till mbr/gpt i Minitool Partition så var det en normal ntfs partition.
Provade även att sätta den i en usb2 dockningsstation men då hittades ej ssd´n alls varken i win heller linux (stationen funkade dock med min 60gig ssd).

Så vid det här laget så var jag ju rätt inställd på att handla en ny ssd.
Men tänkte att jag provar en gång till på ett annat sätt.
Detta var att jag initierade den först till mbr sen till gpt och sen formaterade den till en stor ntfs partition.
Satte sen i den i burken med samma satakabel/port ställde in ahci i uefi och den syndes fortfarande (dvs inställningarna syndes och inte bara den grå namn texten) installerade windows och nu funkar windows bra även med AHCI påslaget.

Så med andra ord det som behövdes för att få skiten att funka normalt var att initiera mbr/gpt och formatera skiten när den var istoppad i ett usb3 chassi!!!
För en initiering av mbr/gpt o formatering när den var ansluten till sata på moderkortet hjälpte ju INTE (och detta gjordes ett par gånger).
I vilket fall så har den funkat fint sedan dess och ett 50 tal omstarter mestadels för att se så den funkar vid uppstart som den ska.

Så vad fan hände?
Varför funkade det först efter jag stoppade i den i ett usb3 cahssi och initierade/formaterade?

Visa signatur

Nu när vi betalar för det!
Glöm inte bort att slänga alla plastpåsar i vattnet!

Skit nätagg (som inte alltid=med billigt) är enbart till för dom rika som har råd att byta ut allt när (inte OM utan NÄR) det dör!

Permalänk
Medlem
Skrivet av grizzly666:

Runt 12 timmar efter denna post gjordes så började jag pilla lite med evo´n igen.
Det som är av intresse av det jag gjorde då är detta.

Jag plockade ur ssd´n och provade den på två andra moderkort med en amd A-10 cpu och ett p67 med en 2500k.
På amd kortet så gick det ej att se ssd´n i bios oavsett inställningar och sata portar och även i linux så syndes den inte, på p67 kortet så var det exakt samma som med mitt asus z97 kort.

Efter det satte jag i den i ett inteno usb3 chassi som jag plockat en 4tb hd ur och då syndes den i windows men i diskhanteraren så syndes bara en stor partition som var av okänt format och även fryst (vad nu det betyder för det gick ju bra att boota från den så länge jag kör IDE) och det gick ej att göra nåt alls dvs ej formatera heller ändra från/till mbr/gpt i Minitool Partition så var det en normal ntfs partition.
Provade även att sätta den i en usb2 dockningsstation men då hittades ej ssd´n alls varken i win heller linux (stationen funkade dock med min 60gig ssd).

Så vid det här laget så var jag ju rätt inställd på att handla en ny ssd.
Men tänkte att jag provar en gång till på ett annat sätt.
Detta var att jag initierade den först till mbr sen till gpt och sen formaterade den till en stor ntfs partition.
Satte sen i den i burken med samma satakabel/port ställde in ahci i uefi och den syndes fortfarande (dvs inställningarna syndes och inte bara den grå namn texten) installerade windows och nu funkar windows bra även med AHCI påslaget.

Så med andra ord det som behövdes för att få skiten att funka normalt var att initiera mbr/gpt och formatera skiten när den var istoppad i ett usb3 chassi!!!
För en initiering av mbr/gpt o formatering när den var ansluten till sata på moderkortet hjälpte ju INTE (och detta gjordes ett par gånger).
I vilket fall så har den funkat fint sedan dess och ett 50 tal omstarter mestadels för att se så den funkar vid uppstart som den ska.

Så vad fan hände?
Varför funkade det först efter jag stoppade i den i ett usb3 cahssi och initierade/formaterade?

Detta är en uppskattad gissning, men jag skulle tro att du hade så pass degraderad info av partitionstabellerna och master boot table, att när den flashade FW så blev den oläsbar/korrupt. Alla dessa sektorer skrives väldigt sällan, men läses ofta. Vilket är recept för problem med en SSD som saknar(de) static refresh.
Ett recovery program hade troligen räckt för att få ordning på det, alt att du hade gjort optimeringen av hela disken före FW uppdateringen, så att all data var färsk.

I tidigare FW så kunde 840 EVO få problem att läsa celler, vilket har fixats i senaste FW (genom att cellerna aldrig tillåts bli så dåliga), men om man flashar ny FW så har den inte kompenserat för felet (eftersom den antar att cellerna är friska från början). Så resultatet är korrupt data/läsfel.

Normalt föreslår jag att man gör backup före en FW uppdatering, oavsett vad det är man ska göra, för det kan gå galet. När det gäller 840 EVO, om den är i degraderat skick... återställ skicket först med diskfresh eller samsungs speciella optimerings mjukvara, sen flasha FW.

Linux kan ofta hitta både partitioner och annat utan MBR info, så den gick runt problemet så.
BIOS skyddar ibland MBR på SATA diskar från att skrivas över av "misstag", så det kan vara därför det inte gick. Det går att tvinga fram, men om man gör det utan rätt kommando så återställer den bara backup MBR (som troligen också var gammal och oläsbar), eller ignorerar kommandot om skydden är på.

Vissa USB chassin har ofta speciella MBR begränsningar för att de ska fungera med deras USB-SATA kontroller, så det kan vara varför den delvis fick liv i den.
När du sen skrev om MBR med USB enheten så fanns inget skydd och disken initierades om utan att den brydde sig om vad som fanns tidigare (då den inte kunde identifiera partitionen).

Så länge din SSD nu har senaste "D" FW nu så ska den fungera bra dock (kolla i FW om där står EXT0DB0Q). Har själv haft en 840 EVO liggande i typ 9 månader, för test syfte, utan ström, med data. Även om den var lite seg att läsa vissa delar direkt vid uppstart så hade hela disken återställt sig själv efter ca 16 timmars drift (1TB), utan några förluster, från vad som endast kan beskrivas som värsta-fall scenario, med denna FW. Min 750GB disk som sitter i och används normalt är utan problem dock, då den konstant justerar vad som behövs.

Permalänk
Medlem

Jag hade FW EXT0CB0Q när detta började och disken hade GPT och INTE MBR (dvs bootade windows med UEFI).
Vilket var den första FW som samsung släppte som hade fixen för läs problemet.
Det var dock några ssd som fortfarande hade lite problem dock långt ifrån lika allvarliga som tidigare FW och därmed släpptes FW EXT0DB0Q.

Är det någon skillnad på hur windows ser/hittar/går runt GPT/MBR?
För windows hittade disken utmärkt så länge SATA var satt som IDE men så fort jag ändrade till AHCI så hittades den ej längre!
Linux såg disken i både IDE och AHCI läge MEN den stora partionen (som hade windows) syndes enbart i IDE läge.

Utöver detta så initierade jag ju ssd´n flera gånger till MBR och GPT och installerade windows på nytt vilket funkade bra när SATA var satt till IDE.
Användes AHCI så startade installationen fint formaterade ssd´n felfritt och kopierade över alla filer från usb minnet och startade om datorn för att påbörja själva installationen och ssd´n var borta.
Detta gjorde jag när ssd´n fortfarande var ansluten till sata (provade fler olika portar och både intel och marvel kontroller) samma sak hände varje gång IDE funkade fint och windows installerades och gick fint att starta/använda AHCI så försvann ssd´n vid omstarten.

SSD´n började dock fungera som den ska efter att jag initierade till MBR och sen till GPT (vilket jag gjort 7-8 gånger ansluten till SATA redan) formaterade satte tillbaks ssd´n på samma SATA port/kabel som den satt i från början och installerade windows med AHCI påslaget och sen dess har den funkat felfritt.

DVS initiering/formatering gjorde ingenting när den var ansluten till SATA men fungerade första gången efter den ansluts till en usb2 dockningsstation.

Visa signatur

Nu när vi betalar för det!
Glöm inte bort att slänga alla plastpåsar i vattnet!

Skit nätagg (som inte alltid=med billigt) är enbart till för dom rika som har råd att byta ut allt när (inte OM utan NÄR) det dör!

Permalänk
Medlem
Skrivet av grizzly666:

Jag hade FW EXT0CB0Q när detta började och disken hade GPT och INTE MBR (dvs bootade windows med UEFI).
Vilket var den första FW som samsung släppte som hade fixen för läs problemet.
Det var dock några ssd som fortfarande hade lite problem dock långt ifrån lika allvarliga som tidigare FW och därmed släpptes FW EXT0DB0Q.

"C" FW hjälpte, men inte mot felet, utan mot dåliga söktider. När söktiden för en sektor blev dålig så skrev disken om den, men då var den redan <200MB/s och svår läst. "C" FW hade också en hel del read-retry mer än "D" har. Samsung hade missförstått vad det var som hände, och därför rättat "fel" fel, så att säga.

Så en B/C FWs data kan gå långt ner i "oläsbarhet" och ändå lyckas rätta till det. Som sagt, de känsliga delarna är sånt som sällan läses när disken har en chans att fixa det. "C" FW vill jag minnas skrev om hela disken också, just för att dessa fel inte skulle ske. Men då antog nog Samsung att folk hade uppgraderat sin C FW till D typ när det släpptes. Om man gör det först nu så lär data som ligger på disken vara gammal "igen". Om man flashar en disk med svårläst "C" FW data, så kan mycket väl "D" som har en helt annan volt drift algoritm, läsa fel.

Skrivet av grizzly666:

Är det någon skillnad på hur windows ser/hittar/går runt GPT/MBR?
För windows hittade disken utmärkt så länge SATA var satt som IDE men så fort jag ändrade till AHCI så hittades den ej längre!
Linux såg disken i både IDE och AHCI läge MEN den stora partionen (som hade windows) syndes enbart i IDE läge.

GPT bygger på att du har en partition med data, som BIOS startar från, MBR byggde på en sektor som sa "starta på partition 1", typ. GPT är modernare, men nackdelen är att i UEFI/GPT måste denna partition hittas av BIOS, annars kan inte boot ske. När du slår om till IDE läge så tvingar du den att ignorera GPT och bara rapportera som legacy disk, och då den gamla MBR sektorn.

Så det troliga är att din GPT partition, eller dens innehåll på den var lite skadad, iaf tillräckligt för att inte kunna boota, eller reda ut GPT info med partitionerna. När du ber den bygga om MBR (finns fortfarande på GPT) så lagar den Master Boot Record, men inte GPT partitionen.

IDE läge är vad jag ofta rekommenderar för just recovery, pga det är så idiot-säkert mot korrupt data. Har räddat 2 SSDers information själv genom IDE läge, en Intel 530 som hade ballat ur och en Corsair Force GT som också hade fått fnatt och inte ville hittas i AHCI läge, exakt som du beskriver.

Skrivet av grizzly666:

Utöver detta så initierade jag ju ssd´n flera gånger till MBR och GPT och installerade windows på nytt vilket funkade bra när SATA var satt till IDE.
Användes AHCI så startade installationen fint formaterade ssd´n felfritt och kopierade över alla filer från usb minnet och startade om datorn för att påbörja själva installationen och ssd´n var borta.
Detta gjorde jag när ssd´n fortfarande var ansluten till sata (provade fler olika portar och både intel och marvel kontroller) samma sak hände varje gång IDE funkade fint och windows installerades och gick fint att starta/använda AHCI så försvann ssd´n vid omstarten.

Har inte 100% förklaring till detta, då det borde ha fungerat när du installarade om, förutsatt att du tog bort de gamla partitionerna.
När jag fixade de två SSDerna jag hade så gick jag till IDE läge, gjorde backup till extern disk på hela disken (detta var dock före GPT, Win 7), sen gjorde jag secure erase på SSDn, för att noll ställa dem. På Corsair disken uppdaterade jag även FW, men det var ju pga den disken hade känt fel då. Sen kunde jag direkt återställa disken i AHCI läge när den hittades där igen.

Så till andra som har problem med SSD som "brickats", testa alltid IDE läge först innan ni ger upp. Ibland kan man rädda data, ibland kan man göra secure erase och nollställa disken så att den fungerar igen.

Skrivet av grizzly666:

SSD´n började dock fungera som den ska efter att jag initierade till MBR och sen till GPT (vilket jag gjort 7-8 gånger ansluten till SATA redan) formaterade satte tillbaks ssd´n på samma SATA port/kabel som den satt i från början och installerade windows med AHCI påslaget och sen dess har den funkat felfritt.

DVS initiering/formatering gjorde ingenting när den var ansluten till SATA men fungerade första gången efter den ansluts till en usb2 dockningsstation.

Tvingade du in ny MBR med kommando? För Windows skriver inte över den om den finns, detta för att inte förstöra multiboot miljö. Utan då måste man via kommando, tvinga den att skriva över den gamla.
Samma med GPT partitionen, den skapas om den saknas, men rörs inte om den finns mer än nödvändigt, och när du bootar från Windows install-mediat så har den troligen hittat infon, men så klart inte behövt ändra dem. Därför bör tömma hela disken om man misstänker korrupt info. Går att göra i kommandoprompten från Windows installern med Diskpart och kommandot "clean".

Om jag dock förstod det rätt så hittade USB adaptern inte partitionerna, eller? Utan den hittade bara en skadad MBR som inte den kunde förstå, och visade en stor partition som var oanvändbar?
När du initierar om en sådan så finns ju inget. Så programmen bryr sig inte om att rädda något som den inte får rätta på, utan bara skriver över MBR direkt. Och när du gjorde det så försvann alla spår av GPT partitionen. Så när du konverterade om den till GPT så fick Windows lägga in den på nytt, och sen fungerade allt.

Som sagt, jag spekulerar baserat på egna tidigare erfarenheter och på hur jag vet att dessa boot/partition-system fungerar, samt hur 840 diskens fel sker.

Jag håller dock med dig att det var konstigt att Windows accepterade en defekt GPT boot partition, eller defekt MBR vid install, men jag vet samtidigt att äldre Windows fick mycket skit för att de förstörde multiboot (med Linux eller andra Windows) genom att blint skriva över dem, så det gör inte dagens Windows installation. Detta är ett problem som nu visar sig genom att man sällan kan installera Windows på en HDD/SSD som har haft Linux utan att först tömma hela disken, inkl MBR. För den skriver inte över den gamla MBR, och kan få det att fungera utan att göra det. Så det kan mycket väl vara liknande som skett dig, om du nu inte tömde hela disken?