Új hozzászólás Aktív témák
-
finest
őstag
-
Gery15
addikt
-
fenergie84
addikt
válasz hdsentinel #1544 üzenetére
Ismételten köszönöm a válaszod
Remélem tényleg arról van szó, h nem szaporodik... -
InfiniteReality
őstag
válasz hdsentinel #1549 üzenetére
Durva, hogy ezt is látnihttp://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
rgeorge
addikt
válasz hdsentinel #1547 üzenetére
Írtam, hogy az érték "értékes" része egyezik, csak a magasabb helyiérték látszik a HDS-ben, a HD Tune nem mutatja.
Viszont ugye a tegnapi állapot szerint Reallocation Event Count
=19, a Current Pending Sector Count=0 és a Reallocated Sectors Count=0. Ez nem azt jelenti, hogy 19-szer gondolta úgy a HDD, hogy lehet, hogy a szektort át kell helyezni, de aztán mégse kellett (nem pending és nem reallocated)? Ez nem lehet esetleg az adott HDD típus szigorúbb ellenőrzésének következménye (hamarabb növeli az event count-ot, mint más típusok)?Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz hdsentinel #1560 üzenetére
De a kondíció szöveges magyarázata az, hogy a merevlemez x alkalommal vizsgált meg gyanús szektorokat, a terület hibátlannak minősült. Ezek szerint, annyira nem volt hibás a gyanús szektor, hogy a Current Pending Sector Count-hoz kerüljön, azaz a HDD szerint minden ok.
Több, operációs rendszer nélkül futtatható teljes tesztet is futtattam (Hitachi Drive Fitness Test), HDD Regenarator), egyik sem talált hibát, az utóbbi azt is jelezte volna, ha egy szektor olvasása nem sikerült azonnal, ilyet sem talált. És hogy miért ezekkel teszteltem? Mert a Lenovo szerviz ezeket preferálja.
Most fut a HD Sentinel részletes ön-tesztje (a gyors már lefutott hibátlanul). Az előbb már majdnem végigért a folyamatjelző, de most visszament kb. 80%-ra, de azóta kb. 1 perc hátralévő időt ír. A "Válasz" 0xF2, ez egyébként micsoda? Valami folyamatjelző az is?
Na most továbblépett a jelző a válasz már 0xF1.[ Szerkesztve ]
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz hdsentinel #1563 üzenetére
Szerintem a Lenovo-nál is több tesztprogramot használnak, és nem véletlenül ajánlották ezt a kettőt, gyártótól függetlenül.
A súgót pedig olvasom ugyan, de ugye az egyik notebookon futnak a tesztek már két napja, a másikon meg dolgoznék, ezért talán megbocsájtható, ha nem mindennek nézek utána pontosan.
Akkor viszont tisztázzuk: a kondíció 86%, mert a HDD megvizsgált 23 gyanús szektort, amik hibátlannak minősültek. A Reallocation Event Count most 23, a Current Pending Sector Count és a Reallocated Sectors Count 0. A "Reallocation Event Count" magyarázata: Áthelyezési kísérletek száma, a tartalék területre indított áthelyezések (sikeres és sikertelen) száma. Akkor ha vizsgált terület hibátlan volt, miért indított áthelyezési kísérletet? Az érték wikipedia szerint is a hibás szektorok miatti áthelyezéseket számolja.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz hdsentinel #1565 üzenetére
A program két szöveges infót ad ugyanarra az értékre:
"a HDD megvizsgált 23 gyanús szektort, amik hibátlannak minősültek" és
"Áthelyezési kísérletek száma, a tartalék területre indított áthelyezések (sikeres és sikertelen) száma."
Ez szerintem ellentmondás, a kondíció szerint csak vizsgálat volt, áthelyezés nem, a S.M.A.R.T. érték magyarázata szerint pedig volt áthelyezés.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz hdsentinel #1567 üzenetére
De ha a vizsgált terület hibátlan, mért lett volna áthelyezési kísérlet?
A gyártó ezt mondja: How do I interpret SMART diagnostic utilities results? [203971]
Gondolom, nem fogsz ezzel egyetérteni.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz hdsentinel #1570 üzenetére
De azt is írják ám, hogy "SMART Status FAIL is a near-term prediction of drive failure and the drive usually functions like normal." Azaz ha a SeaTools azt mondja, egy SMART értékre, hogy FAIL, akkor még rendszerint a HDD működőképes, de közel a vég.
Nem tudtál meggyőzni arról, hogy a kétféle szöveges magyarázat ne lenne ellentmondásban, ez arra utal, amit én mindig is mondtam, hogy a SMART értékek elemzése nem szabványosítható teljesen.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
InfiniteReality
őstag
válasz hdsentinel #1572 üzenetére
Egyetértek. Ha csak kicsit sérült és nem romlik a kondíció, akkor ügyes particionálással, kizárva az érintett területet, a drive lehet hogy nagyon sokáig alkalmas még a használatra.
Nagyon régen, nem is volt HD Sentinel, a nyilvánvalóan betegeskedő, de a gyári tesztprogram szerint "hibátlan" winyókon sajnos igazítani kellett, hogy végre cserélve legyenek. Ez van
Van egy kérdésem: a HDS "utólag" is képes megfelelő módon belőni egy winchester állapotát? Úgyértem, van egy drive, használgatva van, hibák vannak rajta, de csak utólag kerül be olyan gépbe, ahol fut a HDS. A Smart vajon minden változást és azok időpontját is tárolja, ami alapján a HDS képes keresni összefüggéseket "utólag" is? Vagy csak akkor tud összefüggés analízist végezni, ha mondjuk első perctől kezdve, folyamatosan figyeli a merevlemezt?
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
Thusor
őstag
válasz hdsentinel #1586 üzenetére
Rövid öntesztet, részletes öntesztet lefuttattam. Probléma nélkül lefutottak. Felület tesztnél olvasási tesztet is futtattam, nem talált rossz vagy sérült szektort. Tehát mind hiba nélkül futott le. Akkor biztosan állítható, hogy ezek alapján megbízhatóan működik a merevlemez?
AOC Q3277PQU monitor / HP Workstation z600 / Synology DS1618+ / Synology DS218+ / DELL PowerEdge T20 / Xbox Series X / Apple MacBook Air (M1)
-
Thusor
őstag
válasz hdsentinel #1589 üzenetére
Az a baj, hogy már ráköltöztettem az új rendszert. Így az "Adatterület felfrissítése" nem hajtható végre, mert azt írja a C: meghajtón oprendszer van. Külső vinyóként pedig nem tudom használni, mert nincs hozzá 2,5"-os bölcsőm.
AOC Q3277PQU monitor / HP Workstation z600 / Synology DS1618+ / Synology DS218+ / DELL PowerEdge T20 / Xbox Series X / Apple MacBook Air (M1)
-
Thusor
őstag
válasz hdsentinel #1591 üzenetére
Arra sajnos nem volt lehetőségem, mivel nincs 2,5"-os bölcsőm amibe bele tehettem volna, így csak a laptopba tudtam beletenni.
Nincs valami mód arra, hogy egy pendriveról bootoljon be a HD sentinel, és végezze el ezt a tesztet?
AOC Q3277PQU monitor / HP Workstation z600 / Synology DS1618+ / Synology DS218+ / DELL PowerEdge T20 / Xbox Series X / Apple MacBook Air (M1)
-
Thusor
őstag
válasz hdsentinel #1593 üzenetére
Csak nem lesz vele gond. Az eladó megbízható, már többen vásároltak tőle. HD Sentinel eddig nem talált rajta hibát, egyfolytában figyeltetem vele a HDD-t, újabb hiba nem történt amióta nálam van. Egyébként a HD sentinel azt írja, hogy az adatátviteli hiba nem biztos, hogy a HDD hibájából történt, lehetett a laptop, vagy a kábel hibája is.
AOC Q3277PQU monitor / HP Workstation z600 / Synology DS1618+ / Synology DS218+ / DELL PowerEdge T20 / Xbox Series X / Apple MacBook Air (M1)
-
kerekfej
addikt
válasz hdsentinel #1595 üzenetére
Szia
A nagy Lenovo G570 HDD mizéria (Ismét)
Laptop Esztergom: "A HDS egyszerűen nem kompatibilis a Seagate merevlemezekkel"
Hatalmas hülyeség amit állítanak.
[ Szerkesztve ]
-
kerekfej
addikt
válasz hdsentinel #1597 üzenetére
Köszönöm a korrekt választ!
Szerintem nincs joguk megkérdőjelezni a program hitelességét. Saját tapasztalatom az, hogy teljesen reális képet ad a merevlemezek állapotáról. Az igényesebb helyeken teljesen elfogadják amit a program ír.
Viszont instabil vagy leminősített, megbízhatatlan merevlemezre óriási baklövés lenne fontos adatokat tárolni.
[ Szerkesztve ]
-
válasz hdsentinel #1605 üzenetére
Szerintem megvan a hiba oka. Elküldöm.
-
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.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
Gery15
addikt
-
rgeorge
addikt
válasz hdsentinel #1610 üzenetére
Ezek ugye nem a ST9500420AS firmware-ei?
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
Gery15
addikt
-
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.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
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.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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?
Sounds like your fix is worse than your problem...
-
finest
őstag
válasz hdsentinel #1631 üzenetére
Értem, köszi a gyors választ!
[ Szerkesztve ]
“Don’t shoot, I’m Globish.”
-
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!
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
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?
dudiSounds like your fix is worse than your problem...
-
rgeorge
addikt
válasz hdsentinel #1629 üzenetére
Küldtem riport-ot a beta verzióval.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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ó.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
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.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
-
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.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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[ Szerkesztve ]
-
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?
[ Szerkesztve ]
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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
-
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.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
tomp
félisten
válasz hdsentinel #1658 üzenetére
A bétában már benne van!
Köszi! -
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.Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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?Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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...Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
tomp
félisten
válasz hdsentinel #1671 üzenetére
Elküldtem.
-
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?[ Szerkesztve ]
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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.
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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"?
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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...).Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
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,
dudiSounds like your fix is worse than your problem...
-
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
Sounds like your fix is worse than your problem...
-
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.
Sounds like your fix is worse than your problem...
-
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
7855.94MHz CPU-Z valid \ Pulchra tibi facies, oculorum acies, capillorum series; o quam clara species! Rosa rubicundior, lilio candidior, omnibus formosior; semper in te glorior!
Új hozzászólás Aktív témák
- 5.1, 7.1 és gamer fejhallgatók
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Autós topik látogatók beszélgetős, offolós topikja
- Le Mans Ultimate
- Kerékpárosok, bringások ide!
- Apple notebookok
- Fűnyíró topik
- Autós topik
- Amlogic S905, S912 processzoros készülékek
- Nvidia GPU-k jövője - amit tudni vélünk
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen