[Csokis]

Idézet: M@Xtreme - Dátum: 2007. jan. 26., péntek - 22:41

negative
Teljesen beépül a rencerbe', és onnan sajna kirobbantani sem lehet  :Ð

No comment!

[XC-biker]

Idézet: Hippo - Dátum: 2007. jan. 26., péntek - 19:24

Van 2 db sata 2-es wincsim. Gép bekapcsolás után vagy restart után sokszor van az, hogy a sata ellenõrzés résznél megáll néhány mp-re és akkor hallom, hogy kattan egyet a wincsi, majd felpörög aztán felismeri a sata résznél a gép, majd ez megismétlõdik a 2. wincsimmel is..

Mi lehet a gond? Tápot cseréljek?

Jelenleg egy Codegen 400W-os van a gépemben..

Azért szégyen egy ilyen gépbe ilyen tápot!
Valahogy a tápon mindig spórolnak, viszont az az egyik legfontosabb, hogy a többi alkatrész biztonságban  legyen, ill biztonsággal mûködjön.

[Hippo]

És milyen tápot pakolnál a gépezetbe amivel az ilyen hibák nem fordulnak elõ?

[didyman]

Idézet: Hippo - Dátum: 2007. jan. 27., szombat - 7:57

És milyen tápot pakolnál a gépezetbe amivel az ilyen hibák nem fordulnak elõ?

Egy normális, 350W-os táp (FSP, vagy Chieftec) olcsó is, jó is, bõõõõven elég is. Egyébként ez normális dolog, sok vinyó hanyattdobja magát ismerkedéskor, azaz talán a vezérlõn múlik, hogy milyen parancssal kezdeményez a vinyónál.

Maxtrém: A sebességet gondolom, akkora fájlokkal vizsgáltad, amik nem férnek el a cache-ben. A két vinyó egy IDE csatornán dolgozik? Mert ebben az esetben nem meglepõ az XP alatti szereplés és talán a Vista ésszerûbben tudja ezt kezelni (mondjuk hogy ennyivel, az elég hihetetlenül hangzik).

Ez a HDDTune/HDDSentinel dolog érdekes, nekem baromi semmitmondó egy százalékos ábra és mögötte egy pipa vagy x. Ellenben egy táblázatból sokkal egyértelmábben tudom leszûrni, mi a helyzet. Nagy általánosságban pedig a hõmérséklet, "reallocated event/sector count", olykor "UATA CRC error rate" és a "spin up time" az, ami érdekes lehet akárki számára.

[M@Xtreme]

Külön IDE-n van a 2 hdd, (és mind2 mellett van 1-1 optikai meghajtó. Sajna csak így tudtam megoldani az elrendezés miatt) és próbaképp ugyanazt az 700MB-s filet másolgattam oda-vissza mind2 oprendszer alatt.

1ébként érdekes hogy atóta a "kis" incidens óta semmmit nem romlott a szóban forgó hdd állapota (holott aznap 10 perc leforgása alatt rengeteget  )

[M@Xtreme]

oppácska..



Elõre ittam a medve...

Szerkesztette: M@Xtreme 2007. 01. 27. 11:51 -kor

[pittti (Bitvadász)]

Idézet: M@Xtreme - Dátum: 2007. jan. 27., szombat - 11:51

oppácska..

Hát igen, erre szokták mondani hogy eddig tartott! Rögtön egy teljes mentés, és utána nézd meg a HDTune reportját hogy mi változott.
Kíváncsi lennék rá.

[M@Xtreme]

Teljes mentés, és hova?

[pittti (Bitvadász)]

Idézet: M@Xtreme - Dátum: 2007. jan. 27., szombat - 14:10

Teljes mentés, és hova?

Ember!!! Hát úgy gondolom egy másik winchesterre - ez a winyó ugyanis haldoklik! A hibás szektorok száma olyan mértékben növekedett, hogy a rendszer már nem tudja reallocalni, magyarán mondva elfogyott az erre szolgáló hely. Innen már minden egyes újabb hiba adatvesztést jelent.
Ha jól látom még hamarosan 57 meghibásodott szektor várható!

A Te dolgod hogy mit csinálsz - én mindenesetre ész nélkül mentenék amíg még lehet!

Szerkesztette: pittti 2007. 01. 27. 16:14 -kor

[dae]

Idézet: pittti - Dátum: 2007. jan. 26., péntek - 16:40

Hello! A BIOS-ban véletlenül nem úgy jelentkezik be hogy MAXTOR ATHENA?

De bizony úgy...
Ez nem csak a típusa? Jelent ez valamit?

[XC-biker]

Idézet: dae - Dátum: 2007. jan. 27., szombat - 15:48

De bizony úgy...
Ez nem csak a típusa? Jelent ez valamit?

Nem elektronika hiba.

[M@Xtreme]

Idézet: pittti - Dátum: 2007. jan. 27., szombat - 16:12

