- Vivaldi (böngésző)
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- A Biden-kormányt is zavarja a big tech és az adatközpontok energiaéhsége
- Kanada feltalálta a Netflix-adót
- Aliexpress tapasztalatok
- Ezúttal bennfentes kereskedelemmel vádolják Elon Muskot
- OpenWRT topic
- Windows 11
- Microsoft Excel topic
Új hozzászólás Aktív témák
-
hdsentinel
őstag
Nem: a Windows által használt sorrendben (mint a Lemezkezelőben) mutatja a drive-okat a program.
Jobb gomb után egyes drive-okat el lehet tűntetni, ha nem szükséges azok kijelzése (pl. pendrive-ok, memóriakártya-olvasók).Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
Valószínűsíthető - mivel a tesztek alapján általánosságban nincs gond a felület elérésével, azaz a szektorok olvashatóak.
De az így nem lett ellenőrizve, hogy a rá írt adatok vissza is olvashatóak és közben nem sérültek. Ezért javasoltam az "Adatterület felfrissítése" tesztet ebben a konkrét esetben, de használható (ahogy a korábbi link javasolja) a "Lemez felületének újrainicializálása" teszt is.
Ahogy a teszt indítása előtt olvasható a leírásban:
Adatterület felfrissítése:
"Az adatok beolvasását követően az egyes blokkok visszaírásra kerülnek, majd az így tárolt szektorokat ismételten beolvassa és összehasonlítja az eredeti tartalommal."
Lemez felületének újrainicializálása:
"A teszt így felülírja a tárolt adatokat, majd a szektorokat visszaolvasva ellenőrzi azok olvashatóságát és épségét."
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz kerekfej #1596 üzenetére
Szia !
Tökéletesen érthető a helyzet. Senki sem szereti, ha valamilyen probléma felszínre kerül, például valamilyen szoftver azt jelzi, hogy gond adódik a géppel, főleg egy vadiúj géppel.
Nyilván sem a felhasználónak, sem a forgalmazónak nem tetszik.
Érhető, ha tökéletes terméket szeretnénk használni, ha már azért fizettünk.A forgalmazónak azért mindentől függetlenül lennének kötelezettségei, azaz kondíció ide vagy oda, a vásárlás után a jogszabályban előírt időtartam alatt kérhető csere, még ha ez nekik nem is tetszik.
Persze az ő álláspontjuk is megérthető. Hivatalosan valóban nem csere-érett még a drive (ahogy a program is írja. Ez a figyelmeztetés ebben a programban egyedülállóan pontosan a forgalmazók miatt került be, hogy az ő munkájukat segítse azzal, hogy apró hibák és stabil állapot miatt ne akarjon mindenki garanciális cserét kérni). De nem értem, ebből nekik hogyan következik, hogy "nem kompatibilis a Seagate merevlemezekkel". Meg más program sem (ami szintén jelzi, hogy valami történt)?
Nem állítható, hogy óriási veszély lenne és hogy a közeljövőben meg fog hibásodni a merevlemez. Valószínűleg semmi ilyesmi nem fog történni, főként, ha alap ellenőrzések lefutottak (Lemez menüben található tesztekre gondolok) és más, komolyabb probléma nem jelentkezik. Ahogy látható, a kondíció beáll "JÓ" szintre. Nem tökéletes, de felügyelet mellett gond nélkül használható - akár évekig is.
Ui. számos riport érkezett erről a típusról, amiben az állapot 100%-os, hosszabb használat után is. Ha nem lenne kompatibilis a program ezzel a típussal (vagy a Seagate-tel általában), akkor ezeket a HDD-ket sem értékelné hibátlannak.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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....Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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?Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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!Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz Oliverda #1638 üzenetére
Igen: mivel külön-külön, azaz drive-szinten ellenőrzi és ha azt mondja, működik, az biztos
Intel-nél biztosan működik RAID-nél a TRIM, AMD-nél nem hiszem (főleg, hogy ott a drive-ok állapota sem érhető el RAID tömb használata esetén, csak tömbönként 1 db).
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1635 üzenetére
Köszönöm !
A Tieden kívül egy másik drive-ról érkezett riport, ami ugyanezen model és fw-vel rendelkezik.
Ott is magas a reall. event count (3000 feletti) de ott más probléma is van....Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
-
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).Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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ő.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1655 üzenetére
Így igaz, mivel itt elég sok probléma együttesen jelentkezik (nem véletlen a 2% kondíció).
Úgy értettem, arra gondolsz, hogy nem számol hibákat - pedig igen, mint a mellékelt képen látható.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
Folyamatosan kerülnek be a HDD-k (és SSD-k) az adatbázisba, lehet, hogy a legújabb béta (link pár hsz-el korábban) már tartalmazza. Ha mégsem, akkor Riport menü -> Teszt riport küldése a fejlesztőnek, hogy mielőbb bekerülhessen
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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).Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1664 üzenetére
Szeritem félreértette, hiszen Nálad valójában még nem volt áthelyezés, ezért nem telítődik a tartalék terület.
A reallocation event count (ha szükséges) egészen biztosan tud ennél tovább is növekedni (akár 1000-es nagyságrend is lehet), de ezt majd idővel kiderül.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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).
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1674 üzenetére
Nem rémlik, hogy mást írtam volna...
"Gyenge" szektor = amit a drive megjelöl, mint gyenge.
Tegnap ilyenről nem beszéltünk.A gyártó ennél a típusnál nem tartotta fontosnak ezt a számlálót, ennek okát tőlük kellene megkérdezni.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1676 üzenetére
Nála 0011LVM1 firmware van és ennél valóban van 196-os attribútum ennél a típusnál.
A többit ellenőriztem:0001SDM1: nincs 196-os
0002BSM1: nincs 196-os
0002SDM1: nincs 196-os
0003SDM1: nincs 196-os
D005DEM1: nincs 196-os
0006SDM2: nincs 196-os
0011LVM1: van 196-osHard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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!Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
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
[ Szerkesztve ]
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
-
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.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz DeadMeat #1700 üzenetére
Szia !
Küldtem e-mail-t is, de beírom ide is, hasznos lehet:
Sajnos a SiI "SteelVine" chip-eknél (mint ez is) nem lehetséges a RAID tömböt alkotó drive-ok elérése és így azok állapotának kiolvasása. Más gyártó hasonló megoldásánál
(pl. JMicron) ezzel nincs ilyen gond - de a Silicon Image hivatalos válasza szerint
erre sajnos nincs mód.Köszi a riportot (riportokat), a fals értékek természetesen nem megengedettek. Néha a HDD vezérlő, amire az eszköz kötve van, csinál ilyet.
A programban ennek kivédésére számos védelem található, a riport segít ennek további fejlesztésében, hogy ne fordulhasson elő.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
Új hozzászólás Aktív témák
- Autós topik
- Elektromos rásegítésű kerékpárok
- Milyen CPU léghűtést vegyek?
- Ezeket a telefonokat mutatják be az idei nyár folyamán
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Vivaldi (böngésző)
- exHWSW - Értünk mindenhez IS
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- 3D nyomtatás
- Ukrajnai háború
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs