[Gabesz]

Kösz a felvilágosítást  Gondolhattam volna, hogy óra  Percnek nagyon kevés

[Kitk@t]

Nforce4 -es lapon lévõ SATA-s winchesterek SMART-ját mivel lehet kiolvasni? Everest nem látja...

[avman]

van egy nem túl súlyos problémám és valszeg inkább hardweres probléma semmint háló... nem is annyira smart, inkább vinyó, de nem találtam neki jobb helyet, gondoltam itt megkérdezem... eddig egy 10 megás kti hubot használtam a 4 géphez + nethez helyi hálóban (modem + gépek utp-vel a hubra és ment frankón minden, hála a néhai matávnak) mivel mostanság nem 10-20 megákat kell ide-oda ráncigálnom, fõleg nem a távoli asztallal használt letöltõgéprõl, így vettem egy 10/100-as sviccset (network product, valami szénnébutított kti-nek mondták, óccsó vót, sajnáltam otthagyni:))... eddig olyan 860-1000 kb/s között mozgott a sávszél a gépek között, ami most 3800-5000-re emelkedett, ami elég is lenne, de a gond az, h pont a letöltõgéprõl 1500-1600 körül szed, épp csak a duplájával... ráadásul ha szedek róla valamit, akkor igencsak inog a letöltés sávszélje, kerreg a vinyó, piszkosul belassul...
a gépek:
2 abit nf7, 2500 barci, 1 giga ram, integrált nforce hálókártya, 120 gigás samsungok
1 abit bd7II, 2,2 cerka, 512 ram 20 gigás seagate (1024 cache, 5400 rpm)
ezek közt nincs is semmi gond
és a letöltõgép: shuttle lap i815ep lapkával, 850-es cerka, 256 mega sd ram, 40 gigás maxtor (2 mb cache, 7200 rpm), ez megy a legrövidebb kábellel, 1m-eseel a cuccra
akkor a kérdés a következõ, ennyit számítana a p4-es architektúra, h egy jóval lassabb vinyó, kb 10-15x hosszabb kábelen keresztül is képes  a hálóban 3800 kb/s-os sebességre, míg a másik csak 1500 körül?
tény, h a maxtor vinyó piszok hangos és piszok lassú alapból (3 lapot kiszolgált és mindegyikben 8-900 körül teljesített hálóban)
na most ennek a p3-as cuccnak valóban ennyit kell tudnia, vagy valami difi van? a smart adatokban semmit kivetnivalót nem talál az everest és a speedfun:) is elég 70%-on áll
itt van egy hd tune-os sebesség teszt kép a maxtor vinyóról, elég gáz, a hullámvölygekbe piszkosul kerregett és uyge gyak.nem csinált semmit... (ezt a távoli asztalon keresztül csináltam)
hd tune teszt

[brd]

Így hirtelen két dolog jut eszembe:

1.) Bad blockok vannak a winyón, bár ehhez szerintem túl szabályosan helyezkednek el a hullámvölgyek.
2.) Valami macerálta a winyót a teszt közben. Fontos lenne tudni, hogy mi? Gondolom a teszt közben azért nem töltöttél a géprõl.

A másolás is valószínûleg emiatt lassú, azonban szóbajöhet még a fos windows memória managelési problémája, miszerint fontosabb "neki", hogy a beolvasott file-okat a memóriában tartsa, mint a programokat, így bizonyos idõközönként jön egy jó kis swap-pelés a másolás közben. Ha ez a baj, akkor a memóriabõvítés, swapfile áthelyezése és töredezettségmentesítése, ill. az egész winyó töredezettségmentesítése lehet a megoldás.

A mai processzorok teljesítményének egyébként nem sok köze van a hálózaton elérhetõ sebességhez, a 100Mbit-et már egy 500-as PII-essel is könnyedén el lehet érni (ha a winyót lehet legalább DMA-ban mûködtetni persze). A kábel hossza pedig akár 100 méter is lehet, a 100Mbit-et azon is tudnia kell(ene) az eszközöknek.

[avman]

neg, egy darab hibás sector nincs benne, töredezettségmentesítés volt, lapozófájl állítgatva... semmi eredmény, tesztkor vinyón elvileg a távoli asztal ment + kapspersky + kerio
ide vezérlõ inteles + szabványos, kétcsatronás ki lett próbálva, utóbbival kb 150-el emelkedett
kikapcsolt tûzfallal felkúszott 2500-ra, vírusírtó nélkül meg vagy 2800-ra, amit még mindoig kevéskének tartok a többihez képest... (off: hihetetlen volt, kb 5 perc csupaszon, csak bitcomet/flashget ment és ghostolhattam vissza a rencert mert valami backdoor + egyéb állatféle széjjelbarmolta a gépet meg a registryt, pedig még csak egy tetves firefox sem volt kinyitva alatta) de gyakorlatilag a flahget sem tudott futni ezen óriási sebesség mellett... a vinyó meg persze úgy kerregett, h a macskám kimenekült... beletettem a seagete-et ma, simán vitte a 3500-at... sztem haldoklik a vinyó..., mihta lenne maxtornak valami gyári utilprogija, az tudna valamit tenni esetleg?

