Верига магазини - Добре - Виж темата - помогнете! Checkdisk постоянно се възстановява сираци файл

Hard купих това лято, наскоро започна sabzhevoy неприятности.
Лебедка разделена на две логически устройства, както NTFS (105 и 95 GB, съответно). WD Data Life Guard показва:
LBA сектори 200.05 Gb
CHS 137.44 Gb
MW DMA подкрепят Active
Ultra DMA Active 5
SMART подкрепа активиран
R \ W Множествена Да
PIO Mode Support 3,4

Преди седмица, аз паднах от системен диск C: (система започна да се закълна, че не може да се обърне към DLL-Кам и помоли за презареждане и pochekatsya Chekdisk "navosstanavlival" 40 гигабайта информация, която доведе до пълното му провал.). Системата е отново от нула (до ново разпределение на дяловете на твърдия диск) пренаредени. Сега тревожи няколко пъти там с г: диск. По-малко критичен, но все пак - файловете, съхранявани на това е просто ужасни.

Опитах skanirrovat повърхност (различни софтуер) - изглежда се bedblokov намерен. Четене на форуми IXBT стана грях за проблем с определянето на големи твърди дискове. стара майка - вижда само 134Gb на BIOS, но разпределителни Hryunov спокойно вижда и работи с пълния обхват. В допълнение: инсталиран Intel Application Accelerator и SP2. Проблем дял е инициализиран и форматиран в NTFS е вече вън от най-Vind стандартни вградени инструменти. Partition Magic не се използва. Т.е. на теория, това е трябвало да ме предпази от този проблем. Все пак, реалността показва друго.

Какво ще правим сега - не знам. Имали ли сте някога някой като проблеми?

Checkdisk възстановява грешки, но това може да се изгуби някои файлове. Няколко пъти, тъй като на този трябваше да отново да инсталирате приложението

Цитирам фрагменти bootex.log. Може би това ще помогне да се достигне до присъда достоен обществен ми парче желязо?

Код: Избери всички Windows вече ще работи диска.
Умение запис от тип 0xa0 и например етикет 0x80 е с напречни връзки
започвайки от 0xc0c6f за евентуално 0x1 клъстери.
Някои клъстери, заети от атрибут от тип 0xa0 и например етикет 0x80
във файла 0x5 е вече в употреба.
Изтриване на корумпирани рекорд атрибут # 40; 160, $ I30 # 41;
от файл рекорд сегмент 5.
.

CHKDSK се възстановява загубени файлове.
Възстановяване на осиротели файл $ MFT # 40; 0 # 41; в директория файл 5.
Възстановяване на осиротели файл $ MFTMirr # 40, # 1 41; в директория файл 5.
Възстановяване на осиротели файл $ LOGFILE 40 # 2 # 41; в директория файл 5.
Възстановяване на осиротели файл $ том # 40; # 3 41; в директория файл 5.
Възстановяване на осиротели файл $ AttrDef # 40, # 41 4; в директория файл 5.
Възстановяване на осиротели файл. # 40; # 41 5; в директория файл 5.
Възстановяване на осиротели файл $ Bitmap # 40; # 6 41; в директория файл 5.
Възстановяване на осиротели файл $ Boot # 40; # 7 41; в директория файл 5.
Възстановяване на осиротели файл $ BadClus # 40, # 8, 41; в директория файл 5.
Възстановяване на осиротели файл $ Secure # 40, # 9, 41; в директория файл 5.
Възстановяване на осиротели файл $ UpCase # 40, # 10, 41; в директория файл 5.
Възстановяване на осиротели файл $ Разширяване # 40, # 11, 41; в директория файл 5.
Възстановяване на осиротели файлова система

1 # 40, # 27, 41; в директория файл 5.

92952058 KB общо дисково пространство.
2545552 KB в 11441 файлове.
6284 KB в 953 индекси.
0 KB в лоши сектори.
81274 KB, които се използват от системата.
65536 KB, заети от лог файл.
достъпно на диск 90318948 KB.

4096 байта във всяка единица е разпределение.
23238014 Общо обекти за разпределяне на диска.
22579737 единици за разпределение на разположение на диск.

Въпреки, че е управлявал WD Data Lifeguard, който ме покани да се даде възможност на Винча> 137 Gb. Аз се съгласих. Нека да видим какво ще стане. Подозирам, че той просто добавя известен ключ в системния регистър.
Код: Избери всички HKEY_LOCAL_MACHINE \ SYSTEM на \ CurrentControlSet \ Services \ Atapi \ Параметри
"EnableBigLba" = DWORD: 00000001
За което IXBT да кажа, че XP + SP2 той просто го игнорира.
Ако това е вярно, тогава скръбта си не е точно помогне.

Четене на форуми IXBT стана грях за проблем с определянето на големи твърди дискове

не прилича като в първи път имате проблеми на C устройството и не би трябвало да има проблем, защото тя е в рамките на първата 137GB.

контур се опитва да се промени?

Системата е отново от нула (до ново разпределение на дяловете на твърдия диск) пренаредени

Уинчестър също стан, както преди?

като че ли идеята на проблема отново трябва да се появи устройство С.

Не съм сигурен какво счупи по същия начин, както и преди, защото размер задава ръчно, а не в%. И това, което беше за първи път - не си спомням точно. И двата пъти, разпределени за еднакво.

Zephyr променен преди около година.
Днес проверих - Лебедка появи заби в сивата конектор, то peretknul в черно като експерти препоръчват. Аз това и преди не придават никакво значение. Това е така, защото от това?

Днес проверих - Лебедка появи заби в сивата конектор, то peretknul в черно като експерти препоръчват. Аз това и преди не придават никакво значение. Това е така, защото от това?

т.е. на друг IDE канал? може канал беше разбито?
Не знам за първи път чувам за това, че няма разлика по принцип

Не, на същия канал - Основни.
Но те казват, че на твърдия диск трябва да е крайна (черен) IDE конектор цикъл е включен. Вид, така че въздухът не е окачен - neterminirovanny.

Всички момчета kapets на.
Полет ОС. Отново Орф и други глупости.
BIOS reflash, че сега вижда веднага пълния размер на Винчи, само това не помогна.

Какво да се прави? Всичко е опитал. Теглене в кошчето?
Garantiyschiki Струва ми се, увит - bedblokov не в Винчи, тогава няма формална причина за гаранционно обслужване.

Лебедка тест изпъди MHDD. Всичко е чисто, без намек за bedbloki.
Какво означава това? Sin остава само на RAM памет и захранването?