Včera som normálne robil na PCčku, vypal som ho a zhruba po dvoch hodinách znova zapal. WinXP začal normálne bootovať aj s úvodnou obrazovkou a tesne pred tým ako bežne nabehne, vyhodil BSOD s chybou UNMOUNTABLE_BOOT_DEVICE
... bla bla bla ...
STOP: 0x000000ED (0x823D2DC8, 0xC0000006, 0x00000000, 0x00000000)
Zatiaľ som nič neopravoval, chcem najskôr získať všetky dostupné info, ako to bez ujmy na dátach opraviť. Je to síce len systémový disk, bez dôležitých dát, ale aj tak sa mi to nechce všetko znovu preinštalovávať a nastavovať.
Za pomoci inštalačky som zistil, že oddiel na ktorom je systém síce existuje, ale nie je jasné aký je tam súborový systém - samozrejme tam bol NTFS. (Zaujímavé, že Win začne bootovať a zrazu zistí, že nepozná súb. syst. z ktorého už načítal kopec súborov...). Inak fdisk tiež hlási neznámy súb. systém
Prešiel som množstvo stránok, napr.:
http://www.xp-tipps-tricks.de/PNphpBB2- ... art-0.html
http://www.experts-exchange.com/Operati ... 76429.html
http://www.pro-networks.org/XPMaNiA/stop_errors.shtml
a samozrejme aj fórum PCtuning
Väčšinou radia použiť Recovery Console a chkdsk s parametrom /p alebo /r
Tuná na fóre radia použiť testdisk.
Na MS support toho nie je dokopy nič. Max že by to mohol spôsobovať IDE kábel. Zaujímavé je, že Win2k bežal bez problémov, ale WinXP má s NTFS značné problémy (napr. aj chyby s indexami).
Dokonca to vraj môže spôsobovať cache disku!!!
http://www.kellys-korner-xp.com/xp_u.htm
"It comes down to an inconsistency on how the IDE specification handles caching. What most likely has happened is that the NTFS transaction logfile ($logfile) has become out of sync with the drive. This happens when the OS performs write through caching and the drive instead holds the data on its hardware cache and then tries to write it out in a non-deterministic method. This becomes a problem when there is a surprise shutdown and the hardware cache is flushed before it is written to the drive."
alebo
http://support.microsoft.com/default.as ... -us;315403
"Because of the write-pattern optimization in IDE disk drives, the caching routines sometimes write data out of order to keep drive write speeds at the fastest possible level depending on where data is located on the disk. This opens a timing window where the NTFS disk system could have critical tables damaged if a write is not finished. Microsoft has recommended in the past that caching on IDE drives be turned off on programs with somewhat critical data that is stored on the disk or for situations that allow the slight drop in overall speed. Programs with critical data may need to use SCSI drives, which have better control of data transactions."
Zdá sa, že problém bude tá 8MB cache na mojich diskoch a veľmi rýchle vypínanie pod WinXP (oproti Win2k)
Už sa to mi to raz stalo, ale nevenoval som tomu pozornosť ...Windows
Myslím, že sa to bude dať opraviť jedným s týchto nástrojov, ale ako zabránim tomu, aby sa to pod XP nestalo znova? mám WinXP+SP2, nForce drivery 5.10 (s IDE a bez audia)
Tými drivermi to nebude, lebo ako som už písal, stalo sa mi to aj niekedy dávnejšie a to som mal ešte via kt133. Vtedy som prešiel na fat32 a v pohode. Doteraz som chodil na Win2k a ntfs - tiež v pohode ibaže pomalšie. Pred týždňom som skúsil WinXP a ntfs - všetko ok, až do včera
Systém reagoval veľmi spomalene (prepínanie stavu NumLock, CapsLock trvalo niekedy aj desať sekúnd).
