- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- CMF Phone 1 - egy jó telefon
- Apple Watch Ultra - első nekifutás
- iPhone topik
- 8849 Tank 4 Pro - interpol-álom
- Milyen okostelefont vegyek?
- Képeken a Huawei új Watch GT 6 órái
- Google Pixel topik
- Apple Watch Sport - ez is csak egy okosóra
- Az Apple bemutatta az iPhone 17-et
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- SzDavid99: Út Korea turistaparadicsomába, amiről talán még sosem hallottál: Csedzsu-sziget
- sellerbuyer: Hogyan turbózd fel a NAS-od sebességét olcsón és egyszerűen?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- eBay-es kütyük kis pénzért
Új hozzászólás Aktív témák
-
DeadMeat
nagyúr
Szia
Lehetséges valahogyan Sil5723 vezérlőn csücsülő raid tömbről smart adatokat kinyerni?
Néha a legfrisebb beta verziós Hd sentinel betesz a tömhöz valami smart értékeket, ahogy látom az ssd értékeit, ettől viszont megbolondul,hibákat dobál a tömbre.Létezik erre megoldás? -
rgeorge
addikt
válasz
rgeorge
#1667
üzenetére
Na, ma kellett volna megtörténnie a cserének Hitachira, de a Lenovo megint Seagate-t küldött. Leteszteltük külső USB-sként, 1 óra múlva lett 1 a Power On Time Count, majd kb. 20 perc múlva a Reallocation Event Count is 1 lett.
Ugyanaz a típus, ugyanaz a firmware. Nem úgy tűnik, hogy ez hiba lenne, hacsak nincs valaki, akinél ugyanez (vagy az 5400es változata) a HDD ugyanezzel a firmware-el nem csinálja ezt. De ilyen eddig nem jelentkezett.
Maradt az eredeti a notebookban. -
#1696
dudi
senior tag
hdsentinel
#1695
dudi
senior tag
válasz
hdsentinel
#1695
üzenetére
azt néztem, hogy indítást követő minden órában ébreszti valami a lemezt. Az indexelő szolgáltatás nem fut ezen a lemezen. Az eseménynaplóban egyedül egy smb branchcache információ szintű bejegyzése található, más nem.
azért mondjuk 2 órát nem futtatnám a gépet csökkentett módban
de kipróbálom a szolgáltatások letiltogatását, hátha.
-
#1695
hdsentinel
őstag
dudi
#1693
hdsentinel
őstag
Szuper
Sajnos erre nincs ötletem, valószínű valamilyen időszakosan induló háttérfolyamat (indexelő szolgáltatás, vírusirtó, vagy valami hasonló).
Esetleg indítsd a gépet F8 -> csökkentett módban, így egy csomó minden nem indul el és meg tudod nézni, hogy így van-e változás. Ha igen, akkor a normál módon automatikusan induló programok között kellene keresgélni.
-
#1693
dudi
senior tag
hdsentinel
#1691
dudi
senior tag
válasz
hdsentinel
#1691
üzenetére
szia,
Nem küldök már se riportot, se egyebet, mert úgy néz ki, hogy a sentinel nem ébreszti a lemezt. Eddig akkor is ébresztette, amikor a beállítások megnyitása után leokéztam. Most már nem teszi, megy minden rendesen.
Esetleg arra nincs valami ötleted, hogy mivel tudom monitorozni, hogy mi mikor fér hozzá a lemezhez, ezzel felébresztve azt?
dudi -
#1692
04ahgy
nagyúr
hdsentinel
#1685
04ahgy
nagyúr
válasz
hdsentinel
#1685
üzenetére
Szia,
Ha megint belefutok a más alaplapon más értéket adó HDSDOS problémába, akkor mindenképp küldök riportot. HDSOS /R módban és win alól is.
Szoktam néhanapján 4-5 HDD-t rákötni gépre, és egy spontán riportot küldeni, biztos látod.
HGyu
-
#1690
dudi
senior tag
hdsentinel
#1689
dudi
senior tag
válasz
hdsentinel
#1689
üzenetére
szia,
nem tudom, hogy tőled, vagy más fejlesztőtől, de kaptam e-mailt is, majd ha azzal együtt van érdemi infó, akkor küldöm a riportokat is újra. Elküldtem arról is, amikor elvileg áll, de a riport készítése is felébreszti a meghajtót, ezért nem tud róla értelmesen gyűjteni adatot.
-
#1688
dudi
senior tag
hdsentinel
#1687
dudi
senior tag
válasz
hdsentinel
#1687
üzenetére
igen azzal próbáltam mind a két meghajtónál... akkor egyenlőre feladom, használom a samsunggal
-
#1687
hdsentinel
őstag
dudi
#1686
hdsentinel
őstag
Ez nagyon érdekes, ugyanis ez (is) bekerült az új béta verzióba, amit ha jól emlékszem, ellenőriztél
szerk.: vagy az nem Te voltál? Bocs, már nem emlékszem ...
Szóval a legújabb bétát kellene megnézni és azzal riportot küldeni: http://www.hdsentinel.com/beta3/hdsentinel_pro_setup37023.zip
-
#1686
dudi
senior tag
hdsentinel
#1682
dudi
senior tag
válasz
hdsentinel
#1682
üzenetére
most kipróbáltam mind a samsung mind a toshiba vinyóval a keretet. A hdparm-al megnéztem, hogy aktívak-e és hogy az aktivitás ellenőrzése felébreszti-e a meghajtót. De egyik esetben sem történt így, vagyis a toshibát is tudja úgy ellenőrizni a hdparm, hogy nem ébreszti fel, míg a sentinel nem tudja ezt, csak a samsung esetében.
Esetleg valami ötleted nincs, hogy miért van ez így?üdv,
dudi -
#1685
hdsentinel
őstag
04ahgy
#1683
hdsentinel
őstag
Köszönöm a jelzéseket, információkat!
A HDSDOS 1.00.5 bizony régen lett már kiadva és valóban némely újabb típussal még nem teljesen kompatibilis. Minden esetben a Windows-os változat (ami lényegesen gyakrabban frissül) eredménye mérvadó, ezek kerülnek (idővel, ahogy a lehetőségek engedik) át a DOS-os és Linux-os változatokba is.
Samsung-nál ez tipikus: az egyes drive-ok más-más módon számítják a működési időt, ezért újabb drive-oknál a jelenlegi HDSDOS-ban ez pontatlan lehet.
Az viszont érdekes, hogy ugyanaz a drive (? ha jól értem) más környezetben mást mutat.
Ezekről ha lehetséges jó lenne riportot látni a (HDSDOS /R opcióval menthető) akár mindkét gépben, hogy ellenőrizni lehessen és természetesen a fejlesztést is segíti.
Köszi! -
#1684
hdsentinel
őstag
rgeorge
#1680
hdsentinel
őstag
válasz
rgeorge
#1680
üzenetére
A S.M.A.R.T. szabvány részletes alkalmazása gyártónként eltérő és ez egy másik gyártó, másik HDD-je.
(ezért nem érdemes a kettőt ilyen módon, tisztán 1-1 kiragadott attribútum alapján összehasonlítani).A Seagate-nél ahogy láttad, a kérdéses szektorok nem lettek megjelölve (ezért nem növekedett más számláló, csak a reall.event count). A WD viszont általában előbb gyengének (pendig sector count növekszik) jelöl egy szektort és csak ha szükséges, ezután indítja az átallokálást.
Lehetséges, hogy a "spéci" firmware hozott valamit, de erről a gyártók (mind a Seagate, mind a Lenovo) hallgatni fog, legalábbis a tapasztalatok alapján értékelhető, hivatalos információt nem fognak kiadni (pedig nem lenne rossz).
Valóban elég jól körüljártuk a témát
-
04ahgy
nagyúr
Sziasztok.
HDSDOS 1.00.5 alatt egy HDD 100%-os, win7 alatt a legfrissebb verzió pedig levon (88%, adatátviteli hiba miatt). Seagate HDD-k esetén fordult ez elő. Ez így rendjén van?
Másrészt van egy alaplapom (GA-EP31-DS3L), ami esetében bizonyos merevlemezek HDSDOS 1.00.5 verzióval vizsgálva 100%-osak, másik alaplappal, ugyanezzel a HDSDOS verzióval és indítófájllal (ugyanazon bootolható pendrive-ról) pedig szektorhiba (pontosabban újraallokált szektor) miatt nem 100% értéket kapok. Általában ezen merevlemezeknél ezzel az alaplappal a működési időtartam visszajelzése is téves, nagyon jelentősen eltér lefele (pár napot ír ki). Ez főleg Samsung merevlemezeknél jelentkezik.
Ezekkel együtt tudok ugyan élni, csak gondoltam, jelzem.
HGyu
-
#1682
hdsentinel
őstag
dudi
#1679
hdsentinel
őstag
Igen, elképzelhető: vannak olyan drive-ok, amik küldött állapot-információtól (és Windows energiagazdálkodási beállítástól) függetlenül belső, saját energiagazdálkodási funkcióval rendelkeznek és teljesen önkényesen leállnak ha nincs adatmozgás - miközben kifelé azt mutatják, hogy aktívan működnek.
-
#1680
rgeorge
addikt
hdsentinel
#1675
rgeorge
addikt
válasz
hdsentinel
#1675
üzenetére
Tegnapelőtt ezt írtad:
Egyáltalán nem, mint ahogy Nálad is látható: ha az áthelyezés nem történik meg valamilyen okból, akkor ez áthelyezési kísérletet jelent csak, ilyenkor csak ez
a számláló növekszik és az értékelés jelzi, hogy "a vizsgált terület hibátlan".
Azaz akkor is kísérlet, ha a vizsgált terület hibátlan. Amit nem értek, hogy akkor ha egy szektor gyenge, a drive megjelölte, a current pending sector-t is növelte, akkor ez egy komolyabb esemény, mint, az, hogy megvizsgálta, de rendben volt, de itt mégsem nőtt a reallocation event count.
Egyre inkább úgy látszik, hogy a speciális, Lenovo-s firmware sajátossága ennek az értéknek a kezelése, tekintve, hogy a többi firmware ezt az értéket nem is "közvetíti". Én mondjuk nyomasztottam a szervizt, hogy próbáljanak ők is utánakérdezni, de inkább cserélik a HDD-t.
Tekintve, hogy hamarosan megszabadulok a Seagate-től, be is fejezem a téma további boncolgatását (gondolom a Te, és a többiek nagy örömére...). -
#1678
rgeorge
addikt
hdsentinel
#1677
rgeorge
addikt
válasz
hdsentinel
#1677
üzenetére
Ez így még érdekesebb, lehet, hogy ez valami Lenovo által kért módosítás volt a fw-ben és azért működik "furcsán"?
-
#1677
hdsentinel
őstag
rgeorge
#1676
hdsentinel
őstag
-
#1676
rgeorge
addikt
hdsentinel
#1675
rgeorge
addikt
válasz
hdsentinel
#1675
üzenetére
De többeknek (geri15) éppen ST9500325AS hdd-re írt hasonló okokbol romlo kondíciót a Sentinel, még be is írtál egy pár fw számot a riportokból. Ezért furcsa, hogy itt maga az érték sem látszik.
-
#1675
hdsentinel
őstag
rgeorge
#1674
-
#1674
rgeorge
addikt
hdsentinel
#1670
rgeorge
addikt
válasz
hdsentinel
#1670
üzenetére
Köszönöm, tegnap kicsit mást írtál, de mindegy.
És az hogy lehet, hogy egy sata-s ST9500325AS-ra sincs 196-os érték? -
#1673
hdsentinel
őstag
tomp
#1672
hdsentinel
őstag
Ment részletes válasz, a lényeget ide is beírom:
Jó lenne a dokkoló pontos típusát (típusszám, megjelölés) tudni. Esetleg ha megoldható, egy link is segítene a termékhez. Így ellenőrizni lehetne a chip típusát és esetleg szerezni egy ilyen dokkolót teszteléshez, hogy kiderüljön, lehetséges-e további információ kiolvasása.
A programban található Lemez menü Felület Teszt funkciója ilyen esetben is képes
a merevlemezt átvizsgálni és az esetleges problémákat feltárni, javítani. -
#1672
tomp
félisten
hdsentinel
#1671
tomp
félisten
válasz
hdsentinel
#1671
üzenetére
Elküldtem.
-
#1671
hdsentinel
őstag
tomp
#1669
hdsentinel
őstag
Riport menü -> Teszt riport küldése a fejlesztőnek, akkor ellenőrizhető.
Ha a dokkolóban lévő USB chip nem teszi ezt lehetővé, akkor nincs, erről bővebben: [link] (itt található lista a tesztelt és ismert USB chip-ekről).
USB 3.0-as dokkolók/adapterek/külső HDD-k természetesen nagyon régóta támogatottak - ha megfelelő firmware verzióval rendelkeznek (a felül említett funkciót használva ezt ellenőrizni tudom).
-
#1670
hdsentinel
őstag
rgeorge
#1667
hdsentinel
őstag
válasz
rgeorge
#1667
üzenetére
Gyenge szektor esetén még nem történt átallokálási kísérlet sem, mivel az ilyen szektor általában "gyógyítható", ritkán szükséges az átallokálás. Lemez menü -> Felület teszt -> Lemez felületének újrainicializálása teszt szinte minden esetben teljesen eltűnteti az ilyen szektorokat és a kondíció is ezzel párhuzamosan emelkedik.
A Seagate-ekről: a SMART listát nem befolyásolja, hogy RAID-ben vannak-e vagy sem. Egyszerűen ezeknél a drive-oknál nincsen ilyen attribútum. A gyártón múlik, hogy mennyire részletes állapot-infókat közöl, gyártónként (és azon belül modell-családonként) is változhat, hogy pontosan milyen értékeket ad vissza.
-
#1667
rgeorge
addikt
hdsentinel
#1665
rgeorge
addikt
válasz
hdsentinel
#1665
üzenetére
Most nézem át a cégnél lévő HDD-ket. Az egyik, viszonylag friss (augusztusi) 500GB-os WD-n a current pending sector = 1, azaz 1 darab gyenge szektort talált önteszt során, amit majd lehet, hogy át kell helyezni. A reallocation event count viszont 0, azaz ezt mégsem tekinti áthelyezésnek, legalábbis ez a HDD.
Találtam olyan HDD-t is (két Seagate RAID-1-ben tükrözve), ahol a reallocation event count meg sem jelenik a SMART listában, de ez gondolom a RAID miatt van (intel ICH8R).
Egyébként a notebook-om Seagate-jét nemsokára kicserélik egy Hitachi-ra, ha minden igaz. Igy viszont nem lesz módom a további sorsát követni, bár lehet, hogy megkérdezem, megvehetem-e gombokért a szerviztől... -
#1665
hdsentinel
őstag
rgeorge
#1664
hdsentinel
őstag
-
#1664
rgeorge
addikt
hdsentinel
#1663
rgeorge
addikt
válasz
hdsentinel
#1663
üzenetére
Na kezd érdekessé válni a levelezésem a Seagate-vel. Most egy fickó olyan értelemben válaszolt, hogy a reallocation event count max. 300-ig fog nőni, mert ennyi tartalék szektor van a HDD-n. Direkt rákérdeztem, hogy ez akkor is így van-e, ha csak az event count nő, de a sector count nem, szerinte valószínűtlen, de igen. Most vagy nem érti, amit írtam, vagy tényleg három hét, és kuka a HDD. Nyilván nem fogom megvárni... Viszont a így már a 300-nak a 30%-án lennék, amit a SMART "főzőtt" értékeinek is mutatnia kellene némi csökkenéssel.
-
#1663
hdsentinel
őstag
rgeorge
#1662
hdsentinel
őstag
válasz
rgeorge
#1662
üzenetére
A power on time count-nál más a helyzet, ne keverjük ide (ott valószínű a működési időben rész-időt számol, mivel maga a "hasznos" érték óránként növekszik).
Nem én nevezem annak, hanem így van:
Sikertelen áthelyezés = amikor nem történik valódi áthelyezés bármilyen okból.
Vagy mert nincs rá szükség, vagy mert az eredeti szektor abszolút nem olvasható, vagy mert a tartalék terület megtelt, stb... Utóbbiak itt kizárhatóak, hiszen végeztél teljes felülettesztet és nem lehet tele sem a tartalék terület ha még egy szektor sem került áthelyezésre)."Belül" ez így néz ki: áthelyezési kísérlet megindul (a HDD a számlálót növeli), majd ha történt áthelyezés, akkor az annak mefelelő számláló is növekszik.
A másik programra nem tudok mit mondani - de a beérkezett tapasztalatok szerint nem elég érzékeny ilyesmire.
Igen, ez valóban időigényes módszer, bár amennyit már elszöszöltünk vele, meg lehetett volna nézni
Nem láttam olyan riportot, amilyet említettél. Amik érkeztek, azokon ez az érték vagy 0 volt vagy ha nem volt 0, akkor ott már alapban voltak más hibák is.
Amiken pedig csak ez az érték nem nulla (igen ritka eset), azokról nem jött ismételt riport (persze kérem a felhasználókat, hogy küldjenek változás esetén ismét riportot, hogy a változást meg lehessen vizsgálni, ez lenne a legfontosabb, de ezt nem mindenki teszi meg). -
#1662
rgeorge
addikt
hdsentinel
#1661
rgeorge
addikt
válasz
hdsentinel
#1661
üzenetére
A raw értékek felső helyiértékei minden frissítésnél változnak, sőt, ez a power on time count-ra is igaz. Úgy tűnik, az értékek nőnek, majd újraindulnak, mindig a két legfelső bájt változik.
Ezek szerint Te sikertelen áthelyezésnek nevezed azt is, amikor kiderül, hogy nem is kell áthelyezni semmit sem? De akkor mi alapján "merült fel" egyáltalán, hogy áthelyezésre lenne szükség? Na ez az, ami számomra nem érthető. Mert ez esetben ez is sikertelen, meg az is, amikor az áthelyezés azért nem sikerül, mert már nincs hova áthelyezni, meg akkor is, ha a szektor már annyira hibás, hogy nem lehet kiolvasni?
A gyanús szektorokra semmi infó nincs, amikor futtattam a HDD Regenerator-t boot módban, akkor az nem talált lassabban elérhető szektorokat, gondolom, a HD Sentinel sem találna.
Sajnos egy ilyen teszt elég sokáig tart, nincs időm többször lefuttatni, arra sincs módom, hogy a HDD-t lecseréljem ideiglenesen egy másikra, hogy külsőként tesztelhessem, lévén ez az egyetlen HDD-m, a másik 500GB-s a mentésekre szolgál...
A riportokban láttál olyan HDD-t (tetszőleges gyártóét), ahol ez az érték és csak ez nő, majd egyszer csak már más hibák is bekövetkeznek? -
#1661
hdsentinel
őstag
rgeorge
#1660
hdsentinel
őstag
válasz
rgeorge
#1660
üzenetére
Úgy érzem, már kissé (?) túlragozzuk a dolgot
Még mindig nincs itt semmilyen ellentmondás, nem értem, mire gondolsz.
Ha lefordítod azt amit a wikipedia-n olvastál, pontosan azt kapod, amit a Sentinel ír magyarázatként (csak hosszabban): azaz, hogy az érték tartalmaz minden indított áthelyezési kísérletet (attempt), azaz a sikerest és sikertelent is.> Ezek alapján ennek a számlálónak 0-nál nagyobb értéke
> legalább 1 db. áthelyezésre utalEgyáltalán nem, mint ahogy Nálad is látható: ha az áthelyezés nem történik meg valamilyen okból, akkor ez áthelyezési kísérletet jelent csak, ilyenkor csak ez
a számláló növekszik és az értékelés jelzi, hogy "a vizsgált terület hibátlan".> Az előző következtetés ill. a kondíció szöveges magyarázata
> számomra azt jelenti, hogy a Reallocation Event Count nullánál
> nagyobb értéke még nem jelent feltétlenül valódi áthelyezést,
> azaz hibás szektorok meglétét.
> Történt vizsgálat, de annak kiváltó oka ismeretlen, a vizsgálat nem
> talált hibás szektort, ahogy a kondíciószöveg is mondja, ill. a két
> másik SMART érték sem nőtt.TÖKÉLETES!
Pontosan erről van szó > Továbbra is érdekesnek találom, hogy a "Reallocation Event Count"
> növekedése egyenletes, kb. óránként nő 1-el.Ez valóban érdekes, de ha a kérdéses gyanús szektor(ok) gyakran használt pozícióra esnek (pl. MFT, swapfile, stb...) akkor ez nem véletlen.
Ezt viszont csak úgy lehetne kivizsgálni, ha az op.rendszer nem futna rajta (másodlagos HDD-ként lenne egy gépben) és a Lemez -> Felület teszt -> Olvasás tesztet indítanánk, akár 2-3 alkalommal is. Minden bizonnyal ezek mindig ugyanott mutatnának sötétzöld (azaz lassabban elérhető) blokko(ka)t.
Futó op.rendszer mellett nem érdemes - mivel akkor az és az aktív programok is folyamatosan dolgoznak, így össze-vissza várhatóak ilyen sötétebb foltok.> Arra nincs mód, hogy a napló a teljes RAW értéket naplózza?
> Úgy tűnik, hogy a felső két bájt folyton változik, elég random értékek
> láthatók minden frissítéskor.Erre egyelőre nincs mód, de valóban érdekes.
MINDEN állapot-frissítéskor változnak ezek az értékek vagy csak akkor, ha a számláló is növekszik?
Érdemes lenne feljegyezni néhány jelzett értéket, megfigyelni, hogy ezek ismétlődnek-e vagy teljesen más számok vannak minden esetben.
Nem kizárt, hogy a szektor(ok) pozíciójára lehetne következtetni belőle ennél a típusnál. -
#1660
rgeorge
addikt
hdsentinel
#1656
rgeorge
addikt
válasz
hdsentinel
#1656
üzenetére
Ha még van türelmed, szeretném végre megérteni a korábban már többször is beírt "ellentmondást" a HD Sentinel kondícióértékelése és a Reallocation Event Count definíciója között. A Reallocation Event Count definíciója:
Áthelyezési kísérletek száma
A tartalék területre indított áthelyezések (sikeres és sikertelen) száma.
A WikiPedia szerint:
Count of remap operations. The raw value of this attribute shows the total count of attempts to transfer data from reallocated sectors to a spare area. Both successful & unsuccessful attempts are counted
Ezek alapján ennek a számlálónak 0-nál nagyobb értéke legalább 1 db. áthelyezésre utal, az áthelyezés pedig akkor indul, ha egy hibás adatszektort talál a HDD.
Azonban ha volt legalább egy hibás szektor, akkor vagy a Current Pending Sector Count vagy a Reallocated Sector Count értékének, vagy mindkettőnek is nagyobbnak kellene lennie, mint 0.
A kondíció magyarázata így szól:
A merevlemez 85 alkalommal vizsgált meg gyanús adatszektorokat. A vizsgált terület hibátlannak minősült.
Az előző következtetés ill. a kondíció szöveges magyarázata számomra azt jelenti, hogy a Reallocation Event Count nullánál nagyobb értéke még nem jelent feltétlenül valódi áthelyezést, azaz hibás szektorok meglétét. Történt vizsgálat, de annak kiváltó oka ismeretlen, a vizsgálat nem talált hibás szektort, ahogy a kondíciószöveg is mondja, ill. a két másik SMART érték sem nőtt.
Továbbra is érdekesnek találom, hogy a "Reallocation Event Count" növekedése egyenletes, kb. óránként nő 1-el. Arra nincs mód, hogy a napló a teljes RAW értéket naplózza? Úgy tűnik, hogy a felső két bájt folyton változik, elég random értékek láthatók minden frissítéskor. -
#1659
tomp
félisten
hdsentinel
#1658
tomp
félisten
válasz
hdsentinel
#1658
üzenetére
A bétában már benne van!
Köszi! -
#1658
hdsentinel
őstag
tomp
#1657
-
#1655
rgeorge
addikt
hdsentinel
#1654
rgeorge
addikt
válasz
hdsentinel
#1654
üzenetére
Ez így ok. De itt nem csak s reallocation event count nőtt, hanem a reallocated sector count és a current pending sector count is.
-
#1653
hdsentinel
őstag
hdsentinel
#1652
hdsentinel
őstag
válasz
hdsentinel
#1652
üzenetére
Olvasd el ezt: [link]
Ebben megtalálható, hogyan is működik a S.M.A.R.T.
Attól, hogy a küszöb 0 egy értéknél, attól még az számol, "csak" ez az attribútum a gyártó szerint sosem fog hibát jelezni. De ettől még itt jelentkezhet hiba, amire a HDSentinel figyelmeztet is. -
#1651
rgeorge
addikt
hdsentinel
#1644
rgeorge
addikt
válasz
hdsentinel
#1644
üzenetére
Azt jól látom (eddig két SATA-s példát láttam, egy 3.5"-ös és egy 2.5"-ös), hogy a WD-k nem nagyon kezelik ezt a reallocation event count-ot (meg sok más értékre is 0 a küszöb, többnél, mint a Seagate-nél)? A küszöb 0, azaz mindig ok, és a raw érték is 0. Van úgy, hogy ez nő egyáltalán?
-
#1650
hdsentinel
őstag
InfiniteReality
#1648
hdsentinel
őstag
válasz
InfiniteReality
#1648
üzenetére
Köszi!
A viszonylag sok idő (2-3 másodperc, ha nem tévedek) amiatt van, hogy az egyik drive-nál az állapot lekérdezése hosszabb ideig tart. Ez SAS (mint Nálad) és SCSI drive-ok esetén jellemző.
-
#1649
hdsentinel
őstag
wheelie13
#1647
hdsentinel
őstag
válasz
wheelie13
#1647
üzenetére
Pontosan így van, ahogy írtad
Azaz a hardveres tesztek (rövid/részletes önteszt) általában csak valóban kifogástalan állapot esetén futnak le, akár 1-2 apró hiba (90% feletti kondíció) esetén már jeleznek hibát.
Ilyen esetben jön jól a Lemez menü Felület tesztje, különösen az említett "Lemez felületének újrainicializálása" teszt.
Ha ez lefut és nem jelez hibát (főleg ha amúgy a kondíció kellően magas), akkor bátran használható a drive. -
#1647
wheelie13
csendes tag
hdsentinel
#1646
wheelie13
csendes tag
válasz
hdsentinel
#1646
üzenetére
Köszi!
Egy másik, régebbi, IDE-s HDD-nél lefutott sikeresen a Lemez felületének újrainicializálása, minden csupa zöld lett, viszont a Részletes ön-teszt eredménye Sikertelen olvasó egység hibája maitt. Ennek az egésznek az előzménye, hogy a lemez felületén található 12 hibás szektor, mely(ek) tartalma a tartalék területre lett áthelyezve. Ha jól értelmezem, akkor az újrainicializáláskor már nem került felhasználásra a tartalék területre helyezett 12 hibás szektor, és a lemezfelület többi részre hibátlanul működik és 'bátran' használható. Ugyanakkor elszáll a Részletes ön-teszt, mert az nem ugorja át a hibás szektorokat.
Tévedek valahol?
Köszi a segítséget, szuper a program -
#1646
hdsentinel
őstag
wheelie13
#1643
hdsentinel
őstag
válasz
wheelie13
#1643
üzenetére
Köszi a riportot!
Ahogy írja:"745 hiba fordult elő adatátvitel során. Ezt okozhatja az eszköz hibája vagy nem megfelelő adat/tápkábel. Javasolt a kábelek ellenőrzése és cseréje ha lehetséges."
Ez okozhatta a fájlrendszer sérülését is természetesen.
Ha kábelcsere után és folyamatos használat mellett tovább nem növekszik a hiba-számláló, akkor elvileg használható.
A short / extended teszt ha lefutott, az már majdnem jó, de azért érdemes lenne azt is megnézni, hogy a felület teljes mértékben megfelelő sebességgel kezelhető: olvasható és írható, valamint amit írsz, az vissza is olvasható és nem sérült közben.Erre tökéletes a Lemez -> Felület teszt -> Olvasás teszt és ugyanitt a Lemez felületének újrainicializálása teszt.
Ezért ezek is ajánlottak itt: Nem tökéletes a merevlemezem, mit lehet tenni?
(minden esetben ezek javasoltak kétség esetén). -
#1644
hdsentinel
őstag
rgeorge
#1642
hdsentinel
őstag
válasz
rgeorge
#1642
üzenetére
Annyit láttam, hogy az a drive egy külső USB-s keretben volt (azaz nem belső HDD egy ilyen vagy hasonló laptopban).
A kérdéses modellnél a 0002SDM1 fw a leggyakoribb a tapasztalatok szerint.A drive időszakosan újra-ellenőrzheti a kérdéses szektort, főleg, ha az olyan területen van, ami sűrűbben kerül elérésre. Így nem véletlen, hogy a számláló folyamatosan növekszik.
Amíg nincs más jellegű probléma és így a kondíció nem csökken, addig nincs miért aggódni.
-
wheelie13
csendes tag
Üdv mindenkinek!
Küldtem egy riportot
Van egy SAMSUNG HD252KJ HDD-m ami nemrégiben valamilyen hiba miatt hazavágta a rajta lévő fájlrendszert. Amit tudtam lementettem róla, majd törlésre került a lemezfelület és futtattam a beépített teszteket. A beépített tesztek elején elég fura hangokat ad ki a HDD, nem tudom, hogy ez normális-e. A short és az extended beépített teszt is hiba nélkül fut le, megbízhatok a HDD-ben? 
whee
-
#1642
rgeorge
addikt
hdsentinel
#1640
rgeorge
addikt
válasz
hdsentinel
#1640
üzenetére
És mást ki tudtál elemezni a riportból? Esetleg lehet tényleg, hogy ennél a típusnál/fwnél ez a számláló mást mér? Gyakorlatilag egyenletesen nő a használat módjától függetlenül. Sajnos a Seagate-től nem kaptam erre magyarázatot.
-
#1641
Oliverda
félisten
hdsentinel
#1639
Oliverda
félisten
válasz
hdsentinel
#1639
üzenetére
A legújabb RAIDXpert-ben be lehet kapcsolni a TRIM-et. Gondolom, ha egy meghajtónál működik az tömbben, akkor a többinél is.
Intelnél a 11.5-ös RST-től kezdve lesz hivatalos TRIM támogatás RAID-hez.
-
#1639
hdsentinel
őstag
Oliverda
#1638
hdsentinel
őstag
-
#1638
Oliverda
félisten
hdsentinel
#1636
Oliverda
félisten
válasz
hdsentinel
#1636
üzenetére
Akkor 1000%, hogy megy a TRIM, ha a Sentinel azt mondja, hogy minden rendben? Mert akkor mostantól erre hivatkoznék a jövőben.
RAID esetében már néztétek a TRIM-et? Állítólag az AMD legújabb drivere már tudja, valamint Intelhez is van már egy nem hivatalos verzió.
-
#1637
hdsentinel
őstag
dudi
#1634
hdsentinel
őstag
Így nem valószínű, esetleg más vezérlő esetén (pl. ha egy PCI-os IDE vezérlőkártyát használsz, pl. Silicon Image vagy JMicron chippel) ami a valós energiagazdálkodási helyzetet mutatja.
Annyit lehetne, hogy a Beállítások -> Fejlett opciók oldalon a beállítások gyakoriságát ritkábbra állítani, hogy ne forduljon a drive-okhoz olyan sűrűn.
-
#1635
rgeorge
addikt
hdsentinel
#1629
rgeorge
addikt
válasz
hdsentinel
#1629
üzenetére
Küldtem riport-ot a beta verzióval.
-
#1634
dudi
senior tag
hdsentinel
#1630
dudi
senior tag
válasz
hdsentinel
#1630
üzenetére
szia,
megnéztem és a legfrissebb (2009-es...) Ultra ATA driver van fent a gépen. Megpróbáltam azért ráfrissíteni, felrakta, restart, de maradt minden ugyanúgy.
Ezen gondolom nem lehet akkor segíteni, igaz?
dudi -
#1633
Oliverda
félisten
hdsentinel
#1627
Oliverda
félisten
válasz
hdsentinel
#1627
üzenetére
Beállítottam az MS drivert. Azzal ment. Utána visszatettem azt ami előtte fent volt és már azzal is megy.
Küldtem egy újabb reportot a biztonság kedvéért.Köszi!
-
#1632
finest
addikt
hdsentinel
#1631
finest
addikt
válasz
hdsentinel
#1631
üzenetére
Értem, köszi a gyors választ!
-
#1631
hdsentinel
őstag
finest
#1626
hdsentinel
őstag
Pontosan így van: az összes, valaha előforduló hibát számolja és magától nem nullázódik.
De ha a probléma javításra került (pl. új adatkábel) akkor a HDSentinel-ben a S.M.A.R.T. oldalon nullázhatod: a 199-es attribútum sorában az "Eltolás" mezőben adj meg -250 -et, így ezek a korábbi hibák már nem kerülnek értékelésre és csak az esetleges újabb hibák kerülnek kijelzésre. -
#1630
hdsentinel
őstag
dudi
#1625
hdsentinel
őstag
Köszi a riportokat!
Ilyen esetben az van, hogy a merevlemez-vezérlő illesztőprogramja ad vissza olyan állapotot, ami félrevezeti a programot. Pl. itt az Intel driver azt mutatja, hogy mindig működik, azaz nincs standby-ban, ezért is próbálja meg a program a lekérdezést.
Az illesztőprogram frissítése segíthet esetleg, érdemes a honlapon a Támogatás -> Driver Zóna oldalról megnézni másik, újabb illesztőprogrammal.
A Sentinel a drive típusát látja és jelzi
-
#1627
hdsentinel
őstag
Oliverda
#1623
hdsentinel
őstag
válasz
Oliverda
#1623
üzenetére
Létezik egy funkció, amivel drive-onként ellenőrizhető, hogy a TRIM "eljut"-e az SSD-hez vagy sem. Jelen esetben nem.
Érdekes, hogy másnál (ugyanezzel a driverrel) működik a TRIM.
Esetleg a jelenlegi SATA driver helyett érdemes lenne "Szabványos AHCI illesztőprogram"-ot megnézni (egy próba erejéig), lehetséges, hogy azzal működne. -
finest
addikt
Szia HDSentinel!
Meg tudod nekem mondani, h a lenti adatokban az ultra ata crc error count adat mitől konstans 250 a WD32000AAKS-00L9A0 vinyón mindig? Ez az érték az összes hibát számolja a vinyó élete folyamán és sosem nullázódik?
1,Raw Read Error Rate,51,200,200,OK,000000000000,0,Engedélyezve
3,Spin Up Time,21,134,134,OK,0000000010A2,0,Engedélyezve
4,Start/Stop Count,0,100,100,OK (Mindig rendben),000000000300,0,Engedélyezve
5,Reallocated Sectors Count,140,200,200,OK,000000000000,0,Engedélyezve
7,Seek Error Rate,0,100,253,OK (Mindig rendben),000000000000,0,Engedélyezve
9,Power On Time Count,0,98,98,OK (Mindig rendben),00000000078B,0,Engedélyezve
10,Spin Retry Count,0,100,100,OK (Mindig rendben),000000000000,0,Engedélyezve
11,Drive Calibration Retry Count,0,100,100,OK (Mindig rendben),000000000000,0,Engedélyezve
12,Drive Power Cycle Count,0,100,100,OK (Mindig rendben),0000000002F9,0,Engedélyezve
192,Power off Retract Cycle Count,0,200,200,OK (Mindig rendben),00000000002C,0,Engedélyezve
193,Load/Unload Cycle Count,0,200,200,OK (Mindig rendben),000000000300,0,Engedélyezve
194,Disk Temperature,0,106,94,OK (Mindig rendben),000000000025,0,Engedélyezve
196,Reallocation Event Count,0,200,200,OK (Mindig rendben),000000000000,0,Engedélyezve
197,Current Pending Sector Count,0,200,200,OK (Mindig rendben),000000000000,0,Engedélyezve
198,Off-Line Uncorrectable Sector Count,0,100,253,OK (Mindig rendben),000000000000,0,Engedélyezve
199,Ultra ATA CRC Error Count,0,200,200,OK (Mindig rendben),0000000000FA,0,Engedélyezve
200,Write Error Rate,0,100,253,OK (Mindig rendben),000000000000,0,Engedélyezve -
#1625
dudi
senior tag
hdsentinel
#1620
dudi
senior tag
válasz
hdsentinel
#1620
üzenetére
köszi, kipróbáltam, de ez is ébreszti a meghajtót.
elküldtem két riportot, de amikor standby-ban volt a drive és rányomtam a tesztriport küldésére, felébresztette a meghajtót.
Egyébként ez egy 8510w-ben ide-sata hdd caddy-be rakott meghajtó, amit sata-nak lát a sentinel is.akkor nincs megoldás?
-
#1624
rgeorge
addikt
hdsentinel
#1621
rgeorge
addikt
válasz
hdsentinel
#1621
üzenetére
És van ezek között olyan, ami hasonlóan működik az enyémhez (reallocation event count> 0)? Az én firmware-m gondolom Lenovo-specifikus (az L betű alapján). Ez is érdekes lehet, mármint hogy a jelenség a Lenovo firmwarehez köthető-e.
-
#1623
Oliverda
félisten
hdsentinel
#1619
Oliverda
félisten
válasz
hdsentinel
#1619
üzenetére
Eddig abban a hitben éltem, hogy a TRIM állapotát csak úgy lehet biztosra kideríteni, ha teleírjuk a meghajtót majd töröljük, és utána egy mérés. Maga az SSD küld valamit vissza, ha megkapja a parancsot?
Amúgy elküldtem a reportot.
-
#1622
Gery15
addikt
hdsentinel
#1618
Gery15
addikt
válasz
hdsentinel
#1618
üzenetére
És akkor mit csináljak? Írjak a Seagatenek?
-
#1620
hdsentinel
őstag
dudi
#1617
hdsentinel
őstag
Erre jelenleg nincs lehetőség.
De érdemes lenne a legújabb bétát megnézni:
http://www.hdsentinel.com/beta3/hdsentinel_setup37022.zip
ebbe plusz funkciók kerültek, amik ilyen esetben is felderítik a standby módot és nem ébresztik fel a drive-ot (ha a keret is úgy akarja).
Riport jöhetne ezzel a verzióval (akár több is, pl. aktív és standby mód esetén), hogy a konkrét helyzet (driver, keret, vezérlő, HDD típus) és a működés ellenőrizhető legyen.
Köszi! -
#1619
hdsentinel
őstag
Oliverda
#1616
hdsentinel
őstag
válasz
Oliverda
#1616
üzenetére
Mert tényleg nem működik
Riport menü -> Teszt riport küldése a fejlesztőnek, akkor meg tudom nézni a konkrét helyzetet. Ha a másik gépről is küldesz, akkor azonnal kiderül, mi a külöbség.A DisableDeleteNotify semmit nem jelent (akkor is 0, ha nincs SSD a gépben
)
A Hard Disk Sentinel azt mutatja, hogy a TRIM nem aktív az SSD-men, fsutil szerint viszont igen. Mi lehet a gond? -
dudi
senior tag
sziasztok,
nem tudjátok véletlenül, hogy a HD sentinelben van olyan lehetőség, hogy egy lemezt kihagyjon az ellenőrzésből? Mert mindig felébreszti az egyik vinyót, amit ritkán használok. Mivel keretben van, a standby módról nem értesül a rendszer, ezért smart ellenőrzéskor állandóan felpörög. A többi vinyóra meg jó, ha megy az ellenőrzés
szerk: Oliverda #1616: Ugyanolyan az ssd ugyanolyan chipsettel ugyanolyan rendszeren? Szerintem valami eltérhet, ha mást ír... Kicsit több részlettel könnyebb találgatni
köszi,
dudi -
#1614
rgeorge
addikt
hdsentinel
#1610
rgeorge
addikt
válasz
hdsentinel
#1610
üzenetére
Ezek ugye nem a ST9500420AS firmware-ei?
-
#1611
Gery15
addikt
hdsentinel
#1610
Gery15
addikt
válasz
hdsentinel
#1610
üzenetére
Az enyémen ez van 0011LVM1.
-
#1610
hdsentinel
őstag
rgeorge
#1609
hdsentinel
őstag
válasz
rgeorge
#1609
üzenetére
Ahogy átnéztem, többféle firmware-rel rendelkezik ez a típus (a programban az Információk oldalon ellenőrizhető, hogy éppen Nálad melyik van):
0001SDM1
0002BSM1
0002SDM1
0003SDM1
0011LVM1Vegyesen mindegyikről érkeztek 100%-os és súlyos hibás állapotú riportok is.
Érdemes lenne közvetlen a Seagate-nél érdeklődni a típus kapcsán, hogy mit javasolnak, melyik firmware lenne a legjobb a Te drive-odhoz. -
#1609
rgeorge
addikt
hdsentinel
#1608
rgeorge
addikt
válasz
hdsentinel
#1608
üzenetére
Akkor ide is beírom:
Sikerült Seagate firmware ügyben valamire jutnod? Az miért lehet, hogy a reallocation event count és a Power On Time Count raw értékei nagyjából korrelálnak? Most éppen a reallocation event count = EDFB0000003D, a Power On Time Count = B45F00000042, a 3D és a 42 hex. értékek közötti különbség nagyjából állandó, egy hete 3 volt, most 5. Mintha valami ütemezett belső tesztet mérne a számláló, mert az nem valószínű, hogy ilyen ütemesen találna gyanús szektorokat. -
#1608
hdsentinel
őstag
Kolondrum
#1607
hdsentinel
őstag
válasz
Kolondrum
#1607
üzenetére
Ezt jó tudni!
Ezek szerint a legfrissebb driverrel van gond és javasolt korábbi (10.8 vagy annál régebbi) használata.
A program oldalán a Támogatás -> Driver Zóna alatt találhatóak a tesztelt, valóban működő változatok, sajnos van olyan, hogy az újabb rosszabbul működik, mint a régebbi.... -
#1606
Kolondrum
félisten
hdsentinel
#1605
válasz
hdsentinel
#1605
üzenetére
Szerintem megvan a hiba oka. Elküldöm.
-
#1605
hdsentinel
őstag
Kolondrum
#1604
hdsentinel
őstag
válasz
Kolondrum
#1604
üzenetére
"mert minden nulla"
Ez nem program hiba: a HDD vezérlő ad ilyen állapotot a programnak, amiből sajnos téves következtetést lehet levonni.
Riport menü -> Teszt riport küldése a fejlesztőnek, hogy meg tudjam vizsgálni és kiszűrni az ilyen érvénytelen állapotot. Némely vezérlővel fordult elő hasonló, azokat természetesen már szűri a program és nem hagyja, hogy ilyen érvénytelen állapot jelenjen meg.
Elnézésed kérem - a HDD vezérlőjének (és illesztőprogramjának) gyártója nevében is.Ui. érdemes lenne a program honlapján található legfrissebb bétával is megnézni (esetleg azzal is küldeni riportot), abban is már van ilyen irányú fejlesztés.
-
SZENTINEL!! AZ SSD-m!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 0% majd 100% hol a baj???
pillanatra full piros lett a kép, valami 196 mittudomén milyen hiba volt, az óra mellett pirosan villogott a program. aztán hirtelen 100% és hiba bejegyzés sincs. Totál 0% volt csak a hőfok volt oké.
-
#1601
InfiniteReality
őstag
Televan74
#1600
InfiniteReality
őstag
válasz
Televan74
#1600
üzenetére
Ennél már csak a DELL magyar szervize hülyébb. BIOS által totálisan nem detektálható HDD. És hibakódot kérnek. Nos, hibakód csak akkor van, ha a BIOS detektálja a drive-ot, és eltudod indítani a beépített tesztet (ami egyébként tökéletesen kijelzi ha gond van a HDD-vel). De ha a meghajtót a gép sem detektálja, nem fog hibakódot kiadni, hiszen nincs mit megvizsgálni?!
És fél órát kell vitatkozni a szervizessel mire elfogadja, hogy a gépben lévő winchestert csak én látom, a BIOS nem...
Új hozzászólás Aktív témák
- Soundbar, soundplate, hangprojektor
- exHWSW - Értünk mindenhez IS
- AMD Navi Radeon™ RX 9xxx sorozat
- Kuponkunyeráló
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Milyen RAM-ot vegyek?
- CMF Phone 1 - egy jó telefon
- Linux kezdőknek
- Kínai és egyéb olcsó órák topikja
- Futás, futópályák
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! MSI B450 R7 1800X 16GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA Corsair 550W
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- Samsung Galaxy A55 5G / 8RAM 256GB / Gyárifüggetlen / 12 Hó Garanciával
- BESZÁMÍTÁS! GMKtec NucBox M6 mini számítógép - R5 6600H 32GB DDR5 1TB SSD AMD Radeon 660M WIN11
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest