lanț de magazine - Bine - Vezi subiect - ajutor! Checkdisk recuperează în mod constant fișier orphaned

Greu a cumpărat în această vară, recent a început necazurile sabzhevoy.
Winch împărțit în două unități logice, ambele NTFS (105 și 95 GB, respectiv). WD Date Life Guard arată:
Sectoare LBA 200.05 Gb
CHS 137,44 Gb
MW DMA sprijină Active
Ultra DMA 5 Active
suport SMART activat
R \ W multiple Da
3,4 PIO Mode Suport

O săptămână în urmă, am căzut de pe discul de sistem C: (sistem a început să jure că nu se poate întoarce la dll-Kam și a cerut Reîncărcare și pochekatsya Chekdisk „navosstanavlival“ 40 de giga de informații care au dus la eșecul completă.). Sistemul a fost din nou de la zero (până la repartiționarea hard disk) rearanjate. Acum tulbură de mai multe ori acolo cu d: unitate. Mai puțin critică, dar încă - fișierele stocate pe acesta este pur și simplu groaznic.

Suprafața skanirrovat A încercat (software diferite) - pare a fi bedblokov găsit. forumuri de lectură IXBT a devenit păcat pe o problemă cu definiția de hard disk-uri de mari dimensiuni. vechi mama - vede doar 134Gb BIOS-ului, dar distributiv Hryunov vede calm și lucrează cu domeniul de aplicare completă. În plus: Intel instalat Accelerator Application și SP2. partiție Problema a fost inițializat și formatate în NTFS este deja din cele mai multe built-in instrumente standard, Vind. Partition Magic nu este utilizat. Ie în teorie, trebuia să mă protejeze de această problemă. Cu toate acestea, realitatea sugerează altfel.

Ce facem acum - nu știu. Ai avut vreodată pe cineva ca necazuri?

Checkdisk restabilește erori, dar poate fi pierdut unele fișiere. De mai multe ori de acest lucru, deoarece a trebuit să reinstalați aplicația

Citez fragmente bootex.log. Poate că ar ajuta să ajungă la un demn publică verdictul piesa mea de fier?

Cod: Selectați toate Windows va verifica acum disc.
Caracteristica record de tip 0xA0 și exemplu tag 0x80 este reticulata
începând de la 0xc0c6f clustere eventual 0x1.
Unele grupuri ocupate de atribut de tip 0xA0 și tag-ul instanță 0x80
în fișierul 0x5 este deja în uz.
Ștergerea de înregistrare atribut corupt # 40; 160, $ I30 # 41;
din fișierul segment de 5.
.

CHKDSK este recuperarea fișierelor pierdute.
Recuperarea fișier $ MFT orphaned # 40; 0 # 41; în fișierul director 5.
Recuperarea fișier $ MFTMirr orphaned # 40, # 1 41; în fișierul director 5.
Recuperarea fișier $ LogFile orphaned 40 # 2 # 41; în fișierul director 5.
Recuperarea fișier $ Volumul rămas orfan # 40; # 3 41; în fișierul director 5.
Recuperarea fișier $ AttrDef orphaned # 40, # 41 4; în fișierul director 5.
Recuperarea fișierelor orfani. # 40; # 41 5; în fișierul director 5.
Recuperarea fișier $ Bitmap orphaned # 40; # 6 41; în fișierul director 5.
Recuperarea fișier $ Boot orphaned # 40; # 7 41; în fișierul director 5.
Recuperarea fișier $ BadClus orphaned # 40, # 8, 41; în fișierul director 5.
Recuperarea fișier $ Secure orphaned # 40, # 9, 41; în fișierul director 5.
Recuperarea fișier $ upcase orphaned # 40, 10 # 41; în fișierul director 5.
Recuperarea fișier $ orphaned Extinderea # 40, 11 # 41; în fișierul director 5.
Recuperarea sistemului de fișiere orphaned

1 # 40, # 27, 41; în fișierul director 5.

92952058 KB spațiu total pe disc.
2545552 KB în 11441 fișiere.
6284 KB în 953 indexurile.
0 KB în sectoare defecte.
81274 KB utilizate de către sistem.
65536 KB ocupate de către fișierul jurnal.
90318948 KB disponibil pe disc.

4096 octeți în fiecare unitate de alocare.
23238014 unități de alocare pe disc în total.
22579737 unități de alocare disponibile pe disc.

În timp ce aceasta a condus WD Lifeguard de date, care ma invitat să permită Vinca> 137 Gb. Am fost de acord. Să vedem ce se întâmplă. Bănuiesc că acesta adaugă doar o cheie de bine-cunoscut în registru.
Cod: Selectați toate HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ ATAPI \ Parameters
"EnableBigLba" = dword: 00000001
Despre care IXBT să spun că XP SP2 + l pur și simplu ignoră.
Dacă acest lucru este adevărat, atunci probleme meu nu este de ajutor exact.

forumuri de lectură IXBT a devenit păcat pe o problemă cu definiția de hard disk-uri de mari dimensiuni

Nu arata ca la fel ca în prima dată când apar probleme pe unitatea C, și nu ar trebui să fie o problemă, deoarece a fost în prima 137GB.

bucla încearcă să se schimbe?

Sistemul a fost din nou de la zero (până la repartiționarea hard disk) rearanjat

Winchester, de asemenea, tăbărât ca și mai înainte?

ca și în cazul în care ideea de a problemei ar trebui să apară din nou pe unitatea C

Nu sunt sigur ce a rupt în același mod ca și înainte, deoarece dimensiunea setată manual și nu în%. Și ce a fost prima dată - nu-mi amintesc exact. Ambele ori, împărțite cu privire la fel.

Zephyr a schimbat aproximativ un an în urmă.
Astăzi verificat - Winch a apărut blocat în conectorul de gri, peretknul-l în negru în calitate de experți recomanda. Eu fac acest lucru înainte de a nu a acordat nici o importanță. Este din cauza asta?

Astăzi verificat - Winch a apărut blocat în conectorul de gri, peretknul-l în negru în calitate de experți recomanda. Eu fac acest lucru înainte de a nu a acordat nici o importanță. Este din cauza asta?

și anume la un alt canal IDE? canal poate a fost spart?
Nu știu prima dată când am auzit despre acest lucru, nu există nici o diferență, în principiu,

Nu, același canal - primar.
Dar ei spun că HDD-ul trebuie să fie (negru) conector extrem IDE-bucla este conectat. Tipul, astfel încât aerul nu este închis - neterminirovanny.

Toți băieții kapets.
Flew sisteme de operare. Din nou Orff și alte prostii.
rescrie BIOS, acum el vede imediat suma totală a Vinci, numai că nu a ajutat.

Ce să fac? Totul a fost încercat. Troliul în coșul de gunoi?
Garantiyschiki mi se pare înfășurat - bedblokov nu în Vinci, atunci nu există nici un motiv oficial pentru service în garanție.

test de Winch condus MHDD. Totul este curat, nici un indiciu de bedbloki.
Ce înseamnă asta? Păcatul rămâne doar pe RAM și PSU?