- Milyen házat vegyek?
- Vezetékes FEJhallgatók
- OLED TV topic
- Androidos tablet topic
- Hibajavításokra fókuszál az új Arc meghajtó
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Kormányok / autós szimulátorok topikja
- Milyen billentyűzetet vegyek?
- Kiegészítette az öregedő professzionális Radeonokat az AMD
- Lopakodva befutott a Radeon RX 9060
Hirdetés
Új hozzászólás Aktív témák
-
kneedeep
tag
válasz
hdsentinel #143 üzenetére
Nem kaptak több esélyt a hdd-k, mentek vissza garba.. Viszont, most az új 3 napos seagate-re azt írja a hd sentinel, (a seek error rate-re), hogy a küszöb várható elérése 2007.06.04.
Ha hétfő reggel meghal megint ez a vacak seagate, örökre elfelejtem ezt a márkát..
[link] -
hdsentinel
őstag
válasz
InfiniteReality #198 üzenetére
Tökéletesen egyetértek, a riportokat és a továbbiakat inkább beszéljük meg magánban, ne a listára tegyük őket.
Mail lenne a legjobb, de pü is tökéletes, ahogy Neked jobb. -
InfiniteReality
őstag
válasz
hdsentinel #197 üzenetére
Nekem minden rendszerem SCSI. Vagy alaplapi vagy SCSI kártyával, de minden gépemben van legalább 1 SCSI HDD. Több dologban is még szívesen segítek... csak... a többit talán inkább privátban mondanám el.
-
hdsentinel
őstag
válasz
InfiniteReality #195 üzenetére
A SCSI meghajtók miatt a riport elég hasznos lenne, mivel nagyon kevés SCSI lemezes riportom van (sajnos).
De pl. az általam tesztelt SEAGATE ST336607LW (33 GB)-nél a működési idő számláló érdekesen viselkedett. -
hdsentinel
őstag
válasz
InfiniteReality #195 üzenetére
A skin-eket (pláne patchelt fájllal dolgozó rendszeren) inkább hanyagolom
De a ''homokórázás'' a beállítások leokézása után nem a skinek miatt van, hanem a kártyaolvasó miatt, mivel a program inlyenkor is körbenéz és detektál az új beállításoknak megfelelően.
Sajnos a kártyaolvasód nagyon lassan válaszol a fizikai lekérdezésre (mely a felhasználói felületen nem kapcsolható ki, csak a logikai meghajtók szabad helyének figyelése).
A 169-es hozzászólásban Pentax-nál fordult elő ugyanez, egy registry beállítással javítható a helyzet (mely tiltja valamennyi SCSI és USB meghajtó lekérdezését).
Ez természetesen a következő verzióra javítva lesz, de ehhez kellene a riport, hogy
ellenőrizni tudjam, a program pontosan mely része lassul be a kártyaolvasó használata miatt.
Kérlek küldj képernyőt a kilógásról, hogy mely oldal(ak) érintett(ek) a merevlemez tulajdonságainál!
A kijelzett üzemidőbe nem számít bele a standby-ban eltöltött idő, csak amikor a lemez ''ébren'' volt. Viszont csak akkor növekszik ez a számláló, ha a S.M.A.R.T. bekapcsolt állapotban van/volt (akár a BIOS-ban, akár a Sentinel-t indítva, mely mindig bekapcsolja a S.M.A.R.T.-ot). Tehát ha pl. két évig nem volt ez bekapcsolva (7/24 üzemmódban), akkor a program két évvel fiatalabbnak mutatja, mint valójában.
Az induláskor kijelzett (szürke) üzemidő még pontatlan lehet, mivel ilyenkor a program mérést végez, hogy megvizsgálja az értékek alakulását. Csak mikor már rendesen, vastag feketével jelzi ki a működési időt, akkor szabad az értékkel foglalkozni (alaphelyzetben ez 5-15 percet igénybe vehet egyszer, az első induláskor, de természetesen ez nem befolyásolja a lemez sebességét és egyéb működési paramétereit). -
InfiniteReality
őstag
válasz
hdsentinel #194 üzenetére
A képernyő megjelenítések lassabbak, mint win2k3-on. Az XP-m skinelve van (patchelt UXTHEME.DLL, így alapból fogad bármilyen skint, nem külön progi csinálja mert az is lassít).Ezalatt azt értem, hogy pl leokézom a beállításokat, az ablak tartalma eltűnik, de a beállítási ablak méretével megegyező fehér téglalap ottmarad, az egér homokórázik (de csak a progi ablaka felett), ha félrekattintok vagy megnézem a futó programok között, akkor általában ilyenkor a program ''not responding''. Ez az állapot eltart 10-20 másodpercig majd újra működik.
Kártyaolvasóm valóban van, de beépített és nem szívesen választanám le minden indításnál. A progi beállításainál kikapcsoltam azok megjelenítését (akkor nemtudom minek kérdezi le).
A 120DPI-nél bizonyos feliratok ''kilógnak'', hiába növelem meg az ablak méretét, a terület ugyanakkora. Konkrétan a winyók tulajdonságait lekérdezve, a legalsó sorok nem látszódnak.
Riportot majd csinálok. Egyébként 2 gépre tettem fel a progit, és írt ki érdekes dolgokat, a winchester működési idejével kapcsolatban. Van olyan amelyiknél ''eltalálta'' mennyi ideje üzemel, de volt olyan amelyiknél nem (pedig 7/24 mennek, tehát tudom kb mennyi ideje lehetnek üzemben - beleszámolva a standby állapotokat is).
Konfig#1: asus p4c800, northwood P4 3ghz, x1950pro vga, ibm esxs scsi hdd 18Gb, quantum lm30 hdd 30Gb, seagate barracuda IV hdd 40Gb, Samsung SP2504C hdd 250Gb, Adaptec 39160 SCSI vezérlőkártya, WinXP SP2 angol. Ebben a gépben van a beépített kártyaolvasó.
Konfig#2: abit IS7, northwood P4 2.4ghz, geforce mx4000 vga (alap win driverrel, mivel szerver a gép a vga driver fel sincs telepítve), IBM 147Gb U160 SCSI HDD, seagate barracuda IV hdd 40Gb, Win2k3 server SP2 angol.
[Szerkesztve] -
hdsentinel
őstag
válasz
InfiniteReality #193 üzenetére
Elvileg az 1.80b óta kezeli a 120DPI-t (pontosabban bármilyet, nem csak a gyári értéket) és az alaptól eltérő (nagyobb) betűtípusokat is..
Tudnál mail-ben küldeni képernyőmentést arról az ablakról, ahol valami problémát tapasztaltál?
A skin-nel kapcsolatban kérlek írd meg konkrétan (esetleg küldj pár screenshot-ot), hogy mire gondolsz!
Nagyobb számú merevlemez és/vagy bizonyos eszközök (visszajelzések szerint néhány típusú beépíthető kártyaolvasó) valóban belassíthatja a lekérdezést, ezért nem mindig célszerű a túl gyakori vizsgálat. Tudnál egy riportot készíteni és küldeni a Beállítások -> Teszt riport küldése opcióval? Abból kiderülne, pontosan milyen ellenőrzés mennyi ideig tartott és esetleg mi miatt volt lassú.
Köszönöm a segítséged! -
InfiniteReality
őstag
Hmmm ez a progi nemszereti sem a 120DPI betűfelbontást, sem a gyáritól eltérő skint az XP-n. Ja és NAGYON megfogja a rendszert amikor lekérdezi a winyókat, ezért 5 sec-re állítani teljesen értelmetlen... pedig nincs hulladék gépem.
-
hdsentinel
őstag
Pontosan így van, mivel a becsült élettartamot a kondíció drasztikusan befolyásolja.
Alacsony kondíció = kevesebb becsült nap.
Természetesen a program nem mondja meg percre pontosan, mikor fog leállni a lemez, csak tájékoztatást ad.
Erről bővebben a súgóban ([link]), azon belül a Mellékletek között található információ. -
hdsentinel
őstag
válasz
forceberg #189 üzenetére
Pontosan így van.
A cikkben a 2. oldal végefelé (''Hibás szektorok?'') néhány bekezdésben le lett írva, mi a helyzet ezekkel a szektorokkal: miután a lemez hibásnak értékelte az ilyen szektorokat, azokat már nem lehet többé elérni. Minden ide irányuló írás/olvasás a tartalék területre kerül átirányításra.
Ez a folyamat teljesen független a használat op. rendszertől, (többszöri) low level format (ami szintén kikerüli az eredeti hibás területet, NEM tesztelve azt) és újratelepítés, más op. rendszer telepítése vagy más szoftver használata sem módosít ezen az állapoton.
Önmagában ez nem kifejezetten probléma, hiszen néhány hibás szektor ha kiesik (mikroszkópikus karc vagy kosz miatt), a lemez többé nem piszkálja és minden rendben.
Probléma akkor jelentkezik, ha ezen szektorok elkezdenek szaporodni (pl. a fej karcolja a felületet).
Ez egyébként korábban többször is tárgyalásra került -
hdsentinel
őstag
A szolgáltatásos működés alapvetően a felhasználó nélküli (szerver) számítógépekre lett kitalálva, illetve olyan esetre, mikor az aktuális (korlátozott) felhasználó zavarása, beavatkozása nélkül kell távfelügyeletet biztosítani. A Windows nem minden verziója kezeli korrektül az interaktív szolgáltatásokat, ezért elképzelhető, hogy bizonyos ablak, információ nem jelenik meg a képernyőn. De a felügyeleti és riasztási (e-mail, hálózati üzenet, stb...) funkciókat ez nem befolyásolja.
-
Igen, van bad sector. Csak a vinyók kikerülik a bad sectorokat, ugyanis van a vinyókon tartalék terület. Ha egy sector meghibásodik, akkor a vinyó a tartalék területen kijelöl egy másikat a helyére. Gondolom, a másik programok csak az aktuálisan használt sectorokat nézik. A sentinel meg a vinyóból veszi az adatot, hogy hány sectort kellett eddig áthelyeznie a tartalék területre. Kb. ennyi lehet.
-
siriq
őstag
Mindenesetre ha megerkezik a teras vinyom akkor majd powermaxot raengedem
Megnezem hogy az mit szol hozza. Abban teljesen megbizok.
szerk: Jah a service-kent probalnam futtani akkor nem igazan mukodik a dolog. A homersekletet kijelzi de semmi mas funkcio nem erheto el sot ha elinditanam akkor el sem indul csak ha manualisan kilovom. Jah a vinyom amugy slavekent van ami 28% lehet ez is bekavar valamit a proginak.
[Szerkesztve] -
lazydog
addikt
-
siriq
őstag
Az egyik vinyomra 28% ir a progi meg kb 90 nap az elettartalma. Nna mondjuk ebben sem hiszek. Kb 4 eve hasznalom gond nelkul. Valamit szerintem nem jol detektal.
-
vlcvlc
tag
Hali
Letöltöttem a sentinel demóját
Egyik vinyómra azt irja hogy Health 95% mert van rajta 3 bad sector.
Ezek után letöröltem mindent a vinyóról
mélyformázás
teljes formázás
majd 2 külömböző progit is végig küldtem rajta ami csak bad sectorok után kutat
egyik az kb 20 órán keresztül ment és nem talált egy darabot sem
a másik végigfutott 9 óra alatt és az sem talált semmit
sentinel meg ezek után is azt irta hogy csak 95% mert szerinte még mindig van badsector -
Pentax
tag
válasz
hdsentinel #173 üzenetére
Riportot elküldtem,mellékelve,amit kértél
-
hdsentinel
őstag
válasz
hdsentinel #182 üzenetére
(a pontos számokat több Seagate riportja alapján írtam, lehet, hogy Nálad kis mértékben eltérnek azoktól amiket tapasztaltam, mivel nem láttam konkrétan a lemezed adatlapját).
-
hdsentinel
őstag
válasz
janos666 #181 üzenetére
A Seagate-nél általában a ''seek error rate'' attribútumnál az ''érték'' viszonylag rövid használat során lemegy 100-ról 60-80 közé (és ott beáll).
Mivel ennél az attribútumnál a küszöb viszonylag magas (30), ezért ez az attribútum okozza, hogy a gyártó specifikus módszer esetén a kondíció összességében ''csak'' 88%.
Ennek az attribútumnak a nyers értéke viszont elég sűrűn változik (és tökéletes állapot mellett elég magas értékeket ér el, mely teljesen normális) ahhoz, hogy abból valódi következtetést lehessen levonni. Ezért a szigorú vagy normál módszer figyelmen kívül hagyja (ezért 100% a jelzett állapot ez esetben).
A gyártó spec. módszer használata esetén a kondíció (ahogy a súgóban megtalálható) általában magasabb, de ez nem törvényszerű. Mindazonáltal több, kisebb-nagyobb hibára (melyben több attribútum is érintett) a gyártó spec. módszer lényegesen később reagál a merevlemez állapotának romlására, mint az alap vagy a szigorú módszer.
Ezért javasolt inkább az alapértelmezett vagy a szigorú módszer használata. -
janos666
nagyúr
válasz
Parker Ezredes #1 üzenetére
Érdekes. A gyártóspecifikus adatokból kiindulva 88%-osnak látszik a kondíció a 3,5 éves Segate winyómon, szigórú vagy normál kiértékelénél meg masszív 100%-osnak. Na vajon melyik a hihetőbb?
-
liksoft
nagyúr
Idézet: ''Volt nálam egy szar winyó (hirtelen halál) adatmentési célból.''
Erre írtam, hogy ezt nem mutatja ki semmi előre.
A 15 percre meg azt mondom, hogy sz@rt sem ér. Ha eleve hibás drive esetén ennyi idő telik el a detektálásáig, akkor az a legtöbb esetben már csak levélnehezéknek használható. A Sentinel nálam 10mp vagy 30mp figyelési idővel fut. Nagyobbra csak a tesztelési fázisban állítottam.
Abban igazad van, hogy az első jel. ''Fényt látok az alagút végén!'' (Csak ne egy mozdony legyen.) -
Gaga_30
tag
válasz
hdsentinel #172 üzenetére
Igen, valoszinüleg ez lehetett a gond
De aztán ujra felaktam és csökkentett módban pedig leszedtem, valami miatt normál módban nem tudtam leállitani a programot
Köszi a választ! -
wach
csendes tag
Ami a felhasználó számára ''és reggel már nem indult a Windows
'' típusú hirtelen halál, az lehet, hogy valójában már egy hetek, hónapok óta tartó hosszú haldoklási folyamat vége. És ha ezt jeli a SMART, és ha normális a küszöbérték, és ha figyeli az oprendszer, és ha a user nem nyom mégsét egy ''ááá, hülyeség'' csatakiáltással, és ha... szóval sok dolognak kell összejönnie, de legalább ez már egy esély
A Vista SMART figyelése valószínüleg folyamatos, mert nálam is kb. 10-15 rendszerben eltöltött perc után jelzett és tett ajánlatot (de arra ötletem sincs, hogy miért várt ennyit, mikor már boot közben is nyilvánvalóan kaka volt az egész).
Én azért tartom ezt jóval többre mint egy BIOS figyelést, mert egyrészt a BIOS csak bootkor jelez, ami több tucat órával is ronthatja az adatmentési esélyedet, ha a hiba pl. kora délelőtt válik kritikussá - főleg ha éjszakára tervezed bekapcsolva hagyni a gépet, másrészt a BIOS hibára az átlag user csak legyint könyökből öblöset, vagy ha nem, akkor sem tudja, hogy most mit és hogyan, viszont a Vista ideális esetben az anyanyelvén magyaráz, és egyből ad is esélyt az adatmentésre. Nekem tetszik, jó kezdeményezés. -
liksoft
nagyúr
Ha a winyó hirtelen halt meg, azt semmi nem jelzi előre. Így menteni sem fog.
Azt lenne jó tudni, hogy a Vista hogyan figyeli a SMART-ot. Feltételezésem szerint a gyártók által adott küszöbértékek figyelésével. Ha igen, akkor alig jobb a BIOS figyelésénél. Persze az is kérdéses, hogy csak boot során, vagy futás közben is figyel-e. Valamint a driver-ek amik nem adnak vissza SMART értéket a Vista-t kiszolgálják-e? Az eddigi gyakorlatot alapul véve (tűzfal, chkdsk mint adatgyilkos) nem fűzök több reményt hozzá, mint a BIOS visításához. -
wach
csendes tag
Gratulálok a cikkhez, és a programhoz is. Mindkettő kiváló, profi munka.
A HDSentinelt már évek óta ismerem és ajánlom is mindenkinek erősen
A SMART-hoz egy kis adalék. Volt nálam egy szar winyó (hirtelen halál) adatmentési célból. Az XP egy gépen sem volt hajlandó bebootolni úgy hogy a winyó rá volt kötve, de a Vista már bootolás közben szólt, hogy lenne itt egy szar winyó és ráengedné a checkdisket - gyorsan escape-, sőt, elindult vele (azért fogta a gépet rendesen), majd szólt, hogy a SMART értékek alapján ez a winyó hamarosan elpusztul, szeretném-e lementeni róla a dolgokat
, és rendesen jött a backup varázsló adva a mentésre az esélyt.
Persze a winyó már rég túl volt ezen a stádiumon, így forrásként a backupnál már meg sem jelent, de azért jó tudni, hogy a következő oprendszer már alapból figyeli és kezeli a winyó halálozás előrejelzést. Ilyenkor mindig ott van a kérdés, hogyha Vista lett volna a haver gépén, akkor mindent le lehetett volna menteni róla?De ez majd kiderül néhány év múlva.
-
hdsentinel
őstag
válasz
dogofpavlov #168 üzenetére
A túlhűtés is lehet ártalmas. Tapasztalatok szerint 25 Celsius fok alatti hőmérséklet sem túl egészséges a merevlemez számára, de ez otthoni környezetben elég ritka. 30-45 Celsius közötti hőmérséklet ideális (amennyiben a lemez aktív működés, komolyabb lemezművelet során sem emelkedik tartósan 45 fok fölé).
-
hdsentinel
őstag
válasz
scott_free #165 üzenetére
Nem kizárt, hogy ilyen lehetőség is lesz a későbbiekben, köszi az ötletet!
-
hdsentinel
őstag
A SiI vezérlőkkel voltak már érdekes tapasztalatok, ezért (sajnos) nem kell meglepődni a velük kapcsolatos érdekes jelenségekkel (pl. külön kábelen jobban működnek a csatlakoztatott merevlemezek).
Kellene némi infó, hogy utána tudjak nézni a detektálással kapcsolatos jelenségnek.
A Sentinel-ben van egy védelem, mely a ''gyanús'' S.M.A.R.T. adatokat/táblázatokat ellenőrzi és adott esetben nem jeleníti meg (pl. ha két merevlemeznél teljesen azonos a táblázat, mivel ilyenkor gyanús, hogy driver probléma van. Lehet, hogy ez a helyzet, de jó lenne több információ, hogy erről meg tudjak győződni.
Ha megoldható, kérlek küldj mail-ben egy Sentinel teszt riportot (a Beállítások menü legalsó opciójával) és küldj képernyőmentést a Speedfan-ban látható S.M.A.R.T. táblázatokról! Köszi! -
hdsentinel
őstag
Egész pontosan miért volt szükség a csökkentett módra?
Amikor először megpróbáltad un-install-álni, akkor (gondolom) a program még futott. Ezért a telepítő nem tudta maradéktalanul törölni, így természetes, hogy fennmaradt és köv. induláskor is elindult. A programot be kell(ett volna) zárni un-install előtt.
Így un-install után előfordulhat, hogy manuálisan kellett törölni (az akkor már nem futó) programot. -
Gaga_30
tag
Hali!
Kipróbáltam ezt a progit, az ingyenes próbaverziót. Be is jött, megnyugodtam , h minden rendben van a vinyóimmal, viszont van egy gondom.
Nem tudom uninstallálni a programot... vkinek hasonlo gond?
Uninstall után ugyanugy ott van a gépen, és ugyanugy indul magátol
Esetleg ötlet? -
Pentax
tag
válasz
hdsentinel #161 üzenetére
hdsentinel fórumtárs javaslatára-melyet privátban küldött- a következőket tettem,s jutottam eredményre:
''Hello !
A dolog érdekes, én is használok ilyen típusú vezérlőt, de ezt a jelenséget nem tapasztaltam.
A problémát elméletileg okozhatja az, hogy mivel a program nem tudja elérni a S.M.A.R.T. adatokat és a teljes információkat (ahogy az Everest sem), megpróbálja más módon, SCSI felületen is lekérni a merevlemez adatait. Amennyire tudom, a Speedfan is ezt teszi (de az Everest nem), ezért lehetséges, hogy a Speedfan és a Sentinel fagy. Bár igazából nem kellene, ezt nagyon nem lenne szabad.
Túlhúzás (overclock), nem teljesen jó driver és/vagy a vezérlő firmware-e is okozhatja ezt a jelenséget.
Esetleg ha megoldható, meg kellene nézni, hogy csak 1 merevlemez legyen a RAID vezérlőn (csak a pri master). Esetleg ha a két lemez külön kábelre kerül (mindkettő master-ként) talán javul a helyzet.
Mindettől függetlenül meg kellene próbálni a SCSI detektálás teljes tiltását a Sentinel esetében. Remélhetőleg így nem lesz fagyás és a másik két lemez adatait kiolvassa a program. Ez az alábbi módon tehető meg:
Start gomb -> Futtatás -> Regedit
HKEY_LOCAL_MACHINE kulcs kiválasztása után a válaszd a
''SOFTWARE'' majd a ''HD Sentinel'' kulcsot.
A jobb oldali területen jobb egérgomb, majd ''Új'', ''Karakterlánc''
A megjelenő mezőbe: DisableSCSI
Az így létrehozott azonosítón jobb gomb, majd ''Módosítás''
és az Érték-nek adj meg 1-et.
Ezután indítsd el a programot - esetleg használd a /report kapcsolót, ahogy korábban írtam.
Kíváncsi vagyok az eredményre, remélhetőleg sikerül megoldani a problémát.''
Válaszom a következő volt:
''Nos megoldódott a probléma,miután 2 külön kábelra raktam a 2 winyót 2 masterként.
A reg modosítás nem segített,ugyanugy lefagyott.
Most fut szépen,igaz,hogy csak a 2 ide winyót tudja tesztelni és mérni,a raid kártyán levőket nem,de alapadataikat kiolvassa.(csak nagyon halkan és félve említem meg,hogy a Speedfan is müxik,s valamelyik-nem tudom,a 2 közül melyik,mivel tökegyformák- smart adatait kiolvassa)
Kívánom,hogy megoldható legyen e adatok kiszipkázása is majd,további sikereket a fejlesztés terén.
(amugy nem igazán értem,mi változott meg azzal,hogy külön kábelra került a 2 winyó )
Utólagos engedelmeddel ezt berakom a public részbe is,okulásul mindenkinek,bárki járna hasonlóan,mint Én.'' -
dogofpavlov
csendes tag
Helú!
Van nekem egy FUJITSU MHV2060AT PL 60 Gb-os vinyó a laptopomban. A HD sentinel amikor felraktam, 54 fokot mutatott, jócskán benne volt a pirosban. Ekkor belémállt a para, hogy ez azért nem túl jó, gondoltam felpolcolom a gép négy sarkát egy-egy könyvvel. Ezután az lett az eredmény, hogy a vinyó hőmérsékéete lement 42-43 °C-ra. (ez már kézzel fogható eredmény) A kérdésem az volna, hogy okozhat-e valami gebaszt,ha a lemez jócskán lehűtjük az előírt üzemi hőfok alá?? (ha a meleg árt a lemeznek a hideg is árthat-e?)
Üdvözlettel
Pavlov Kutyája -
Pentax
tag
válasz
hdsentinel #161 üzenetére
Húzás nincs,gyári lemezen kapott driver van felrakva,firmware a gyári,amivel vettem.
-
scott_free
senior tag
válasz
hdsentinel #164 üzenetére
hi,
nagyon jó a progi!
igazából csak az hiányzik, hogy a tray iconoknál is be lehessen állítani átlátszónak a hátteret, ill. saját betűtípust és -méretet megadni.
de amúgy: -
hdsentinel
őstag
válasz
Avalon2007 #163 üzenetére
Hello !
Köszi
A lemez pontos adatait nem ismerem, de a program a merevlemez áttekintés lapján írja, hogy milyen problémákat talál. Jelen esetben úgy tűnik, semmilyet - emiatt 100% a kondíció. A teljesítmény valószínűleg azért csak 92%, mert ATA 100-as vezérlőn van az ATA 133-as merevlemez, így a vezérlő (még ha csak kis mértékben is) elméletileg visszafoghatja a lemez teljesítményét.
A gyártó specifikus értékek ellenőrzésével kicsit más a helyzet, ott a gyártó által kritikusnak értékelt paraméterek már mutatnak némi eltérést az eredeti értékhez képest, ez valószínűleg a lemez életkorából, működési idejéből adódik. De aggodalomra nincs ok a jelzett értékek alapján. -
Avalon2007
tag
válasz
hdsentinel #161 üzenetére
Helló
Először is gratulálok a programhoz, régen találkoztam már ilyennel.
Másodszor: van egy 80 GB-os Maxtor HDD-m, amire azt írta a program, hogy a Kondíció 100 %, a Teljesítmény 92 %. De átállítottam a Gyártó specifikus értékeke analízisére, és ekkor azt írta, hogy a Kondíció 84 %, a teljesítmény 100 %. Kell aggódnöm a HDD állapota miatt? Előre is kösz a válaszokat.
[Szerkesztve] -
hdsentinel
őstag
A dolog érdekes, én is használok ilyen típusú vezérlőt, de ezt a jelenséget nem tapasztaltam.
Túlhúzás (overclock), nem teljesen jó driver és/vagy a vezérlő firmware-e is okozhatja ezt a jelenséget.
Esetleg (mivel nem tömbben vannak) ha megoldható, meg kellene nézni, hogy csak 1 merevlemez legyen a RAID vezérlőn (csak a pri master). Esetleg ha a két lemez külön kábelre kerül (mindkettő master-ként) talán javul a helyzet.
(írtam privát üzenetet, hogy még mit lehetne megpróbálni). -
Pentax
tag
válasz
hdsentinel #150 üzenetére
Köszi a választ, kérésed alapján jártam el és a a következő az eredmény:
Everest elindul, Speedfan indulásnál kifagy /akkor,mikor a raid kártyára kötött winyók kiolvasásához ér/szintén resettel javítható.
Az Everest A következőket írja a kártyáról:
Tipus:Silicon Image SiI 0680 Ultra-133 Medley ATA Raid Controller
A rajta levő 2db Seagate ST3120022A winyó anyakönyvi adatait:
Lemezes eszköz fizikai információk:
Gyártó Seagate
Merevlemez neve Barracuda 7200.7 120022
Fizikai formátum 3.5''
Formázott kapacitás 120 GB
Lemezek 2
Adatrögzítő felületek 3
Fizikai kiterjedés 146.56 x 101.85 x 26.1 mm
Max. tömeg 635 g
Átlagos forgási késleltetés 4.16 ms
Forgási sebesség 7200 RPM
Max. belső adatsebesség 683 Mbit/mp
Átlagos fejpozicionálási idő 8.5 ms
Csatoló Ultra-ATA/100
Pufferelt adatsebesség 100 MB/mp
Puffer mérete 2 MB
Felpörgési idő 10 mp
kiolvassa,de SMART infót nem olvas ki./2db tökegyforma winyó,nincs raidben,csak simán külön meghajtóként használva/
A 2 másik winyó,mely az alaplapi IDE vezérlőkön van minden infot kiolvas,SMART-ot is.
Próbáltam /report opcióval indítani a HDSentinel-t,ugyanugy kifagyott,a text filet nem csinálta meg,10 percig hagytam,utána reseteltem.
Usb portokon semmi külső dolog nincs rákötve,egy hp1010 nyomtatón kívül,de nem hiszem,hogy köze lenne hozzá.
Ennyi volna a tapasztalatom,köszi előre is a választ. -
Budaházy
aktív tag
válasz
hdsentinel #155 üzenetére
n.m.
A prof. -jófej- guru csávókat mindíg is csiptem a számítógépesek közül. -
hdsentinel
őstag
válasz
bolcsodal #152 üzenetére
Önmagában a 48 bad sector-tól még nem feltétlenül várható elhalálozás. Kérdés, hogy milyen más probléma (problémák) vannak még.
Ahogy a cikkben is megjelent, az általános (''küszöb''-öt és ''érték''-et vizsgáló) algoritmusok sok esetben jóval enyhébbek, elnézőbbek a hibákkal szemben, ezért is nem jeleznek előre problémát.
A Sentinel kijelzi, amit talált (azaz megmondja, hogy pontosan miért annyi és milyen problémákat talált), emiatt csak 50% a kondíció (ilyen szinten már valóban érdemes figyelni az állapotra).
Lehetséges, hogy a gyártó saját szoftverével, nem dokumentált módon (nagyjából az egész S.M.A.R.T. az) képes mélyebb elemzésre - ez esetben jó lenne tudni, az miért ítéli meg ennyire rossznak a helyzetet, milyen attribútum(ok) értékei (vagy más módszer) alapján jelzi problémásabbnak a lemezt.
[Szerkesztve] -
Budaházy
aktív tag
Gratulálok a készítőknek!
Nem kicsi munka lehetett ezt a progit összehozni. Azt merem mondani hogy akár még komoly nemzetközi sikere is lehet a Sentinelnek mert az árához képest nagyon sokat tud.
Gratula -
bolcsodal
addikt
Üdv! Kicsit elszomorított a vinyóm állapota ezért ránéztem néhány másik progival is. SpeedFan szerint 80%-os a fitness, Everest sem jelez SMART hibát, A HDSentinel szerint SMART probléma nincs, de Fitness 50% (48 bad sector etc.) és végül megnéztem a saját gyártó lemezkezelő progijával (SeaTool, Barracuda 80G, 7200rpm, 2Mb cache) ami SMART error-et jelez és azt állítja bármelyik pillanatban hasalhat a vinyó...
Akkor most melyik a releváns? -
hdsentinel
őstag
Jó lenne riportot látni a lemezekről, abból kiderülne, mi alapján áll az egészségi állapot ilyen szinten. A releváns attribútumok értékeit (melyek miatt a kondíció csökkenhet) a program a lemezek adatlapján kiértékeli és megmutatja, milyen problémákat észlelt.
A szigorúbb módszer picit máshogy működik, mint az alapértelmezett módszer: ez a nagyon kevés problémát hivatott azonnal jelezni (a kondíció drasztikus csökkenésével) vagy a több, különböző problémák összességét képes hatékonyabban jelezni.
Általában az íly módon értékelt merevlemez kondíciója valóban alacsonyabb, mint az alapértelmezett módszer esetén, de extrém esetekben (illetve ha az alapértelmezett módszernél is alacsony a kondíció) akkor ez nem törvényszerű. -
hdsentinel
őstag
Más, hasonló programok használatánál is tapasztaltál ilyet, mikor a merevlemez adatokat akarták kiolvasni? (pl. Everest, Speedfan)
Próbáld meg a programot a /report parancssori opcióval indítani (HDSentinel.exe /report).
Így a saját mappájában elvileg létrehoz egy HDSentinel_2.05_PRO_report.txt fájlt, abban talán bekerül valami, amiből többet lehetne kideríteni. Kérlek hagyd pár percig reset előtt (még ha teljesen fagyottnak tűnik is a rendszer).
Milyen RAID kártyáról van szó? Ilyesmit semmilyen korábban tesztelt típussal nem tapasztaltunk.
Ha van esetleg USB-s kártyaolvasó, bármilyen külső merevlemez, pendrive, ilyesmi a gépre csatlakoztatva, próbáld meg azokat leválasztani indítás előtt. -
hdsentinel
őstag
Ilyen hamar (ha bekapcs előtt teljesen lehűlt a rendszer, pl. reggel kapcsolod be éjszakai pihenés után) azért nem szokott felmelegedni. Itt gyanús, hogy a szenzor téved néhány fokot, de erről jó lenne egy külső hőmérő használatával bizonyosságot szerezni.
Persze ha órákig pihent ''standby'' állapotban, akkor is fesz. alatt van az alaplap és a táp is termel némi hőt. Ilyen esetben lehet, hogy a pihenés alatt a gép belsejében valamivel melegebb van a külső környezeti hőmérsékletnél.
Esetleg próbáld meg több órára teljesen lekapcsolni a gépet (kapcsolós elosztó kikapcsolásával vagy a tápkábel kihúzásával), majd ezután megnézni, hogy indítás után mennyivel magasabb a merevlemez hőmérséklete a környezethez képest. -
hdsentinel
őstag
válasz
jattila40 #142 üzenetére
A program csak a valóban kritikus, adatbiztonság szempontjából értékelhető attribútumokat vizsgálja.
Ezek az attribútum értékek nem előjeles számok természetesen, hiszen negatív hibaszám nem fordulhat elő.
Az alsó két bájt kerül kiértékelésre, de azok is csak abban az esetben, ha a további, felsőbb bájtok értékei 0-ák. Így a program kiszűri azokat az értékeket, melyek túl gyorsan növekednek ill. túl magas (emiatt nem értékelhető) szintet érnek el.
Sok attribútum (pl. az említett raw read error rate vagy a hardware ECC recovered, stb.) nyers értéke valóban nagyon tág határok között mozog, elég nagy (milliós vagy akár százmilliós nagyságrendben is). Ez nem jelent problémát, teljesen normális jelenség, mivel ezek csak mint számlálók, statisztikai információt hordoznak.
Ezeknél elképzelhető túlcsordulás, hirtelen csökkenés is.
A kiértékelt érték valamilyen módon a nyers értékből kerül meghatározásra (merevlemez gyártótól, típustól, attribútumtól függően máshogy). Ha a nyers érték változik, a kiértékelt érték is változhat, akár javulhat is. Pl. ha egyik nap picit gyorsabban pörög fel vagy seek-el a merevlemez, mint korábban, akkor nyilván a megfelelő (spin up time, seek time performance) attribútumok értékei javulhatnak is. A legrosszabb értéknek ''illene'' valóban a legalacsonyabb (=legrosszabb) értéket tárolnia, de nem kritikus attribútumoknál ez nem törvényszerű.
(további kérdés esetén egy nyers riportot küldhetnél, akkor látnám konkrétan, mi a helyzet) -
lazydog
addikt
Hi hdsentinel!
Az mitől lehet, hogy a négy darab alig használt Hitachi HDS722516VLSA80 vinyóm mindegyikét 20 - 30 százalék közötti egészségi állapotúnak látja. Még érdekesebb, hogy kicsivel jobbnak értékeli az állapotot, ha a szigorúbb Condition Calculation Method-ot állítom be az Advanced Options-nál? -
hdsentinel
őstag
Hello !
1) a Raw read error rate számlálónál az adatmező értékének nincs igazán jelentősége. Ez a szám teljesen természetes, ha növekszik, a Samsung meghajtóknál általában bizonyos időközönként nullázódik vagy csökken.
2) a Hardware ECC érték szintén csak statiszikai információt hordoz. Növekedése (akár milliós nagyságrendben is) teljesen normális dolog, egyáltalán nem probléma.
A mail-ben kapott riportot átnézve is tökéletes az állapotuk, nem véletlen a 100%-os kondícióNincs mitől tartani.
-
hdsentinel
őstag
válasz
kneedeep #130 üzenetére
A RAID-es driver (ICH8R) kavar be, ez változtatja meg a lemez típusát önkényesen WD120GBRAID1-re, melyet aztán a szoftverek jeleznek.
Azért meg kellene nézni, hogy túlhúzás nélkül is jelentkeznek-e ezek a furcsa jelenségek vagy ''csak'' a driver hülyül meg. Az overclock tipikusan szokott ilyet előidézni. De az adatkábel csere is javíthat a helyzeten.
A riport alapján eléggé érdekes adatokat detektál a program a kérdéses lemezről. Jobb lenne egy nyers riport, melyből részletesebben látnám, hogy a lemez milyen adatokat szolgáltat magáról, azaz ha ilyen furcsa kijelzés van, akkor a Beállítások -> Teszt riport küldése opció segítségével készíts+ments egy riportot! Köszi! -
jattila40
tag
Még mindig a smart értékekkel kapcsolatban lenne néhány kérdésem. Közben elolvastam a HDS helpjét, ahol azt írják, hogy a nyers adatokból csak az alsó két byte-ot veszik figyelembe a számításnál. Így persze már nem olyan ijesztően nagy számokról van szó, mint ahogy az előző hozzászólásomban írtam, de néhány dolgot továbbra sem értek. A raw read error rate (1-es smart paraméter) alsó két byte-ja 0xF9BE=63934, ami szerintem így is igen magas, mivel nem javított olvasási hibáról van szó. Meglehet persze, hogy ez két byte-os előjeles érték, így -1602, ekkor azonban mit jelent? Hogy negatív értékről lehet szó, azért is gyanús, mert az érték (nem a nyers adat, hanem a kiértékelt) két nap alatt 105-ről 116-ra változott. Hogy mutathat egy hibaszámláló javuló tendenciát? A seek error rate (alsó két byte szerint) 3160, ezt pedig a HDS figyelembe veszi a kondíció számításnál, ennek ellenére 100 %-os a kondíció. Másik érdekesség, hogy a jelenlegi értéke 100, a legrosszabb pedig 253. Hogy lehet a legrosszabb érték nagyobb? Most hirtelen kb. ennyi. Előre is köszi mindenkinek a válaszokat.
-
Boborjan
csendes tag
Üdv!
Nekem egy 40 gigás Maxtor döglődött (néha kattogott, a win visszanyomta PIO módba), HDSentinel kemény 0%-ra értékelte. Gondoltam ráengedem a Maxtor diagnosztikai programját, a PowerMax-ot. Már a basic tesztnél hibát jelzett, jöhet a fullos Low Level Format!
Miután végzett, mind a basic, mind az advanced teszt hibátlanul végigment rajta! WinXP, HDS indít, s mit látok? 100%!!! Igaz, hogy azóta lett rajta 3 hibás szektor, de beállt stabilan 96%-ra, és azóta is csak 1x hallottam kattanni (és újra udma2 módban megy)! Fontos adatokat továbbra sem tárolok rajta, de legalább sikerült újra használhatóvá tenni! -
Mat00
tag
Nagyon jó a cikk, köszi! Kellett egy ilyen program, így nem kell aggódnom az adataim miatt.
2 Samsung vinyóm van, az 1ik 1 éves, a másik fél, mind2 100%-os!
És 38-31 fokon megy egyik ill. másik, átlag! (mind2-n van hűtés, igaz sima ventillátor, de pont jó a hőmérséklete) Szerintem tökéletes!
[Szerkesztve] -
nekem néha mintha lehalna az egész gép ... a program átmegy not respondingba, majd működik tovább, ha türelmes vagyok pár percig
más taskok mennek ...
2 gépban van 4 samu winyom + 1 seagate = mindegyik 100%-os -
Pentax
tag
Szeretném használni a progit,de indításnál lefagy a gép,csak resetre reagál.
Valszeg a raid kártyára kötött winyók miatt lehet? -
Mauzes
addikt
Üdv!
Az mennyire reális, hogy bekapcsolás után (legyen 1 perc boot), 24-25 fokban, a vinyóm hőmérséklete a S.M.A.R.T. szerint 29 Celsius? -
jattila40
tag
Nekem is hasonló kérdéseim vannak, mint grobber fórumtársnak. Szombaton vettem egy Segate 7200.10 200 GB-os winchestert, és a S.M.A.R.T. értékek elég furcsák, bár a HDS szerint minden a legnagyobb rendben. A raw read error rate 94 millió felett van, a seek error rate több mint 700 ezer, a hardware ECC reovered több mint 180 millió (szombaton is kb. ennyi volt, tegnap pedig lement 2,6 millióra). Biztos, hogy tök egészséges ez a lemez? A HDS ezt írja: ''A merevlemez állapota hibátlan. Nem található hibás vagy gyenge szektor, nincsenek felpörgési és adatátviteli hibák sem.'' Egyébként a smart adatoknál mit jelent a legrosszabb érték?
-
bolcsodal
addikt
Nah..mégiscsak feltettem. Az updater karanténban csücsül. A progi szerint 50% Health, 48 Bad sector...
Szerintetek? Kár, hogy a WD Raptorok ilyen drágák.
-
Grobber
csendes tag
Heló! Felraktam a progit, jónak tűnik. Volna vele kapcsolatban kérdésem:
1: az egyik (Samsung SP2504C SATA2) vinyómnál a RAW Read Error Rate tegnap 18 volt, ma 28 (az Adatmező kiértékelés szerint). Mennyire kell aggódnom e miatt?
2: mindhárom vinyómnál elég magas a Hardware ECC Recovered érték: a napi használtattól függően 8-30millió. Ez mennyire probléma?
Mindkét vinyó Reallocated Sector/Pending Sector/UATA CRC Error mentes, ill 100%-os a progi szerint. Kérek szépen tanácsot! -
martonx
veterán
Kár, hogy stripe-os raidbe kötött vinyókat nem kezel a rendszer. Pedig ez lenne az igazán fontos...
-
Dr. Romano
veterán
válasz
hdsentinel #108 üzenetére
Köszönöm szépen a választ!
-
jattila40
tag
válasz
LeslieG Jr. #126 üzenetére
Köszi a tippet, kipróbálom. Az igaz, hogy a 80 eres szalagkábelt is kicseréltem (PATA vinyó), de az új. A táp szerintem nem lehet rossz, ez egy 350W-os Chieftech (eddig is ez volt), és igazán nincs túlterhelve (AMD64 3200, egy, vinyó, egy DVD, 9600pro video, nincs túlhúzva).
-
kneedeep
tag
válasz
hdsentinel #55 üzenetére
Nos a 3.-ik lemez, egy Wd120sata2, amit régen raid tömbben használtam. Nemrég jmicron vezérlőről átraktam ICH8R-re, és azóta minden program azt írja ki a lemez tipúsára, hogy WD120GBRAID1 (HD Sentinel, everest, eszközkezelő).
Sajnos nem csak a 160-as seagate, dob furcsa hibákat, hanem a 250-es seagte-m is. itt is hasonló a helyzet, jelez a HD sentinel, majd egy újratesztelés után ismét 100% a kondíció.
A gépben proci és a vga húzva van, de alaposan kiteszteltem. Táp 650FSp, azzal nem lehet baj. Az adatkábel spéci adaptec, kb 45-50cm hosszú (lehet hogy ők a bűnösök??
driverekből minden a legújabb van fent.
Az információk panelen mindkét ATA ''érvényes'' a két seagate hdd esetében, a raid-es wd-n ''érvénytelen'' .
Riport az alábbi linken: [link] -
hdsentinel
őstag
válasz
littlemole #127 üzenetére
Az USB-s külső merevlemezkeretek túlnyomó többségében olyan vezérlő chip van, amelyik nem ad részletes információt (pl. hőmérséklet, állapot) a keretben található lemezről.
Az újabb, Cypress AT2+ chip-pel szerelt külső keretek már támogatják a S.M.A.R.T. adatok lekérdezését. Az ilyen keretek listája a program honlapján a ''hardver'' menüpont alatt található (pl. Enermax Vanguard, Thermaltake típusok, stb...) -
littlemole
őstag
Ráraktam a gépre a 2.5 es laptop winyómat USB n keresztül hogy megnézzem milyen állapotban lehet, de nem írt ki semmi infót róla.
Ez miért lehet? -
LeslieG Jr.
őstag
válasz
jattila40 #125 üzenetére
Hali!
Ezek a fagyások általában akkor szoktak jelentkezni ha a kábel valami oknál fogva rossz.Igaz nem írtad hogy SATA-s vagy IDE-s vinyó de probáld meg hogy kicseréled az adatkábelt. Még akkor szokot ilyen fagyásokat produkálni ha a tápcsati kontaktos vagy nem megfelelő a tápegységed. De mint említetted az elöző vinyó jól működött ugyhogy a táp jó lehet csak a csatlakozó rosszalkodik.
Egy adatkábel csere mindenképpen javalott.
-
jattila40
tag
Amint tegnap írtam, a tönkrement Maxtor vinyóm helyett vettem egy Seagate 7200.10 200G-at. Az utóbbi egy napban másodszor fordult elő, hogy file művelet közben merevre fagy a gép, illetve újra indul. Közben futott a hard disk sentinel, most nem tudom azzal van összefüggésben, az új vinyóval van valami baj, vagy az alaplap. Az alaplap nem valószínű, mivel a Maxtorral ilyen nem volt (és addig a HDS-t sem futtattam). Volt-e valakinek hasonló tapasztalata?
-
REDeath
őstag
már régóta ki akarom ezt a progit próbálni, mindenki ajánlja. és kiváncsi is vagyok a merevlemezeim állapotára, ez a cikk megadta a végső löketet
Ilyen esetekben az operációs rendszer általában teljesen megáll, ezért a felhasználók egy része – tévesen – ilyenkor újraindítja, esetleg lekapcsolja a számítógépet, mondván, az „kifagyott”.
ezt nem igazán értem... miből gondolná bárki is hogy nem fagyás? semmi üzenet nem jelenik meg hogy ügyködik a merevlemez, maximum hallatszik a seekelés hangja. és ha ez nem fél perces művelet akkor bizony szvsz még a hozzáértők is fagyásnak vélik... -
kapcs-ford
őstag
válasz
Johnny Cage #121 üzenetére
neroval probálkoznék boot cd 1,44emulation.
-
kapcs-ford
őstag
válasz
hdsentinel #118 üzenetére
Ilyen hardware hiba esetén bármely program hibátlannak mutatta volna 10percel a elromlása elott. Amit mondani akarok az az hogy nincs olyan program ami a hardware hibát tudná jelenteni idoben mert mire jelentené addigra a user tehetetlen.
-
Johnny Cage
addikt
Firmware frissitésre senki sem tud megoldást, ha nincs 1.44-es floppym, se dos boot lemezem?
-
dragi77
csendes tag
válasz
hdsentinel #119 üzenetére
Szia!
Gép elé kerülök küldök egy riportott. Az alaplapra promise 378 as raid cuc van integrálva.
üdv. Drag. -
hdsentinel
őstag
Sajnos a helyzet valóban az, hogy a RAID vezérlők nem adnak S.M.A.R.T.
információkat a RAID tömbbe szervezett merevlemezekről.
Ilyen esetben a vezérlő nem ''kombinálja'' össze a lemezek S.M.A.R.T. tábláit
és nem ad részleges adatokat (pl. csak az egyik vagy másik lemez adatait) sem.
RAID vezérlőre kötött különálló (nem tömbbe szervezett) lemezek esetén
működik a dolog, minden további nélkül.
Szoftveres RAID (ha az op. rendszerrel készül a tömb és az op. rendszer kezeli azt)
esetén is tökéletesen működik.
A Promise vezérlő érdekelne. Liksoft tesztelte, hogy a ''Promise Ultra133 TX2''-höz talált megfelelő driver-t, amivel működik a dolog.
Milyen típusú és milyen driver van hozzá telepítve?
(a Beállítások -> Teszt riport küldése opció használatával egy riportot ha tudnál küldeni, abban ezek benne vannak) -
hdsentinel
őstag
válasz
kapcs-ford #111 üzenetére
Pontosan erről van szó.
Mivel a kiolvasáskor valószínűleg csak a küszöb és érték mezők kerültek kiértékelésre, nem pedig a nyers problémát jelző értékek. A cikkben szereplő 2.5-es merevlemez is tökéletesen hibamentesnek mutatta magát a ''hagyományos'' módszerrel. -
hdsentinel
őstag
Szia !
Engem (szerintem mást is) konkrétan érdekelnének a hibák! Könnyen lehet, hogy több éves tapasztalat alatt több meghajtó fordult meg Nálad, mint nálam, ezért várom az építő kritikákat, ötleteket, akár a szoftverrel, akár a cikkel kapcsolatban.
(a cikket konkrétan nem ért írtam, csak az eredetijét ami a honlapomon olvasható).
A cél az volt, hogy a S.M.A.R.T.-tal kapcsolatos (sokszor alapvető) félreértések tisztázásra kerüljenek.
Bőven van igazság abban, amit írtál. A cikkben szereplő problémák (pl. nehézkes detektálás) egy jelentős része valóban driver gondokra (azaz a Win futására) vezethető vissza. Emiatt DOS alatt, ahol valóban közvetlen hozzáfér az ember a lemezhez, talán pontosabb diagnosztika kérhető.
De: a felhasználók jelentős része egyáltalán nem használ DOS-t, nincs boot floppy-ja, semmi ilyesmi. Továbbá ideje, energiája, türelme sincs (érthetően), hogy pl. hetente/havonta így végignézze a lemezeit. (ez különösen igaz lehet egy cégnél, iskolánál, több számítógép esetén).
Továbbá DOS alatt pl. egy PCI-os IDE kontrolleren lévő vagy S-ATA, SCSI, vagy még inkább USB meghajtó ellenőrzése nem picit bonyolult (de inkább megoldhatatlan).
Ezért lehet hasznos egy S.M.A.R.T.-ot ellenőrző program, mely figyelmeztet hiba esetén ÉS utána már neki lehet ugrani más alkalmazással, hogy feltárja az ember a pontos problémát.
De ez csak az én véleményem -
hdsentinel
őstag
válasz
forceberg #98 üzenetére
Igen, így van, azonos algoritmus szerint kerülnek értékelésre a lemezek.
Több riport alapján és különböző gyártóktól érkező különböző típusok alapján kerültek az értékek meghatározásra. A fő cél volt, hogy a problémás lemezek valóban hamar detektálhatóak legyenek.
Fontos volt az is, hogy az algoritmus nyitott legyen, bárki utána tudjon számolni, még ha a szoftvert nem is telepítette. Előnyösebb, mintha a program (ki-tudja-mi-alapján) kidobná, hogy 42%.
A számítási algoritmus kifejlesztésénél a gyártó-függetlenség volt az egyik fontos elv, azaz, hogy ne értékeljen valamely típust jobbnak egy másik gyártó másik típusánál, hiszen
pont ez tette a S.M.A.R.T.-ot nehezen használhatóvá és objektíven értékelhetővé.
200 db hibás szektor minden lemezen 200 db hibás szektor.
Persze a teljes területhez képest ha úgy vesszük, érdekes lehet, hogy 40 millió szektorból (20 GB) vagy 500 millió szektorból (250 GB) romlott el 200, de mivel nem arról van szó, hogy ezek a szabad, felhasználható hely mértékét csökkentenék bármilyen módon is, ezért ennek nincs jelentősége.
Maga a tudat, hogy a lemezzel történtek problémák (és esetleg újabb problémák, azaz időben romlott az állapota) a fontos. -
dragi77
csendes tag
Sziasztok!
Az normális, hogy van egy asus p4c800 Deluxe-E lapom. Intel vezérlőn két sata seagte Raid0-ba. Ezek állapotát hőmérsékletétt..stb. nem tudja mérni a progi. Van egy segate ides azt tökéletesen méri, valamint van egy sata wd a promise vezérlőn, de arról se tud semi infot adnia progi
üdv. Drag -
EQMontoya
veterán
válasz
hdsentinel #112 üzenetére
a 200as samum is 1 óránként irkál bele. (Sp2004c)
-
hdsentinel
őstag
válasz
forceberg #97 üzenetére
Bocs, ha nem volt teljesen egyértelmű a leírás.
A súgóben ([link] ) a ''Kondíció számítás'' menüpont alatt látható, mely attribútumok kerülnek felhasználásra és milyen mértékben.
5 = 15 (hexa) ---> 21 (dec)
196 = 0F (hexa) ---> 15 (dec)
197 = 04 (hexa) ---> 4 (dec)
Jelen esetben a szigoróbb számítási módszer táblázatot használva:
5. attribútum = 60 (6 a súlyosság ennél az attribútumnál, 21 darab van összesen, de maximum 60-at tud rontani a teljes értéken, ezért nem 21x6, csak 60)
196. attribútum = 30 (4 a súlyosság ennél az attribútumnál, 15 darab van összesen, de maximum 30-at tud rontani a teljes értéken, ezért nem 4x15, csak 30)
197. attribútum = 16 (4 a súlyosság ennél az attribútumnál, 4 darab van összesen, ez kevesebb, mint a maximum 30, ezért 4x4 = 16)
Tehát:
100% x (100-60)% x (100-30)% x (100-16)% = 100x0,4x0,7x0,84=23,52% -
hdsentinel
őstag
válasz
Incognito #83 üzenetére
Az eltelt időt nem minden merevlemez méri azonos mértékegységben. Az egyik percenként (vagy félpercenként), a másik óránként növeli a kérdéses attribútum értékét. Ezért a nyers értékek ellenőrzésekor a programnak az első induláskor meg kell vizsgálnia, hogy milyen sűrűn változnak az értékek, utána tudja csak pontosan meghatározni a kiolvasott érték alapján a működési időt. (ez a program súgójában ill. on-line súgóban is megtalálható).
A 300-asnál a számláló mivel elég alacsony, órás egységben mér, a másik pedig valószínűleg fél perces egységeket használ, mint a Samsung-ok egy jelentős része. -
kapcs-ford
őstag
Gyakorlati, személyes tapasztalat:
Valami elkezdett zizegni a gépemben, gondoltam a gép burkolata... nem.. a ramok? neem. Hát a winyó... sxart kiolvasása... eredmény minden érték átlagos vagy OK 100%. Hát akkor mi van.. gondolkoztam majd a képen a kékhalál (memory read problem etc...) kerregés... namondom akkor restart és az adatok mentése lesz de erre már nem volt lehetoségem.
kb. 10perc alatt elszállt a winyó.
[Szerkesztve] -
hdsentinel
őstag
A kábel illetve nem megfelelő tápellátás, kontakthiba miatt az ultra ATA CRC valóban szokott emelkedni, de olyat még nem láttam, hogy csak az adatkábel miatt keletkeztek volna új hibás szektorok.
Persze ez az állapot nem igazán kívánatos, a folytonos átkábelezés sem a legjobb a csatlakozóknak. -
hdsentinel
őstag
válasz
Blizzard.9 #80 üzenetére
Igazából nem lepődtem meg.
Az ATA spec. szerint nem érhető el a korábban hibásnak minősített terület, mivel minden
oda irányuló írás/olvasás a tartalék területre kerül átirányításra (kivéve a hardveres biztonsági teljes törlés esetén). Így mikor a ''hibás'' szektort ellenőrizte a program, akkor valójában a tartalék területet vizsgálta.
Amit tud tenni, hogy a nem teljesen stabil (gyenge) szektorokat vizsgálja, ha ott problémát talál, akkor rákényszeríti a lemezt arra, hogy ezen a szektorok tartalmát is tegye a tartalék területre. A gyenge szektorok száma csökkenhet is - ha a lemez úgy ítéli meg, hogy azok újra stabilan használhatóak (újra felmágneseződnek és korrektül működnek). -
hdsentinel
őstag
válasz
Dr. Romano #77 üzenetére
Akkor a korábbi életében nem volt rajta a S.M.A.R.T. engedélyezve, ezért korábban nem számolta az eltelt időt.
Mivel ez a funkció alaphelyzetben a legtöbb alaplapon automatikusan engedélyezve van (de ha nem, a Hard Disk Sentinel, Everest, Speedfan és a hasonló programok szükségszerűen engedélyezik), ezért ez a lehetőség fel sem merült. -
hdsentinel
őstag
válasz
ez_meg_emaz #76 üzenetére
Köszi a riportokat !
Félreértettük egymást. Úgy értettem, hogy besötétedik a számláló kijelzés, amikor a mérés lezajlik (=beragad), nem pedig úgy, hogy nem növekszik tovább.
Bocs, este volt már nagyon -
zsiga667
addikt
''Nem véletlen, hogy a merevlemez gyártók is DOS-os tesztprogramokat adnak a merevlemezeik teszteléséhez.''
Érdekes, amikor fél éve baja volt az egyik WD vinyómnak, a WD Tech Support egy egyszerű windows-os programot adott hogy azzal teszteljem le, és az alapján cserélték (volna). -
-
softs
csendes tag
A cikk összességében jó, de azért van benne pár hiba, most nem térek ki rájuk, akit konkrétan érdekelnek írjon. Mivel fejlesztő/szervizesként jó néhány éve foglalkozom merevlemezekkel egy fontos észrevételt azért tennék: vannak jó win alatti merevlemez ''őr'' programok, de sajnos ennek a hardware elemnek az alapos tesztelése nem végezhető el win alól, mivel az nem engedi eléggé a hadver ''közelébe'' a futó felhasználói programokat. Ez már a 95 óta fennáll. Nem véletlen, hogy a merevlemez gyártók is DOS-os tesztprogramokat adnak a merevlemezeik teszteléséhez. Tehát ha a merevlemez pontos állapotára vagyok kíváncsi, fogok egy floppy-t és DOS-boot után elindítom pl. a HDDs (hdd utils) nevű szintén magyar programot, ami hardver-szinten teszteli a merevlemezt, attól teljesen függetlenül, hogy annak mi a tartalma. Sőt nem hogy simán teszteli, hanem a javítható bad szektorokat javítja is, ráadásul a merevlemez felületének (mágneses rétegének) állapotát/elérhetőségének stabilitását is vizsgálja! Vagyis: használjon mindenki nyugodtan win alatti ''őrszemeket'', hasznos dolgok, de ha a merevlemez tényleges állapotára kíváncsi, vegyen elő egy floppy-t és egy DOS-os tesztpogramot, és azt is eressze rá.
-
Johnny Cage
addikt
Seagate vinyó firmware frissitésére van valakinek valami tippje? Nincs már 1.44-es meghajtóm.
-
Az üzemidő értékekben nem nagyon hiszek, mert az csak abban az esetben lehet jó ha végig pl. egy gépben volt a winyó bekapcsolt működő S.M.A.R.T. -al, ez meg egy több éves winyónál nem valószínű.
A SMART értékek nem gépfüggőek, azt a vinyó saját magán belüli vezérlője számolja, a gép csak kiolvassa az adatokat.
Új hozzászólás Aktív témák
Hirdetés
- Lenovo ThinkPad 40AF docking station (DisplayLink)
- Dell Optiplex MT/SFF 3040, 3050, 3060, 3070, 5070, 7060/ Hp ProDesk /SZÁMLA- GARANCIA
- 121 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 - 4 év garancia
- Xbox Game Pass Ultimate kedvező áron, egyenesen a Microsoft-tól! - AUTOMATA BOLT
- HIBÁTLAN iPhone 15 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3006, 90% Akksi
Állásajánlatok
Cég: FOTC
Város: Budapest