- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
ph A Kereskedelmi Minisztérium egyelőre csak felméri a helyzetet, egyelőre nem látni, hogy tudnak-e bármit is tenni.
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
Új hozzászólás Aktív témák
-
dKes
tag
válasz Bull Boss #7045 üzenetére
Szia!
Az általad linkelt képen a HD Sentinel program még "becsült érték"-et mutat - azaz még nem tudta belőni, hogy egy smart érték (9: Power-On Time Count - Bekapcsolva töltött idő) változás mennyi idő alatt megy végbe. Legalább 20 percet menjen egyhuzamban a progi és utána korrekt értéket mutat - valószínüleg ez már meg is történt, nézd meg újra!
Maxtor-nál (igaz másnál sem) nem szórakoznék ennyit - az a hdd időzitett bomba és már nagyon hangosan ketyeg ...
-
dKes
tag
válasz craine12 #7669 üzenetére
Szia!
Tudom írtad a BIOS-t,de :
"F3 29/12/2006 Fix S1 standy / S3 suspend to RAM fail under Win2000 " <-- ennél frissebb van ugye? A fórumokon mondjuk az F6-ost szokták javasolni ilyen hibáknál.
Melyik SATA port-ra van kötve a Samu - a narancs Intel-esre vagy a lila JMicron-ra? Elméletileg a Bios-ban korrekt-en beállítva az energiatakarékossági opciókat (AHCI, S1 -> S3 vagy fordítva amelyik kell neked). Driver-ből mindkettőből (ICHR8 és JMicron) a legfrissebbet érdemes lehet kipróbálni.
Sok érdekeset találtam net-en a JMicron chip firmware frissítéstől kezdve a write-cache kikapcsolásáig (Win-ben, ha narancsszínű csati-n van a cucc, mert elméletileg az AHCI, NCQ meg ezt nem támogatja, bár legfrisseb driverekkel lehet ez is ok).
Néhány helyen a JMicron-t ajánlják, mert talán fejlettebb ezen a téren - szigorúan a legfrissebb driverekkel. Szerintem mondjuk valószínű, hogy a BIOS-ban nincs valami jól beállítva valamelyik vezérlőre ...
Esetleg próbáld ki (ha lehetséges), hogy csak a Samsung van bedugva. Esetleg a Win-ben nincs elkefélve valami beállítás?
-
dKes
tag
válasz Veriakilis #7665 üzenetére
Szia!
Ez a Maxtor-nak talán a leghírhedtebb szériája - nekem is volt ilyen két évig sem bírta. Elektronika hibás lett. A hűtésre különösmód érzékeny - jó hűtéssel ki lehet(ett) volna tolni az élettartalmát valamivel.
A következőképp szokott haldokolni ez a széria: először kb. 20:1 - 10:1 arányban nem indul el - ekkor "Calypso" hdd-ként ismeri fel magát (innen a sorozat másik szlengneve ... - asszem a Maxtor SCSI vinyói tartoztak ide) és nem boot-ol be. Ez a stádium akár hónapokig is eltarthat (akár fél évig). Aztán a kezdeti arány el kezd rohamosan romlani és előbb utóbb többnyire el sem indul. Nálam a végére kb. 20:1-hez volt az arány, hogy elindult-e egyáltalán, de voltak olyan napok, hogy egyáltalán nem. Én ebből indulnék ki - próbálgatni szorgalmasan, ha elindul akkor mindent lerántani róla. Nekem is sikerült - bár én nem vártam meg a legutolsó stádiumot.
Amennyiben nagyon nem megy, akkor persze lehet próbálkozni panelcserével és szektoronkénti olvasással menteni a menthetőt vagy picivel drágább megoldás (ha fontos adatok voltak) a Kürt ...
Tekintettel a széria haldoklási tulajdonságaira nem véletlenül akart szabadulni a gazdája tőle (általában jó előre észre lehet venni) ...
-
dKes
tag
Szia!
Nem derül ki, hogy az ASUS lap támogat-e SATA-t és a Maxtor milyen vinyó?
Amennyiben SATA-s és nem hibázik se a lapon, se a vezérlőn az jó kiindulópont. A Samsung-ok nem hibáztak, ha nem RAID-ben vannak (lap/vezérlő)? Amennyiben csak RAID esetén áll fenn a hiba, akkor ott lesz a gubanc: firmware, driver, beállítás bármi.
A hdd-nél mindenképpen javasoltam volna a SATA 150-re való visszavételt vagy szoftveres úton (mint te) vagy jumper-rel.
Net-en csupa rosszakat olvastam erről a kártyáról. Esetleg a silcfg.exe-ben matathatsz még valamit (sebességek miegymás). Azt már leírni sem merem, hogy a kábelek rendben vannak-e: táp csatlakozások (nincs Y elosztó, venti vagy optikai egység egy szálon valamelyik vinyóval stb.) ill. az adatkábel csatlakozója nem lazult-e ki valamelyik drive-ban vagy a kártyán; táp nem gagyi (lehet a maxtor-t még elbírta, de a két plussz Samu-t már nem).
-
dKes
tag
válasz Blaze71 #7675 üzenetére
Szia!
Ebben a formában sajnos nem igaz. A vezérlőnek is támogatnia kell a "autospeed negotiationt" különben nem fog (vagy nem jó) münködni. Ezért találták ki a jumperes ill. egyéb megoldásokat a hdd-n, hogy tiltsák a sata2 münködést, ha a vezérlő nem képes felismerni ill. korlátozni az üzemmódot. Ilyen vezérlők pl. az alábbi chip-el szereltek (de net-en vannak bővebb listák is):
VT8237, VT8237R, VT6420, VT6421L, SIS760, SIS964.
Itt érdemes még esetleg körülnézni hasonló problémával:
-
dKes
tag
válasz craine12 #7676 üzenetére
Kiváncsian várom a fejleményeket.
Ezesetben mondjuk kipróbálnám a JM vezérlővel is (csak a Samu legyen rajta) és máris tudod külön állítani Win-ben. Lehet azért is segíthet, mert az összes többi cucc sata 150 sebességgel megy (márha jól hámoztam ki az adatlapodból meg a hozzászólásokból) és így a Samsung egyedül (a másikon) mehetne akár sata2-ön is. Bár ennek nem kéne problémának lennie ...
-
dKes
tag
válasz liksoft #7685 üzenetére
Veriakilis problémájával kapcsolatban: mivel ez a hdd széria tipikusan (gyakorlatilag csak) panelhiba miatt hal meg (saját tapasztalat is + rengeteg újraolvasás) - ezért a panelcsere még nem is botorság. Mechanikai hiba esetén még csak-csak felismerné a hdd-t. Szerintem mondjuk cserepanelt a fentebb említett okok miatt már nem nagyon találsz - ha fontosak az adatok akkor sajnos Kürt lesz a nóta vége. Lakossági user-eknek azért némileg barátságosabb árat szoktak kínálni.
-
dKes
tag
A HD Sentinel szerint a vezérlőd az alábbi módon viszonyul a SMART adatokhoz:
"Silicon Image SiI 3112 - Részleges információt nyújt (2)
(2) - Csak az első S-ATA merevlemezről ad meg tökéletesen minden információt és csak ha nincs második merevlemez csatlakoztatva. Az esetleges második pozícióra csatlakoztatott meghajtóról nincs S.M.A.R.T. információ, így többek között hőmérséklet és állapot kijelzés nem működik."
Azaz 2 merevlemeznél kakukk. Amennyiben egy lenne, akkor azt sem mindegy melyikre rakod.
Egyébként logikailag mivel nem HW-es a raid ezért az amúgysem befolyásolta volna a SMART értékek kijelzését. SW megoldásoknál teljesen mindegy, hogy milyen módban van (vagy akár az, hogy van-e raid) a SMART info-k megjelennek, ha nincs egyéb galiba.
További info-k itt:
-
dKes
tag
Hát igen, ha csak a net lenne a problémás akkor az nem feltétlenül gáz - előfordulhat esetleg, de így ...
A PIO-t felejtsd el kivéve, ha erőteljes mazochista beállítottságú vagy. A sata-val mondjuk 150 MB/s az elméleti max átviteli sebesség nem 133 MB/s, de tökmindegy.
Szöget ütött a fejembe az előőz hsz-ed - még jó, hogy előkerült ez a silcgf.exe téma. Sztem nem jó driver van fent, mivel az általad említett kóddal létezik egy másik Silicon chip is lásd a már fentebb említett link-en is - ezesetben:
"Silicon Image SiI 0680 Részleges információt nyújt (1)
(1) - Csak a PRIMARY MASTER merevlemezről ad meg tökéletesen minden információt és csak ha nincs több merevlemez csatlakoztatva. A többi csatlakoztatott meghajtókról nincs S.M.A.R.T. információ, így többek között hőmérséklet és állapot kijelzés nem működik."
Azaz ebben az esetben sem megy a SMART két hdd esetében. A rossz meghajtó meg okozza az egyéb galobákat ...
-
dKes
tag
Az offline ellenőrzés lehet indítani manuálisan vagy, ha engedélyezve van, akkor automatikusan lefut pár óránként. Alapvetően csak a smart attribútomokat változtatja meg, amennyiben szükséges.
Egyébként a '197 Current Pending Sector Count' attribútommal kapcsolatos a kérdés ugye? A hibásnak jelölt szektorok újraellenőrzésre kerülnek és jó eséllyel "átmennek" ebből az attribútomból a '5 Reallocated Sector Count'-ba (ami az egyik legkritikusabb attribútom). Persze van elméleti esély, hogy az ellenőrzés során jónak ítéli meg mégis a teszt z érintett szektort és ebben az esetben kiveszi a 'függő szektorok' közül.
-
dKes
tag
Igen, ezt a dolgot kicsit fentebb már pedzegettük. Az offline ellenőrzés során az érintett szektorok átmentek a teszten és a '197 Current Pending Sector Count' értéke törlődött - ezért lehet újra 100%-os a hdd-d.
Azért jelentéstartalma van az ügynek - lehet csak idő kérdése, hogy újra előjön a probléma.
-
dKes
tag
Szia!
Továbbra is fenntartom annak a lehetőségét is, hogy esetleg rossz driver van fenn nálad, mivel a típust, amit emlegettél és a másik, amit a silcfg.exe-ből (+driverből?) hoztál fel az teljesen eltér. Lehet a te drivered a legfrissebb, ha nem a te kártyádhoz való ...
Én is javaslom, hogy a Sil cuccokat tedd parkolópályára: pl.: a HD Sentinel hardver inkompabilitási listáján gyakorlatilag az összes fennvan változatos problémákkal + én még net-en nem olvastam pozitív véleményt velük kapcsolatban ...
-
dKes
tag
Amennyiben a '5 Reallocated Sector Count'-ra gondolsz akkor az nem fog eltűnni. Fentebb írtam, hogy ezen attribútomnál az adhat okot az aggodalomra, ha folyamatosan növekszik. Amennyiben egy alacsony értéken (pl.: 1) hosszabb ideig stagnál az nem nagy gáz - kísérd figyelemmel folyamatosan. Ez a 80 nam a Sentinel szerinti münködési idő vagy a vásárlástól számított idő? Mondjuk elég hamar jmeglett az első - ez még akár a vég kezdete is lehet ...
Amire te utalsz az szerintem a rövid önteszt vagy a hosszú lesz. Persze lehet még a szállítás utáni vagy a szelektív is, de ezt nem mindegyik gyártó támogatja (egyébként ez csak UDMA6 és újabb hdd-knél élhet). Amennyiben nem fizetős verziód van akkor csak a rövidet tudod futtatni (egy-két perc alatt megvan) - a többit nem.
Mielőtt jön az újabb privi: nem vagyok HD Sentineles sem, sőt Silicon-os, Samsung-os, Seagate-s sem semelyik a topic-ban eddig elhangzott cég embere ...
-
dKes
tag
A gyártóknak szokott lenni ilyen progija valóban - csekkold le vele (mondjuk nem tudom milyen hdd-n van). A Sentinel mondjuk ezesetben nem megoldás számodra, mivel nem regisztrált verziód van, ha jól értem (mivel pl. részletes önteszt-et nem tudsz futtatni. Net-en lehet találni smart machináló progikat ingyeneseket/fizetőseket a legkülönbözőfélébb OS-ek alá, ha a gyártóé nem felelne meg - én mondjuk nem használom egyiket sem ezek közül.
Az a 80 nap mondjuk az aktív üzemben eltöltött idejét jelenti a lemeznek - úgyhogy, hacsak nem ment a géped 24/7-ben állandóan akkor annak illik jelentősen eltérnie a üzembehelyezéstől letelt időtartamtól ...
Amennyiben a hibás szektorok értéke nem változik dinamikusan, akkor esélyed van arra, hogy kihúzza még egy darabig a hdd.
-
dKes
tag
válasz Isten88 #7742 üzenetére
Plussz még azt is érdemes hozzávenni, hogy USB esetén az összes egység osztozik a 480Mb/s elméleti max sávszélen, míg FireWire és eSata esetén ezek dedikáltan csak az érintett eszközre vonatkoznak ...
A hdd-vel kapcsolatban mért értéked alaplapra kötve még sata2-vel se lenne több, ha ez megnyugtat. Sata2-ből a gyakorlatban a csúcs SSD-k és a ramdrive-ok húznak igazán hasznot.
-
dKes
tag
És itt jön a képbe, hogy a jobbfajta tápok a valóságban is tudják azt, ami rájuk van írva (többé-kevésbé) - míg a kevésbé szofisztikált társaik még pillanatnyi peak-ben sem. Arról nem is beszélve, hogy a teljesítményigényingadozásokat, hogyan tolerálják pl. a feszültségtartás szempontjából. Ez az egész rendszerre érvényes de egy egyszerű pl.: amennyiben a dvd olvasód nem "nyugszik" (ahogy írtad) örökre, akkor annak időszakos felpörgései (elektromotorok méretezésekor ezt illik elég erőteljesen figyelembe venni) is "megrángathatják a feszültségeket. Ezért nem illik egy tápkábelre kötni hdd-ket optikai meghajtókkal (meg úgy alapjába véve semmivel) ...
-