[brd]

PowerMax

De ha tudsz, akkor egy SMART táblát is betehetnél a winyóról. Pl. AIDA/Everest, vagy SpeedFan, ja emez fitness csíkja nem igen számít (ahogy az már a topicban többször ki lett fejtve), mert különbözõ módon határozzák meg a winyógyártók a warning értékeket az egyes SMART attribútumokra.
A processzor foglaltság mennyi a másolás közben (kapcsold be a task managerben a kernelidõk mutatását is, azt sem ártana tudni, hogy az mekkora)? Mert lehet az is, hogy a hálókártya/PCI port nem tud DMA-zni.

Ja meg, milyen is az a hálókártya? Realtek chip van rajta?

Szerkesztette: brd 2005. 05. 19. 00:44 -kor

[avman]

smart:
ID Attribútum leírása Küszöb Érték Legrosszabb Adat Állapot
01 Raw Read Error Rate 20 100 253 0 Rendben: Az érték normális
03 Spin Up Time 20 83 80 2249 Rendben: Az érték normális
04 Start/Stop Count 8 98 98 1550 Rendben: Az érték normális
05 Reallocated Sector Count 20 100 100 0 Rendben: Az érték normális
07 Seek Error Rate 23 100 93 0 Rendben: Az érték normális
09 Power-On Time Count 1 95 95 3490 Rendben: Az érték normális
0A Spin Retry Count 0 100 100 0 Rendben: Mindig rendben
0B Calibration Retry Count 20 100 100 0 Rendben: Az érték normális
0C Power Cycle Count 8 98 98 1509 Rendben: Az érték normális
0D Soft Read Error Rate 23 100 100 0 Rendben: Az érték normális
C2 Temperature 42 83 78 44 Rendben: Az érték normális
C3 Hardware ECC Recovered 0 100 100 298094 Rendben: Mindig rendben
C4 Reallocation Event Count 20 100 253 0 Rendben: Az érték normális
C5 Current Pending Sector Count 20 100 100 0 Rendben: Az érték normális
C6 Off-Line Uncorrectable Sector Count 0 100 253 0 Rendben: Mindig rendben
C7 Ultra ATA CRC Error Rate 0 200 200 0 Rendben: Mindig rendben
a hk. valóban realtek (RTL8139), van belõle 2, kipróbáltam õket másik 2 gépben, nem volt gondjuk, ua. az sebesség, mint az alaplapik...
ha 1500-al másolok, gyk. akkor is úgy megy már a flashget grafikonja mint az ökörhugyozás..., ha meg lelevöm at tûzfalat, akkor olyan 2500, de már kirnyeg mint az állat... másik 3 gépben is ilyen volt... az egyiknél arra fogtam,h ata33 acorp, via csipszetes szörny volt... monnyuk elõtte egy k7-es gépben meg ment arállag normálisan...

[avman]

az alábbi seagate-rõl (ST320423A (5EJ0BSPC) )
tudna valaki pár segítõ mondatot:
ID Attribútum leírása Küszöb Érték Legrosszabb Adat Állapot
01 Raw Read Error Rate 0 75 72 65665587 Rendben: Mindig rendben
03 Spin Up Time 0 99 97 0 Rendben: Mindig rendben
04 Start/Stop Count 20 100 100 383 Rendben: Az érték normális
05 Reallocated Sector Count 36 99 99 44 Rendben: Az érték normális
07 Seek Error Rate 30 54 52 41114873 Rendben: Az érték normális
09 Power-On Time Count 0 97 97 3500 Rendben: Mindig rendben
0A Spin Retry Count 90 99 99 0 Rendben: Az érték normális
0C Power Cycle Count 0 98 98 2566 Rendben: Mindig rendben
C5 Current Pending Sector Count 0 100 100 12 Rendben: Mindig rendben
C6 Off-Line Uncorrectable Sector Count 0 100 100 0 Rendben: Mindig rendben
C7 Ultra ATA CRC Error Rate 0 200 200 1 Rendben: Mindig rendben

[brd]

Sok hibás blokk van rajta és a Raw Read Error Rate, ill. a Seek Error Rate is arra utal (szerintem), hogy folyamatosan romlik az állapota.

[Csybe]

A legtöbb régi Seagate-nél alacsony a Seek Error Rate mutatója, a Raw Read Error Rate pedig még az újaknál is. Egyedül a 44 kicserélt, és a 12 függõben lévõ szektor nem természetes, de az is megengedhetõ egy ilyen, nem mai darabnál - bár nem futott sokat.

Szerkesztette: Csybe 2005. 05. 25. 21:34 -kor

[avman]

