Új hozzászólás Aktív témák

• #265 mr_ricsi veterán damatic #264

  Új Válasz 2005-09-08 09:30:43 #265

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mr_ricsi

  veterán

  válasz damatic #264 üzenetére

  Amikor telepíteni próbálod, azonnal kiderül.

• #263 mr_ricsi veterán damatic #256

  Új Válasz 2005-09-07 10:54:40 #263

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mr_ricsi

  veterán

  válasz damatic #256 üzenetére

  ''vagy ha mondjuk kisebbre partícionálom, ki lehet hagyni valahogy a hibás szektorokat - mondjuk azt ne is lássa?''
  
  Ez -elvileg- megoldás lenne, de a reallokáció elrejti előled, hogy a lemezen hol vannak a hibás szektorok, ezért nem tudod, hogy mit zárj ki belőle.
  Majd ha teljesen elfogynak a pótszektorok, és valami grafikus kijelzésű scandiskkel (pl. HDTune felülettesztje) megnézed, és ''egybokorban'' látod a badszektorokat, akkor ki tudod zárni a hibás területet.
  (ényleg, a HDTunet küld rá, mutat-e valamit!)
  
  ''esetleg hurcibálós lehet még?''
  Hurcibálásra használhatod, ha pl. 2db 50% méretű particiót csinálsz, és minden szállítandó adatot 2 példányban rax rá. (Statisztikailag nagyon kicsi az esély, hogy ugyanaz a fájl mindkét partición sérült legyen.)

• #261 TudorVigyor aktív tag damatic #256

  Új Válasz 2005-09-06 21:42:31 #261

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  TudorVigyor

  aktív tag

  válasz damatic #256 üzenetére

  A particiok azon a reszen jonnek letre, amik hibatlanok. Valojaban az IDE csatolo feled eso vegen ezek a hibas reszek nem is cimezhetok. A gond ott kezdodik, hogy elobb-utobb elfogy a tartalekterulet, es akkor jonnek a badsectorok. Illetve a reallokacio is adatvesztest okozhat, hiszen eppen azert reallokal a drajv, mert az adott terulet olvashatatlan.
  
  [Szerkesztve]

• #258 mh197 őstag damatic #256

  Új Válasz 2005-09-06 21:14:16 #258

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mh197

  őstag

  válasz damatic #256 üzenetére

  Pont ugyanez volt a gondom egy 80-as maxtorral. Sajnos vszínű, hogy ez már a vég kezdete. Ha még tudod használni, akkor esetleg tényleg hurcolós winyónak jó.Megjavítani sajnos nem lehet, és egyre rosszabb is lesz majd idővel a dolog!
  Sajnos ez van.

• #257 mh197 őstag damatic #256

  Új Válasz 2005-09-06 21:13:29 #257

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mh197

  őstag

  válasz damatic #256 üzenetére

  Pont ugyanez volt a gondom egy 80-as maxtorral. Sajnos vszínű, hogy ez már a vég kezdete. Ha még tudod használni, akkor esetleg tényleg hurcolós winyónak jó.Megjavítani sajnos nem lehet, és egyre rosszabb is lesz majd idővel a dolog!
  Sajnos ez van.

• #255 mh197 őstag damatic #253

  Új Válasz 2005-09-06 20:50:00 #255

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mh197

  őstag

  válasz damatic #253 üzenetére

  
  Itt megtalálod magyarul, hogy mi mit jelent a smart-ban :
  
  http://forum.hwsw.hu/index.php?showtopic=28336
  
  
  
  Ami neked hibás :
  
  Reallocated Sector Count: A valamilyen okból hibásnak vélt és ezért áthelyezett szektorok számlálója (nem tartalmazza a függőben lévő szektorok számát, ezekről később). Az off-line scan vagy egy olvasási próbálkozás során rossznak ítélt szektorokból a HDD megpróbálja a még dekódolható adatokat lementeni, a szektort pedig áthelyezni és a használatból kivonni. Az áthelyezett szektorok rohamos növekedése a lemezfelületre romló fizikai állapotára utal (Barracuda IV-eknél gyakran előfordul lassú növekedés - :confused: ). A régebbi merevlemezeknél az erre a célra fenntartott tartalék szektorok a lemez belső felén helyezkedtek el, ezért ezeknél a nagyobb számú szektoráthelyezések jelentős (10%+) teljesítménycsökkenést okoztak. A mai drive-ok ún. sector sparing scheme-mel működnek, ami azt jelenti, hogy a lemez felületén megadott sávonként van egy tartalék sáv, így az áthelyezések nem okoznak a teljesítményben változást.
  

• #254 mr_ricsi veterán damatic #253

  Új Válasz 2005-09-06 20:49:29 #254

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mr_ricsi

  veterán

  válasz damatic #253 üzenetére

  ''Reallocated Sector Count''
  
  A vinyódon van pár ''pótszektor'', amelyekkel a hibás szektorokat helyettesíti. Nálad már csak 18 db fel nem használt szektor van, és amióta 63 alá csökkent a számuk, azóta riaszt a vinyó SMART-ja.
  
  Szóval: a vinyódban hibás a lemezfelület. Jobb nem használni, mert a rajta lévő adat idővel mind nagyobb mértékben sérülni fog.

• #252 KőkorSzaki tag damatic #247

  Új Válasz 2005-09-06 13:18:05 #252

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  KőkorSzaki

  tag

  válasz damatic #247 üzenetére

  A smartnak az a feladata, hogy a teljes lerobbanás előtt figyelmeztessen, tessék, megtette. Ha adnál pontos adatokat, szeritnem segítene valaki megmagyarázni mi a baj. A lehetséges gondok közül szvsz semmi sem javítható amúgy. A smart számlálók resetelése nem oldana meg semmilyen problémát, legfeljebb könnyebben el tudod adni a vinyót, de ez amúgy is megkérdőjelezhető lenne. morálisan, you know.
  
  [Szerkesztve]

• #251 mh197 őstag damatic #247

  Új Válasz 2005-09-06 12:57:01 #251

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mh197

  őstag

  válasz damatic #247 üzenetére

  Ha megy még a winyó, meg kellene nézni vmi oprendszerrel pl az active smart progival, vagy everest-el, hogy melyik smart értéknél ír hibát.
  
  Amúgy ha a smart bad, akkor szinte biztos, hogy szétment a winyó, szóval ilyen esetben nem sok esély lesz a javításra.

• #248 mr_ricsi veterán damatic #247

  Új Válasz 2005-09-05 23:31:58 #248

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mr_ricsi

  veterán

  válasz damatic #247 üzenetére

  ''Most partícionáltam és akkor is, mi a fingot csináljak még vele?''
  
  Hát, talán meg kellene nézni, hogy milyen jellemzője rossz. (pl. a SpeedFannal.)
  
  Mentést követően ez lett volna a 2. pont.

• #243 L3zl13 nagyúr damatic #242

  Új Válasz 2005-09-05 11:35:21 #243

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  L3zl13

  nagyúr

  válasz damatic #242 üzenetére

  A Smart egy diagnosztikai rendszer, ami nyívántartja a lemez állapotát. Hőmérséklet, olvasási hibák, reallokált szektorok, felpörgések száma stb.
  
  Ezt visszaállítani önmagában értelmetlen. A hibát kéne javítani amit a SMART észlelt.
  Low Level Formattal lehet próbálkozni. Gyártóknak általában van erre saját progijuk. Utánna vagy rendbejön teljesen, vagy csak látszólag (és utánna hamarosan megint előjön a hiba), vagy egyátalán nem.
  

• #240 mr_ricsi veterán damatic #239

  Új Válasz 2005-09-05 09:38:57 #240

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  mr_ricsi

  veterán

  válasz damatic #239 üzenetére

  ''szeretnék vele valamit csinálni mielőtt kidobnám. Segítsetek!''
  
  1, Másik vinyóra sürgősen ments át róla mindent!

Új hozzászólás Aktív témák