SSD win10 kékhalál :-(

 ( pista_ | 2018. november 22., csütörtök - 12:54 )

Hi!

Asztali gép, Kingston 240 SSD (nem kérek ehhez kommentet), évek óta win10-el ment hibátlanul.
A bekapcsoló gomb mikrokapcsoló hibája miatt került a fókuszba a masina, a mikrokapcsoló cseréjét követően win10 kék halál, szomorú smile. Hiba szerint a boot deviceval van a gondja, de a boot folyamat elindul, csak a win betöltésénél "akad" el.
SSD USB dokolóba téve adatok megmentése megtörtént, jöhet az újratelepítés.
Pendrive win10 boot, majd kékhalál, szomorú smile. SSD alaplapról lehúzva, win10 telepítő elindul!
SSD átszerel egy egészen más gépbe, pendrive win10 telepítő boot során kékhalál ismét.

Az alaplapok látják az SSD-t, hibát nem írnak ki.
Linux alól is simán látszanak a partíciók, a fileok, semmi gond.

Olyan, mint ha a win10-nek lenne gondja az SSD-vel - vagy fordítva. Esetleg valami vírus, ami a firmware-ba ült be?

Ötlete, javaslata esetleg valakinek?

Előre is köszönöm!

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Memóriahiba? Valamit elcsesztek a kapcsolócserénél?

Memória teszt simán lement.
Mivel az élet nem állhat meg, így a masina kapott egy másik - nem Kingston - SSD-t, win10, programok felmentek és tegnap déltől hibátlanul használják.

https://hup.hu/node/161760#comment-2286667

A jó SSD típusok leírása után:

Idézet:
A tobbi consumer SSD-t egy aramszunet is kepes nullazni (igen, data at restet is).

Rengeteg Kingston-t használunk, ennek megfelelően 1-1 meghal, de ez a jelenség igen meglepő.

Adalék: számítástechnika boltban elmesélve - ahol azért sok minden megfordul - hasonlóba futottak, DE nem SSD, hanem klasszikus HDD csinálja "ugyanezt" (linux alatt nem nézték még).

Mindenesetre érdekes.....

badblock-ot gondoltam rajta végigengedni, de, ha a firmware "sérült", akkor ez nem fog segíteni...

Tipikus Kingston SSD. Nekunk is van boltunk, de nem csodalkozunk. Eleg neki nehany apro aramingadozas es kuka.

Erdemes SMART-ot megnezni, abban elvileg van szamlalo:
0xAE Unexpected power loss count

Lehet simán, hogy kapcsolójavításnál/cserénél kapott egy nem kívánatos tranzienst s cucc, ami megfeküdte a gyomrát.
Bár ennek ellentmond az, hogy más rendszerek/gépek látják.
Lehet csak alaplap és SSD firmware-t kellene frissíteni.

--
robyboy

Maga a BIOS látja, áttéve másik gépbe ott is, de amint win10-el "érintkezik" - legyen az akár a telepítő programja is - kékhalálba megy át.
Két dologra gyanakszom:
1. amit említettél, hogy a kapcsoló miatt esetleg kapott valamit és win10 mikor megszólítja olyan választ ad, ami megüli a gyomrát és elhasl - míg linux nagyvonalúan átlépi.

2. Valami új vírus/malware módosította az SSD firmware-t és ez akasztja meg.

Egyszer találkoztam hasonló hibával, még HDD-n.
Valami hiba volt az MBR-ben vagy a partíciós táblában, és az okozta.
Amint töröltem az összes partíciót és az MBR-t (Acronis-al és talán még ZeroFill is ment az egész diszkre, erre már nem emlékszem pontosan) újra lehetett partícionálni és telepíteni rá a Windows-t.
Gondolom a Win10 reinstall előtt nem törölted a partíciókat és az MBR-t, ezt szerintem még próbáld meg.

Raidben hasznalt lemez tud ilyet csinalni, volt hogy Linux sem volt hajlando telepulni, mig a lemez x bajtjat le nem toroltem (mar nem emlekszem hogy elol vagy/es hatul).

ilyen hibánál mindig ezzel a 2 lépéssel kezdem:
1. memtest
2. dd if=/dev/sda of=/dev/null
Ha itt hibával áll le, akkor egyértelmű, hogy lemezhiba, ha nem, hibásan frissített a win10 vagy vírust kaptál vagy csak szokásos windows összeomlós feature.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Es miert tomod a /dev/null-t? Lakik ott valaki?

ott senki... a kiolvasás a lényeg, ha nem akad el IO hibával akkor dobja a semmibe amit kiolvasott, aztán olvassa a következő szektort. Ha kiolvasáskor IO hiba történt, akkor megáll, és kiírja, hogy IO hibával leállt a folyamat. Azt is kiírja, hogy hány szektort tudott beolvasni.
Ha hiba nélkül végig ment minden szektoron, akkor közli veled hogy sikeresen végrehajtódott a dolog.

megnézheted hogy hol tart, ha nyitsz egy másik terminált, aztán:
ps -A
itt megkeresed a dd pid-jét pl...
17265 ... .. ...dd
kill -s USR1 17265
ekkor kiírja, hogy hol tart.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Ja értem. Én egy ilyet csinálnék (ha minden le lett mentve róla) és utána próbálnám telepíteni:
https://www.systutorials.com/136711/how-to-clean-raid-signatures-on-linux/

Ez kinullázza a lemez elejének első 1024 szektorát.
Itt viszont arra vagyunk kíváncsiak, hogy van-e fizikai baja baja a lemeznek. Ha fizikai baja van, akkor menteni kell róla amit lehet, aztán kuka.
Ha nincs fizikai baja, akkor is menteni kell, aztán vagy próbálni javítani a win10-et, vagy újrarakni.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Nem biztos, hogy fizikailag sérült az eszköz, lehet, hogy "simán" csak a fájlrendszer sérült meg; ha a rendszerfájlok között is van olyan, amit eltrashelt, akkor azt a win nem fogja kedvelni.

Egy működő rendszer alól nézzétek meg az SSD SMART adatait. A Kingston SSD Tool-lal érdemes ránézni, ha nem akarna elindulni SATA driver probléma miatt, akkor Crystal Disk Info. Vagy Hard Disk Sentinel (de azzal vigyázni kell, mert ha nem ismeri ezt a konkrét SSD típust, hülyeségeket írogathat róla). Esetleg ha kéznél van még mindig az a Linux, amivel néztétek, akkor a smartmontoolsból elérhető smartctl-lel nézzétek meg, hogy a SMART ír-e hibát:
sudo smartctl -a /dev/sdakármicsoda


No keyboard detected... Press F1 to run the SETUP