köszönöm, az utóbbi post megnyugtatott, mert én csak a badsectorokat láttam, h nagyon sok, de ezek szerint annyira nem gáz 
a fentebbi , igen érdekesen viselkedõ maxtor helyére akarom pakolni (jobban mondva most már pakoltam), mert már megõrjít (5-10 oercenként rájön és kerreg 1-2 percet egyfolytában, majd szétesik, alig lehet húzni róla, és állandóan azokta a hullámvölyeket produkálja a hd tune-ban... furcsa, a perfect disk töredezettségmetesítõje alarr viszont nem csinálta... rághostoltam ua-zt az oprencert, ami a maxtoron van, érdekes módon azon normál módon viselkedik, lehet róla 3500-4000 kb/s-al húzni, nem hajtja semmi a vinyót... csináltam a maxtoron vírusellenõrzést (nod, kaspersky), de semmit nem talált. néztem h a hullámvölgyek alatt elindul -e valami program, hogyan változik a page file illetve a ramfelhasználás, de semmi nem ugrott meg... mradt ugyankkora, vagy minmilásian nõtt, sõt a page file gyakorta csökknet is***...
ha kihal a segate (amit nem szertnék egyhamar) visszateszem a traktort és reménykedem h az viszont hamar kihal...
***szerk: pár megát

Szerkesztette: avman 2005. 05. 25. 23:24 -kor

[Lazarevics]

Most kezdhetek félni? 

Csatolt fájl:

•  Capture_3.jpg (0byte)
  Letöltések:: 0

[Csybe]

Idézet: Lazarevics - Dátum: 2005. máj. 30., hétfõ - 22:28

Most kezdhetek félni? 

Vízszintes helyzetben van a vinyó?

[Lazarevics]

Idézet: Csybe - Dátum: 2005. máj. 31., kedd - 17:20

Vízszintes helyzetben van a vinyó?

Igen, teljesen szabályosan van beszerelve....

egyébként legalábbis nem vettem észre hogy bármi gond lenne vele, de a SMART érték minden progival ugyanez :confused:


Azért aggódom, hirtelen nemtudok 120 Gb adatot backupolni

[Csybe]

Idézet: Lazarevics - Dátum: 2005. máj. 31., kedd - 19:10

Igen, teljesen szabályosan van beszerelve....

egyébként legalábbis nem vettem észre hogy bármi gond lenne vele, de a SMART érték minden progival ugyanez :confused:


Azért aggódom, hirtelen nemtudok 120 Gb adatot backupolni

Spin Retry is van, csapágy problémásnak tûnik. Ne kapcsold ki

[Lipton]

Idézet

ID Attribútum leírása Küszöb Érték Legrosszabb Adat Állapot
01 Raw Read Error Rate 60 100 100 65536 Rendben: Az érték normális

65536? Ez pont kettö többszöröse. :confused: A többi vincsinél ez az adat nulla. Mi ez pntosan és miért ennyi?

[Lipton]

Egy realloctaed sector miatt már vissza lehet vinni gariba?

[avman]

vagy itt egy régi jóféle 5 gigás QUANTUM FIREBALL EL5.1A (645826352364)... vin98-at tennék rá és odaajándékoznám fiatal rokonnak szg-el és nettel ismerkedni.
itt a smart:
ID Attribútum leírása Küszöb Érték Legrosszabb Adat Állapot
01 Raw Read Error Rate 11 100 253 0 Rendben: Az érték normális
03 Spin Up Time 20 68 62 4007 Rendben: Az érték normális
04 Start/Stop Count 8 95 95 3307 Rendben: Az érték normális
05 Reallocated Sector Count 10 100 100 0 Rendben: Az érték normális
07 Seek Error Rate 10 100 54 9 Rendben: Az érték normális
09 Power-On Time Count 1 94 94 4581 Rendben: Az érték normális
0B Calibration Retry Count 10 100 90 2 Rendben: Az érték normális
0C Power Cycle Count 8 96 96 3022 Rendben: Az érték normális
0D Soft Read Error Rate 15 100 100 0 Rendben: Az érték normális
C7 Ultra ATA CRC Error Rate 0 198 198 2 Rendben: Mindig rendben
mennyire legyek optimista, kibír 1-2 év csendes használatot?

[eziskamu]

Skacok, van egy problémám. Adott egy Hitachi 7k80 -as 80 gigás vinyó, 2 hónapos,  aminél kezdetben  a spin up time 143 körüli volt, mostanában pedig egyre gyorsabban csökken és 103-nál tart. A határérték 24. Na most akkor ez bele fér az ingadozásba, vagy be fog halni a winyó?

[Csybe]

Idézet: Lipton - Dátum: 2005. jún. 2., csütörtök - 3:09

65536? Ez pont kettö többszöröse. :confused: A többi vincsinél ez az adat nulla. Mi ez pntosan és miért ennyi?

Ez 64×1024, és lásd elsõ hozzászólás.