Windows, NTFS olvasási hiba

Microsoft Windows

Sziasztok!

Adott egy notebook, az optika helyén SSD-vel, plusz egy (cserélt) merevlemezzel. Operációs rendszer Windows 8.1

A problémám az, hogy indulás (újraindulás) után előfordul, hogy „nem látja” a merevlemezen lévő partíciót a Windows. Nem „nem olvassa”, hanem egyszerűen nem ismeri fel, mint merevlemezt:
- Device Maganer: http://snag.gy/um5Z8.jpg
- Disk Manager: http://snag.gy/9uPys.jpg

Ubuntura bootolva, majd ott egy `ntfsfix /dev/sdc1` parancs után megint minden működik, adatvesztés nincs a lemezen.

Az operációs rendszer frissen (ma hajlanban) telepített, a merevlemezt a telepítés után formázta a Windows (korábban Win10TP volt a gépen, annak valami nyűgjére gyanakodtam, de a teljesen frissen gyalult rendszer is produkálja már egy nap alatt). Merevlemez egy WD Blue, kb. 1 hónapos – az SSD-vel együtt került a gépbe egy hónapja. Amikor hajlandó „látni” a Windows, akkor a HDSentinel szerint semmi baja.

---------

szerk1.:
Most eljutottam oda, hogy egy Live Ubuntun rendberakjam. Ezt produkálja az ntfs-3g.


ubuntu@ubuntu:~$ sudo ntfsfix /dev/sdb1
Mounting volume... The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdb1 was processed successfully.
ubuntu@ubuntu:~$

Újraindítás után tökéletesen működik.
- Disk Manager: http://snag.gy/cLWf4.jpg
- Device Manager: http://snag.gy/aeeeh.jpg
--------------

Ha van bármi tippetek, ne tartsátok magatokban, kérlek!

Köszönöm,
Vili

( Quain | 2014. 11. 20., cs – 12:02 )

Egy próbát megér a következő:
Állítsd át, hogy windowsban az újraindulás valódi újraindulás legyen, ne a kvázi-hibernálás, mert ilyenkor elő tudnak fordulni olyanok, hogy a hibernált, majd felolvasztott driver nem pont azt találja maga alatt, amit otthagyott, mert a linux közben kicsit változtatott rajta.

http://askubuntu.com/questions/452071/why-disable-fast-boot-on-windows-…

Nincs dulaboot, csak Windowst használok natívan a gépen.

Az Ubuntu csak akkor kerül elő (s akkor is csak Live módban), amikor a Windows „nem ismeri fel” a második lemezt.

Mindenesetre most kikapcsoltam (az egyetlen Google találat ez volt a témában), újra indítottam, nem változott. Odáig még nem jutottam el, hogy helyrerakjam a partíciót Linuxról.
--
blogom

Amit automatikusan felismert, feltelepített.

Kb. 2 hónappal ezelőttig ugyanígy, ugyanez működött (msdnaa-s win8.1, MS-driverekkel). Csak a videókártya, chipset, touchpad, microSD-kártya olvasó dolgait telepítettem én. Anno win7-nél nem ismert fel ennyi mindent, kész szenvedés volt mindent rendesen feltelepíteni.

2 hónappal ezelőtt meghalt a HDD-m, cseréltem, s kapott az optika helyére is egy SSD-t. Utána működött, egészen múlt hétig.

Egy HDD cserének nem szabadna driver függőnek lennie, nem?
--
blogom

( Imo | 2014. 11. 20., cs – 17:36 )

Nagyon ritka, hogy egy ntfs megsérüljön, sokkal jobban birja pl. az áramszünetes lekapcsolásokat is mint pl az ext.

Ha csak standard driverek vannak telepitve, akkor én inkább hw gondra gondolnék. Nem egyértelmű, hogy az optika helyén van-e a problémás lemez, vagy belül, de lehet a keret is hibás, vagy nem jól csatlakozik stb. Szerintem ebben az irányban kellene körülnézni.

Bocsánat, tényleg nem voltam precíz.
A HDD került az eredeti helyére, az optika helyén az SSD van (amellyel kapcsolatban nincs problémám).

Nem konkrét ntfs hibára gyanakszom, mert adat nem sérül. Inkább valami olyasmire, hogy egy log fájlban bennehagy valami szemetet, esetleg valami hiba bitet, s erre nagyon allergiás, de az `ntfsfix` ezt kipucolja.
Az érintkezési hibán gondolkoztam én is, bár akkor nem tudom, hogy miért javítja meg az `ntfsfix`.
Mindenestre az elmúlt napokban legalább tízszer előfordult, s az `ntfsfix` determinisztikusan megoldja a problémát.

A következő próbám valami Rescue Win lesz, hátha ő „látja”, s a `chkdsk` okosabb.
--
blogom

( uid_20269 | 2014. 11. 20., cs – 19:18 )

Rakj rá egy HD Sentinel-t hogy az mit mond a vinyó állapotáról
--
God bless you, Captain Hindsight..

No, ezt már nem értem. :-D (hogymiazapartnumber)
Ő a notebook: http://goo.gl/E2PgXw

De a hang/USB-k/SSD (a DVD helyén) hibátlanul működik.

Remélem a HDD adta meg magát.
Esetleg valami olyan stressz tesztelő dolgot nem tudsz, amit ráengedek egész estére, s reggel egy nagy piros ERROR, vagy zöld NO ERROR YET felirattal fogad?
Amit találtam, hogy dd-zek rá a /dev/zero-ból, vagy a stress tooll futtassam meg. (Előbbinél nem tudom, hogyan jelezné a hibát, utóbbi meg egyáltalán nem tiszta, s a man page sem segített)
--
blogom

( uid_20269 | 2014. 11. 20., cs – 22:42 )

Windows-ra van például a StressMyPCnevű progi, illetve a Hirens Boot CD-n is van rengeteg, guglizz rá...
Alkatrészt itt keress : http://partsurfer.hp.com/
Amúgy most jut eszembe, hogy nincs ebben valami HP-s vinyóvédő/protect eszköz, nem lehet hogy az kavar be.?
(megnéztem HP Driveguard 3D)
--
God bless you, Captain Hindsight..

Nos, időközben eszembe jutott, hogy van még egy HDD itthon, ami cserélve lett ~két hónapja. (A HDSentinel szerint nagyon ramaty, húdemegfoghalni)

Kicseréltem, azt látja. Akkor a hidat, meg egyebeket kizárhatom, marad a HDD, ugye?

Mostmár csak az a kérdés, mi az a hiba, amire a bolt szó nélkül cseréli a HDD-t, s hogyan tudom ezt a hibát (kalapács nélkül :-D) reprokdukálni.

A Hirens-t kössz, a Windowsos toollal nem sokra megyek, mert a Windows addigra nem ismeri fel a Drive-ot... :-\

szerk.: na, ezt megintcsak köszönöm. a napokban hisztizett miatta a win8 (bár előtte a win10 nemrémlik, hogy telepítette volna), előfordulhat, megnézem.

szerk2.: Feltettem a HP-s leesős vacak driverét, HDD-t visszacseréltem az újabbra (amivel a hibát csinálja), megint nem lát belőle semmit. :-\ Holnap beszélek a bolttal, mit szólnak hozzá. Köszönöm a segítséget!
--
blogom