- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
félisten
válasz rgeorge #1535 üzenetére
Senti sokszor linkelt nekem azonos dolgokat, azért van fogalmam a hibádról némileg. DE nyilatkozzon a készítő.
Gery15! Szeretnéd azt hinni nem a HDD halódik..... A WD 1 terásom amikor elindult 99-98-97.... FÚÚÚ MI LESZ? Aztán ma már jó, mert senti segített, jó tippet adott, bejött.
[ Szerkesztve ]
-
hdsentinel
őstag
válasz rgeorge #1535 üzenetére
Nincs semmilyen inkompatibilitás.
Érdemes lenne a HDSentinel-ben található tesztekkel nézted, ha az jelzi a hibát
Nem tökéletes a merevlemezem, mit lehet tenni?Pl. a Lemez menü -> Felület teszt -> Olvasás teszt valószínűleg megmutatná a kérdéses szektorokat (mivel azok még használatban vannak).
A további tesztek pedig javítanák azok állapotát, így a kondíció akár javulhatna is.Miért mutat más program más állapotot, mint a Hard Disk Sentinel?
[ Szerkesztve ]
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1541 üzenetére
Nem különböznek.
A 0x azt jelenti, hogy HEXAdecimális érték, ami átváltva 19.
De csak annyit kell tenni, hogy jobb egérgomb és "Decimális adatmező"-t válassz.És hogy miért nem egyből így működik? Mert ekkor a 0xBF0E máris eltűnik (mivel jelenleg ennek nincs jelentősége, de lehet, hogy máshol igen).
Ezért jobb, ha TELJES képet kapunk és az hexadecimális formában értelmezhető jobban haladó felhasználók számára.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
liksoft
nagyúr
válasz rgeorge #1555 üzenetére
A drive függetlenül dolgozik. A HDSentinel csak azokból az értékekből számol, és a számolás algoritmusa változik a normál, esetleg szigorúbb értékelés esetén. A SMART adatokra ezek a beállítások nincsenek hatással.
Murphy él és dolgozik (Ami el tud romlani, az el is romlik). hdd-mentes.hu
-
hdsentinel
őstag
válasz rgeorge #1559 üzenetére
Egész pontosan az indított áthelyezési kísérletek összes számát számolja, ezt mutatják a programok.
Ebbe bele tartoznak a sikeres és sikertelen áthelyezési kísérletek is.
(egyébként csak rá kellene húzni az egeret a kérdéses 196-os attribútumra a HDSentinel-ben és máris kiírná, hogy erről van szó )Azaz elképzelhető, hogy a szektor olyan állapotú, hogy megkísérelte az áthelyezést, de
- annyira hibás, hogy az nem sikerült
- a közben végzett ellenőrzés szerint mégis működőképes a szektor, azaz nem volt szükséges az áthelyezés.Ezek miatt az alaposabb felület-ellenőrzés javasolt úgy, hogy nem fut a HDD-n semmi (op.rendszer sem, sőt főleg az nem) és így az olvasás teszt azonos helye(ke)n mindig mutatná, hogy hol lassabb, gyengébb a működést. A Felület újrainicializálása pedig rákényszerítheti a drive-ot az átallokálásra.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1559 üzenetére
A riportra válaszolnék itt (másnak is hasznos lehet):
> Lefuttattam Lefuttattam az olvasási tesztet és nem jelzet
> semmiféle rossz vagy sérült szektort, akkor most még is miért jelzi,
> hogy romlik a kondíció tovább?Mert az állapot nem stabil, minden bizonnyal van olyan szektor (egy vagy több), amivel gond van. Csak a futó op.rendszer miatt ez nem látszik, mivel a program nem tud kizárólagosan hozzáférni a merevlemezhez és tesztelni azt. Arról nem is beszélve, hogy így az írásteszt végrehajtása nem lehetséges sajnos.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1562 üzenetére
Ez pontosan így igaz: nem történt átallokálás, azaz eddig nem volt hiba.
De _valami_ miatt mégis meg kellett vizsgálniaSzuper, hogy más teszteket is használsz, ez teljesen természetes, érdemes a problémát több szempontból körüljárni!
Csak pl. a Hitachi teszt nem ehhez a gyártóhoz való, tehát nem indokolt a használata
(azt már írtam korábban, miért nem előnyös a gyártói tesztek használata egyébként).A HDD regen. szuper - tehát van olyan része, mint a Sentinel-nek (a kérdéses terület lett volna a sárga blokk a felület teszten - ha lett volna ilyen).
Igen, a belső önteszt folyamat-jelzője az F2 / F1 (ez csökkent teszt közben végig, ha figyelted). Azért ment vissza, mert csak akkor tart a teszt a becsült ideig, ha nincs más háttér-aktivitás, pl. nem fut rajta op.rendszer. Ha igen, akkor a teszt tovább futhat, ezért mehet vissza a folyamatjelző.
Ez is benne van a súgóban egyébként ....Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1564 üzenetére
Tehát kiderült, hogy a program valóban azt mutatja amit kell, szöveges segítséget nyújt a hibák értelmezéséhez, alapos teszteket nyújt, ami a problémákat feltárja és minden lehetséges módon segít a helyzet értelmezéséhez is.
Hogy jelen esetben miért indul átallokálás, az nagyon jó kérdés, érdemes lenne erről a gyártót megkérdezni
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1566 üzenetére
Nem igazán ellentmondás: áthelyezési kísérlet volt - ami végülis nem történt meg és így a szektor továbbra is használható, hiba nélkül (mint ahogy a felületi teszt is mutatja).
Ezt írtam korábbanHard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1566 üzenetére
Egy kis kiegészítés: sajnos az értékek alapján azt nem lehet pontosan megmondani, hogy a kísérletek pontosan hány szektorra vonatkoznak (1 szektor került többször felülvizsgálatra vagy több szektor éintett).
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
hdsentinel
őstag
válasz rgeorge #1568 üzenetére
Ahogy írtam, ez egy jó kérdés, érdemes lenne a gyártót megkérdezni.
De tudom, hogy nem fognak válaszolni, mivel NEM érdekük, hogy a belső működésről további információval rendelkezzenek a felhasználók. Ezen próbál a program (és személyesen én is) segíteni.Pontosan, ahogy írják: ők a saját módszereikkel ellenőrzik a drive-okat és csak annyit mutat a programjuk is, hogy OK vagy FAIL.
Ez nekik tökéletesen elegendő arra, hogy eldöntsék, garanciában cseréljenek-e vagy sem.A gond ezzel az, hogy sokszor az adatok korábban megsemmisülnek. Ilyenkor a teszt-program szerint lehet, hogy már "FAIL", azaz csere-érett a drive (bár néha még ilyenkor sem !), de ez sovány vigasz, ha több év alatt begyűjtött több GB-nyi pótolhatatlan adat tűnt el ilyenkorra a süllyesztőben.
Erről, azaz arról, hogy a gyártó által preferált értékelés miért nem előnyös, a www.hdsentinel.hu/smart oldalon olvasható további információ.
Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
InfiniteReality
őstag
válasz rgeorge #1568 üzenetére
Lehet hogy a szektor csak gyengélkedett. Ezért megpróbálta áthelyezni, de végül mégsem kellett, hiszen jelenleg jó (ahogy a felület teszt is mutatja).
Sajnos a SMART értékek elég kaotikusak, így is nagy munka, ahogy a HDS megpróbálja gatyábarázni, illetve összefüggéseket keresni közöttük. Lehet olyan hiba van, amire ténylegesen csak gyártói körülmények között lehet rájönni, mindenesetre ilyen HDD-n nem biztos hogy tartanék adatot (fontosat). Vagy ami ilyenen van, az nem is olyan fontos
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
hdsentinel
őstag
válasz rgeorge #1573 üzenetére
Valóban, a szabvány, elmélet szerint FAIL esetén még legalább 24 órát kell működnie a drive-nak meghibásodás előtt. Némelyik drive-nál ez kitoldódhat a problémától függően, akár jóval hosszabb ideig is.
De Te is írtad, hogy nem lehet szabványosítani teljesen, főleg nem a meghibásodásokat, azok bizony nem követnek semmilyen szabványtEzért is kell pontosan értékelni az egyes gyártókat, drive-okat, amik valóban nem egységesek. Erre még sokszor a gyártói tesztprogram sem figyel (főleg nem egy másik gyártó teszt-programja).
Tény, hogy ha évekkel ezelőtt lett volna olyan _működő_ (azaz nem elméleti) módszer, amivel a meghibásodás tényleg előre jelezhető volna, akkor nem indul a program fejlesztése. De sajnos nem volt, ezért készül és fejlődik, nem véletlen: naponta érkeznek információk tucat-szám olyan HDD-kről, amiken adatvesztés történt (vagy történhetett volna) és bizony a gyártó szerint minden OK velük - de ha figyeltek rájuk és észlelték az állapot romlását, akkor sikerült időben lépni.
Én egyáltalán nem szeretnélek meggyőzni semmiről, elmondtam mindent, amit a helyzetről tudni lehet és mit érdemes tenni, a többi Rajtad áll.
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 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 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
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
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
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
-
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.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."
-
WASP26
csendes tag
válasz rgeorge #1885 üzenetére
Értem. A lenovo support is azt mondja, hogy lehet azt veszi hibának a HD Sentinel, amikor a rendszer a HDD tányérjának külső részére helyezi az adatokat a gyorsabb elérés végett. Ez a folyamat állítólag meg fog majd állni.
Nem vagyok szakértő, de ez egy elfogadható magyarázat."Mindenki jó valamire, ha másra nem hát elrettentő példának!"
-
hdsentinel
őstag
válasz rgeorge #1889 üzenetére
Én is ugyanezt szerettem volna kérni
Ugyanis sehogy sem sikerült HIVATALOS információt szerezni, hogy valóban mi okozza és valójában miben különbözik a többi drive-tól a működése.
Ez esetben ugyanis azonnal módosulna az értékelés a HDSentinel-ben és nem jelezné merevlemezzel-kapcsolatos problémának.Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu
-
Archanon
őstag
válasz rgeorge #2224 üzenetére
Aaahham. Mondjuk ez logikus is lehetett volna, bár azért én még mindig kissé laikus vagyok e-téren. Egyelőre feltettem a legújabbat, meglátjuk jelentkezik-e a probléma.
Guild Wars 2: Archanon.6039 ||| http://myanimelist.net/animelist/Archanon ||| ~Dango, dango, dango, dango; dango daikazoku...~ ||| El. Psy. Congroo. ||| Whohhehhje. /,,/, (⌐■_■)
-
hdsentinel
őstag
válasz rgeorge #2289 üzenetére
Az eléggé más eset volt:
Ott a "196 Reall. event count" attribútum érintett és a szöveges értékelés is más volt ha jól emlékszem ("... A merevlemez xxx alkalommal vizsgált meg gyanús adatszektorokat. A vizsgált terület hibátlannak minősült.), míg itt konkrét hibás szektorokról van szó, legalábbis a kép alapján.
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
- Milyen okostelefont vegyek?
- Fallout 4
- Renault, Dacia topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Steam, GOG, Epic Store, Humble Store, Xbox PC Game Pass, Origin Access, uPlay+, Apple Arcade felhasználók barátságos izgulós topikja
- Vicces képek
- Székesfehérvár és környéke adok-veszek-beszélgetek
- A fociról könnyedén, egy baráti társaságban
- EA Sports WRC '23
- Villanyszerelés
- További aktív témák...