Ember!!! Hát úgy gondolom egy másik winchesterre - ez a winyó ugyanis haldoklik! A hibás szektorok száma olyan mértékben növekedett, hogy a rendszer már nem tudja reallocalni, magyarán mondva elfogyott az erre szolgáló hely. Innen már minden egyes újabb hiba adatvesztést jelent.
Ha jól látom még hamarosan 57 meghibásodott szektor várható!

A Te dolgod hogy mit csinálsz - én mindenesetre ész nélkül mentenék amíg még lehet!

Ember!!! gondoltam csak a másikon nincs hely 
1ébként nincsenek olyan fontos adatok rajt (múltkor mikor kezdte a hülyeségeit már kiirogattam amit lehetett/kellett) amiért akkora kár lenne ha elveszne.  Pár film van rajt ami pótolható 

[pittti (Bitvadász)]

Idézet: M@Xtreme - Dátum: 2007. jan. 27., szombat - 17:34

Ember!!! gondoltam csak a másikon nincs hely 
1ébként nincsenek olyan fontos adatok rajt (múltkor mikor kezdte a hülyeségeit már kiirogattam amit lehetett/kellett) amiért akkora kár lenne ha elveszne.  Pár film van rajt ami pótolható 

Azt látod nagyon jól tetted. Mindenesetre a SAMU helyett úgyis kell vegyél egy másikat - ezen már nem lehet segíteni - béke poraira!

[pittti (Bitvadász)]

Idézet: dae - Dátum: 2007. jan. 27., szombat - 16:48

De bizony úgy...
Ez nem csak a típusa? Jelent ez valamit?

Firmware sérülés, adatmentõ cég segíthet ha az adatok kellenének róla, de a winyónak SATU!
Falidíszként még jól mutathat...

[Hippo]

Idézet: didyman - Dátum: 2007. jan. 27., szombat - 8:19

Egy normális, 350W-os táp (FSP, vagy Chieftec) olcsó is, jó is, bõõõõven elég is. Egyébként ez normális dolog, sok vinyó hanyattdobja magát ismerkedéskor, azaz talán a vezérlõn múlik, hogy milyen parancssal kezdeményez a vinyónál.

Maxtrém: A sebességet gondolom, akkora fájlokkal vizsgáltad, amik nem férnek el a cache-ben. A két vinyó egy IDE csatornán dolgozik? Mert ebben az esetben nem meglepõ az XP alatti szereplés és talán a Vista ésszerûbben tudja ezt kezelni (mondjuk hogy ennyivel, az elég hihetetlenül hangzik).

Ez a HDDTune/HDDSentinel dolog érdekes, nekem baromi semmitmondó egy százalékos ábra és mögötte egy pipa vagy x. Ellenben egy táblázatból sokkal egyértelmábben tudom leszûrni, mi a helyzet. Nagy általánosságban pedig a hõmérséklet, "reallocated event/sector count", olykor "UATA CRC error rate" és a "spin up time" az, ami érdekes lehet akárki számára.

Akkor jövõ hónap elején megyek és veszek egy Chieftec-et, nem bízok inkább semmit a véletlenre.

4Kb bad sector egy formázással megoldható, hgoy eltünjön a C particiómról? Egy check után írta ki a windows, hogy talált. Vagy progival esetleg?

[csozsi]

Tudom, vasárnap reggel van, sok jóra ne számítsak.
Adott egy kájefté által összelapátolt lowcost gép.
30-as Maxtor kettépartícionálva, gyermek és anyuka számára.
FAT32, mert milleniumot kellett elõször elõször felhúzni, majd némi felvilágosítás után XP-re módosítás.
Dualboot:
C: tiszta, alig használt XP
D: munka XP.

Egy hete chkdsk-val indul a rendszer minden bekapcsoláskor.
Két napja kiírja, hogy nincs meg a Windows\sytem\... bla-bla-bla fájl, a rendszer nem indítható.
Néhány órája a bootmenüben megsem jelenik a a második lehetõség.
A C:-n lévõ Win hibátlanul mûködik.
Ez alól nézve, ill. vinyóteszterek szerint RAW formátumú, vagy formázatlan a D:

(miközben a gépen dolgoztam, újraindítás után többször nem kívánt felkelni a gép -> cserélj tápot!!!)
Hogy tudnám olvashatóvá/mûködõvé tenni egy utolsó bekapcsolás erejéig?
Getdataback visszahozott kétféle adatot, és ügyfél nélkül nem tudom eldönteni, hogy mit is használt valójában.

[M@Xtreme]

Idézet: Hippo - Dátum: 2007. jan. 27., szombat - 23:05

4Kb bad sector egy formázással megoldható, hgoy eltünjön a C particiómról? Egy check után írta ki a windows, hogy talált. Vagy progival esetleg?

Hááát 
Szvzs Te is nézz rá HDD tune-al a szóban forgó vinyóra, és dobd be a képet ide.

Szerkesztette: M@Xtreme 2007. 01. 28. 09:04 -kor

[zAcsKO]

sziasztok

Nekem a egy samsung vinyón jelentkezet olvasási hiba egy tömöritett file-nál amit a netrõl töltöttem le. Hd tune jelez ki bad sectort, de ugyanakkor a windows checkdisk teljes átvizsgálás után sem mutat ki bad sectorokat, sõt a smart értékek is tökéletesek!!! Akkor ez most fizikai vagy logikai hiba?
Ezt mutatja a chkdsk:

A disk check has been scheduled.
Windows will now check the disk.                     
Cleaning up minor inconsistencies on the drive.
Cleaning up 45 unused index entries from index $SII of file 0x9.
Cleaning up 45 unused index entries from index $SDH of file 0x9.
Cleaning up 45 unused security descriptors.
CHKDSK is verifying file data (stage 4 of 5)...
Read failure with status 0xc000009c at offset 0x7a10d4000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1134000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1144000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1154000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1194000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1214000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1224000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x7a1234000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x54ad6000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x54bd6000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x54c56000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x54cc6000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x54d36000 for 0x10000 bytes.
File data verification completed.
CHKDSK is verifying free space (stage 5 of 5)...
Free space verification is complete.

117242338 KB total disk space.
  80811188 KB in 11966 files.
      5440 KB in 1159 indexes.
      0 KB in bad sectors.
  99898 KB in use by the system.
  65536 KB occupied by the log file.
  36325812 KB available on disk.

      4096 bytes in each allocation unit.
  29310584 total allocation units on disk.
9081453 allocation units available on disk.

Internal Info:
8b 76 00 00 50 33 00 00 f8 55 00 00 00 00 00 00  .v..P3...U......
5b 00 00 00 00 00 00 00 4f 00 00 00 00 00 00 00  [.......O.......
20 bc be 00 00 00 00 00 a6 40 df 11 00 00 00 00 ........@......
ba 69 0d 01 00 00 00 00 da ff 78 61 05 00 00 00  .i........xa....
46 a8 b4 e7 01 00 00 00 b4 bb de 63 07 00 00 00  F..........c....
99 9e 36 00 00 00 00 00 20 3b 07 00 be 2e 00 00  ..6..... ;......
00 00 00 00 00 d0 52 44 13 00 00 00 87 04 00 00  ......RD........



elõre is kösz

[didyman]

Idézet: zAcsKO - Dátum: 2007. jan. 28., vasárnap - 10:15

sziasztok

Nekem a egy samsung vinyón jelentkezet olvasási hiba egy tömöritett file-nál amit a netrõl töltöttem le. Hd tune jelez ki bad sectort, de ugyanakkor a windows checkdisk teljes átvizsgálás után sem mutat ki bad sectorokat, sõt a smart értékek is tökéletesek!!! Akkor ez most fizikai vagy logikai hiba?
Ezt mutatja a chkdsk:

Amióta SMART mûködik a merevlemezeken, a lemez a keletkezõ hibás szektorokat még azelõtt kivonja a forgalomból tartalmának erre fenntartott plusz területre történõ mozgatása után, mielõtt az megjelenhetne az óperenciás rendszer alatt. Megjelenni csak akkor tud, ha a romlás olyan drasztikus mértékû, vagy az erre fenntartott terület elfogy, ami már régen rossz.

[didyman]

Idézet: csozsi - Dátum: 2007. jan. 28., vasárnap - 8:57

Tudom, vasárnap reggel van, sok jóra ne számítsak.
Adott egy kájefté által összelapátolt lowcost gép.
30-as Maxtor kettépartícionálva, gyermek és anyuka számára.
FAT32, mert milleniumot kellett elõször elõször felhúzni, majd némi felvilágosítás után XP-re módosítás.
Dualboot:
C: tiszta, alig használt XP
D: munka XP.

Egy hete chkdsk-val indul a rendszer minden bekapcsoláskor.
Két napja kiírja, hogy nincs meg a Windows\sytem\... bla-bla-bla fájl, a rendszer nem indítható.
Néhány órája a bootmenüben megsem jelenik a a második lehetõség.
A C:-n lévõ Win hibátlanul mûködik.
Ez alól nézve, ill. vinyóteszterek szerint RAW formátumú, vagy formázatlan a D:

(miközben a gépen dolgoztam, újraindítás után többször nem kívánt felkelni a gép -> cserélj tápot!!!)
Hogy tudnám olvashatóvá/mûködõvé tenni egy utolsó bekapcsolás erejéig?
Getdataback visszahozott kétféle adatot, és ügyfél nélkül nem tudom eldönteni, hogy mit is használt valójában.

És a mûködõ win alól chkdsk-val ránézve mit mond? A köteteket konvertáld át ntfs-re (parancssor: convert c: /fs:ntfs, majd ugyanez d:-ra is)