Hirdetés

2019. október 23., szerda

Gyorskeresés

Hozzászólások

(#5001) Dezsike válasza kabdzsi (#4998) üzenetére


Dezsike
(tag)

Valószínűleg semmi baja, van egy 6 éves winyóm ami szó szerint recseg ha dolgozik, de semmi gond nincs vele, a Sentinel szerint 100%-os és az átviteli sebesség is nagyon jó a korához képest. Ha viszont kattog akkor baj lehet. Használtam már hosszútávon (hónapokig) kattogó winyót, majdnem adatvesztés lett a vége - szerencsére a Sentinel szólt, hogy szaporodnak a rossz szektorok, így időben le tudtam menteni az adatokat, ma már fel se pörög, csak erölködik ha tápot kap.

(#5002) TMontana88 válasza M107 (#5000) üzenetére


TMontana88
(csendes tag)

Köszi a help-et.
És ha a SMART-ban eltolom az értéket, hogy ott 0 legyen (tehát 1-el), az működő megoldás? Mert ezzel nem igazán vagyok tisztában.

(#5003) Nobbigstein


Nobbigstein
(csendes tag)

Sziasztok!

Nekem az ikonok változtatását illetően lenne kérdésem.

A Beállítások/Lemezfigyelés alatt alapból bent van a pipa, de a 3-ból csak két lemez ikonját változtatja meg, a harmadikat elbassza, a "nemismertfájltípus" ikon jön be az eredeti helyett.

Ha kiveszem a pipát, nem térnek vissza a lemez ikonok, hanem a másik kettő is "nemismertfájltípus" ikon jön be helyett.

Tudjátok, hogy mi okozza ezt és hogyan lehet egyik vagy másik irányba megoldani a problémát?

Köszi!

(#5004) hdsentinel válasza kabdzsi (#4998) üzenetére


hdsentinel
(őstag)

Zajszint állítás: Lemez menü -> Akusztikai jellemzők
Már ha támogatja, az újabb merevlemez már nem igazán....

Érdemes alaposan tesztelni: Nem tökéletes a merevlemezem, mit lehet tenni? , az felszínre hozza, ha van bármilyen, lappangó probléma - vagy megerősíti, ha minden OK, és nincs gond.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5005) hdsentinel válasza TMontana88 (#5002) üzenetére


hdsentinel
(őstag)

Igen, a S.M.A.R.T.-ban az eltolás pontosan erre a célra készült: így ha kiderül, hogy mi okozza a problémát, javításra kerül, majd ismételt teszteléssel meggyőződünk róla, hogy most már az állapot valóban hibátlan, akkor a korábbi időszak problémái így törölhetőek.

Így azokat a problémákat már nem veszi figyelembe a program az értékelésnél, a megfelelően csökkentett mennyiséget (azaz 0 hibát) vesz alapul a számításban. Ennek megfelelőn fogja azt mondani, hogy hibátlan és 100% a merevlemez ismét - amíg nem fordul elő esetlegesen újabb probléma, ami a kondíció csökkenését okozná.

A S.M.A.R.T. oldalon keresd ki a 196 Reallocation Event Count attribútumot, majd az eltolás sorban kattints a 0-ra.
A figyelmeztetés elfogadása után ha itt
-1
-et adsz meg, akkor hamarosan a kondíció javul és a probléma is eltűnik a szöveges értékelésből.

Ez természetesen nem törli ki a hibát (tehát más gépbe téve, újratelepítés után) ismét látszik, viszont mivel Te tudod, hogy mi történt és javításra került a hiba, így jogos, hogy ezt nem kell figyelembe venni a továbbiakban - erre ad lehetőséget a Hard Disk Sentinel.
Bővebben, képekkel (csak ott a hibás szektorokról ilyen módon való tudomásul-vételéről van szó angolul: How to repair hard disk drive? How to eliminate displayed hard disk problems?

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5006) hdsentinel válasza Nobbigstein (#5003) üzenetére


hdsentinel
(őstag)

Rossz hírem van: nem a Hard Disk Sentinel b*ssza el, éppen ellenkezőleg (hiszen még ha nem is mindenhol, de azért ahol sikerül, be tudja állítani), hanem valami más csinálja.

Ezek szerint kettőnél akkor jól tudja beállítani, a harmadiknál valami még mindig "fogja".

És ha a Hard Disk Sentinel-ben kiveszed a pipát, akkor visszaállítja az eredeti ikonokat - azaz onnantól ő már nem szól bele, hogy milyen legyen.

A gond Nálad az, hogy ezek az eredeti ikonfájlok már nincsenek meg (ezért a nem ismert fájltípus ikon), mivel valószínűleg olyan fájlra mutatnak, ami már nem létezik.
Tipikus helyzet vírus/kártékony kód esetén, amikor pl. autorun.inf fájl van az adott partíción, ami egy vírusra mutat (és ennek megfelelően annak ikonja jelenne meg). Antivírus programok általában magát a vírust megtalálják, törlik - ám a rá hivatkozó autorun.inf fájlt nem, így az megmarad, és máris látható az eredmény: a nem létező fájlra hivatkozás miatt nincs meg a normál ikon.

Érdemes megnézni, hogy van-e ilyen fájl. De mivel alapban rejtett, ezért engedélyezni kell a rejtett fájlok mutatását.

A program fórumán is miután hasonlóan meggyanúsították a Hard Disk Sentinel-t, derült ki, hogy valami
"Windows_7_Drive_Icon_Changer_by_FunnyFriend2010"
volt a tettes ( [link] )

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5007) Kernel válasza hdsentinel (#5006) üzenetére


Kernel
(nagyúr)

Nálam az volt, hogy a Sentinel-ikonok több esetben megmaradtak másnapra is, miközben a program még el sem lett indítva.

De így utólag már nem tudható, ebben játszott-e szerepet, hogy nálam a számítógépet a Feladatütemező állítja le inaktivitás esetén, az ütemezett Shutdown paranccsal. Ennek során a programokat kényszerítve zárja be, mentés nélkül.

Viszont nálam nem rontotta el az ikonokat, később sikerült visszaállítani magával a Sentinellel. Utána kivettem azt a bizonyos pipát.

(#5003) Nobbigstein

Időközben a Windows 7 topikban leírtam egy javítási lehetőséget a rossz ikonokra.

[ Szerkesztve ]

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5008) Razermazer


Razermazer
(őstag)

Sziasztok

Képpel illusztrálom a kérdésemet

Okozhatja e a gyenge teljesítményt az a tény, hogy a két merevlemez egy speciális scythe kama connect-el kapcsolódik a géphez usb 2.0-és interfészen keresztül.
Maga a kama connect 3,5 interfésszel kapcsolódik a merevlemezekhez ata 133-as szabvánnyalő lenne az
Vagy ez a lemez elhasználódásának a következménye, nem a csatoló felületnek?

A lemezek korukat tekintve az egyik 10 éves a másik 9 :) használva azóta nem voltak mióta a teljesítményük így leesett emlékeim szerint. Meddig mehetnek ezek így? haláluk bármikor bekövetkezhet?
Lényegében adat semmi nincs rajtuk ami lényeges lenne, ilyen vész vész mentés vinyónak még használhatóak nem?

Az egyik egy maxtor diamondmax 9 a másik egy hitachi deskstar

[ Szerkesztve ]

Sic Transit Gloria Mundi, "mindjárt lesz itt heresima és ne bassza ki"

(#5009) Kernel válasza Razermazer (#5008) üzenetére


Kernel
(nagyúr)

A teljesítmény csökkenését az USB-átalakító szokta okozni, míg a kondíció a másik képen a függő szektorok miatt esett.

Nekem ilyen PATA --> SATA átalakítóm van, ezzel 100 %.

Ha USB-átalakítót teszek ugyanarra, máris csökken a teljesítmény.

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5010) Kernel válasza Razermazer (#5008) üzenetére


Kernel
(nagyúr)

Előbb akartam említeni, csak kimaradt, hogy a HD Tach vagy hasonló programmal jól rá lehet világítani erre a kérdésre.

Ugyanaz a PATA HDD USB-átalakítóval:

SATA-átalakítóval:

Remélem, nem gond, hogy a Sentinel topikba más programról írtam, de nekem ezek a fotók vannak elmentve.

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5011) Razermazer válasza Kernel (#5009) üzenetére


Razermazer
(őstag)

Szia

Aha értem ahogy sejtettem, gyakorlatilag akkor van egy tejesen épp, és egy 98%-os lemezem. Az interface így jelöli az ata/133 szabványt. A sata merevlemez versus usb 2.0-3.0 esetében miért nem történik teljesítmény csökkenés ilyen helyzetben?

Maxtoron csináltam egy felülettesztet ennyi idősen ilyen állapotban le a kalappal előtte a két szektorhiba már régebben egy felületteszt alkalmával javítva lett, de azóta nem romlott tovább az állapota :

Van nekem egy sata lemezek fogadására egy ilyenem[link] sajnos csak sata, ide interface-el nem rendelkezik, de az e-sata kimenete nagyon jól működik.

Szóval tulajdonképpen kellene egy pata-sata átalakító e-sata kimenettel, akkor ezeket a teljesítménygyengeségeket ki lehet küszöbölni, jól mondom?.

Sic Transit Gloria Mundi, "mindjárt lesz itt heresima és ne bassza ki"

(#5012) Kernel válasza Razermazer (#5011) üzenetére


Kernel
(nagyúr)

Gondolom, az egy jobbfajta átalakító, ami nem korlátozza az elérhető sebességet. Az egyszerűség kedvéért nem részleteztem, hogy az USB-adapterek között bizonyára lehetnek különbségek is.

SATA-átalakítót tekintve én leragadtam annál, ami nekem van, a célnak megfelel, más típusokat nem ismerek.

Most látom, nálad áthelyezett szektorok vannak, nem függő, ahogy én írtam.

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5013) TMontana88 válasza hdsentinel (#5005) üzenetére


TMontana88
(csendes tag)

Köszönöm a választ. Meg is csináltam, visszaállt 100%-ra, előtte pedig még lefuttattam egy felület tesztet, teljesen hibátlan lett. Erre gondoltam én is, de nem voltam benne biztos, nem akartam a SMART-tal kísérletezgetni.

Köszi mégegyszer, üdv.

(#5014) Sanchez638


Sanchez638
(addikt)

Üdv emberek, ez az eltolás a hds-ben hogyan kell értelmezni?

Utalásnál mindig írj tárgyat. Számom az adatlapomon. Privát számot nem veszek fel!

(#5015) Kernel válasza Sanchez638 (#5014) üzenetére


Kernel
(nagyúr)

Néhány hozzászólással előbb részletesen le volt írva, mindenesetre a nyers SMART-értékekre nincs hatással.

Tehát például eladod a HDD-t, a vásárló az eredeti SMART állapotot fogja látni, korrekció nélkül.

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5016) havri1


havri1
(nagyúr)

Javsalat?
:DDD

havri

(#5017) liksoft válasza havri1 (#5016) üzenetére


liksoft
(nagyúr)

Én mentenék róla, utána csere.

Murphy él és dolgozik (Ami el tud romlani, az el is romlik). hdd-mentes.hu

(#5018) AtHoS


AtHoS
(nagyúr)

Sziasztok!

Idekerült hozzám egy lapos, aminél nem képes elindulni az Win8 és TrueCrypt-tel titkosították a partíciókat. Az OS részére elkülönített 97 GB-os terület mentésénél a macrium progi olvasási hiba miatt nem futott végig, míg easeus progi végigment, de HDS-ben több #187 Reported Uncorrectable Errors sor került a naplóba.

Saját gépbe raktam a lapos winyóját és TrueCrypt-tel felcsatolva a problémás partíciót mentettem a fontosnak tartott adatokat, majd TrueCrypt lecsatolást követően ráengedtem HDS olvasás-írás-olvasás tesztet (alapos módban), ami az alábbi eredménnyel végzett:

Az áttekintés fül ezt mutatja közben:

Ahogy látom van 2 rossz szektor a winyón, de ha jól veszem ki, akkor javítás/áthelyezés nem történt.

Ezen szektorok kizárásához a felület újrainicializálást kellene végigfuttatni HDS-ben?

[ Szerkesztve ]

Vistaboy: "Nem kell, ugyanis nem lesz DNF-em. A demó alapján felejtős" válasz rá KKaresz45-től: "Ez van, ha gyorsan összecsapnak valamit"

(#5019) Kernel válasza AtHoS (#5018) üzenetére


Kernel
(nagyúr)

Sajnos ez nem így működik. A HD Sentinel vagy bármelyik felülíró programnak nincs arra behatása, hogy egy gyenge szektort végleg selejtezzen, átirányítson a tartalék területről. Ezt kizárólag a firmware intézi, az észlelt írási vagy olvasási hiba alapján.

Tudom, mi van odaírva:

A lemez felületét meghatározott inicializáló mintázattal tölti fel, majd törlést hajt végre. 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. Az esetleges gyenge szektorokat és rejtett problémákat felülvizsgálja és a hibás szektorokat áthelyezi a tartalék területre (ez a művelet a regeneráció).

De ez a fogalmazás szerintem megtévesztő. Egyáltalán nem a Sentinel helyez át. Legfeljebb "provokál".

Gyakorlatban a felülírás, inicializálás általában javítja a gyenge szektor állapotát, amitől az ismét hibátlan státuszba kerülhet. Más kérdés, hogy meddig, de vannak egyébként sikertörténetek is.

Ha pedig továbbra is nehezen olvasható marad, akkor sokszor lerohad a gép, belefagy, de a firmware mégsem hajlandó lecserélni, gyakran épp ez a gond. Nem tudni, mikor jön el az a pont, amikor átirányítja, típusfüggő, hibafüggő.

[ Szerkesztve ]

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5020) AtHoS válasza Kernel (#5019) üzenetére


AtHoS
(nagyúr)

Jó ez így rendben is van ahogy írod, de szvsz. a felület inicializálás és az elvégzett alapos olvasás-írás-olvasás között mindössze annyi a különbség, hogy nem speciális mintázattal kerül írásra az adott szektor. Ebből gondolnám, hogy probléma esetén, ami a mellékelt képből látszódik is, hogy volt Hiba: 1117 I/O eszközhiba miatt nem lehetett a kérést végrehajtani csak kezd valamit a FW ezekkel a szektorokkal, de a végeredmény részen az összesítő ablakban nem szerepel ilyen tétel.

Mondjuk azt sem értem, hogy a naplóban szereplő 1758 -> 1828, majd 1828 -> 1857 számok mit is akarnak jelenteni

Mivel turecrypt-es a winyó így ez eléggé bonyolítja a helyzetet. Előbb lekapnám a kódolást a problémás partícióról, de ugye a hibás részeknél vagy tovább fog menni vagy eldobja magát a TrueCrypt.

Készítettem backup-ot easeus-el a problémás partícióról, de visszadobva egy másik winyóra - a 350 megás partícióval egyetemben - tudtam csatolni TrueCrypt-ben, de gyakorlatilag nem lehetett megnyitni, mivel ráváltva a virtuális betűjelre formázást kínál a win.

Az eredeti winyót szépen vissza tudtam csatolni most is, szóval azzal nincs gond, de nem merem ráindítani a dekódolást és nem találtam eddig olyan backup szoftvert, amivel a TrueCrypt-el csatolt viruális lemezről tudnék lemezképet készíteni.

Mondjuk ötletem sincs, hogy melyik topikba illene ez probléma :F

Vistaboy: "Nem kell, ugyanis nem lesz DNF-em. A demó alapján felejtős" válasz rá KKaresz45-től: "Ez van, ha gyorsan összecsapnak valamit"

(#5021) Kernel válasza AtHoS (#5020) üzenetére


Kernel
(nagyúr)

Ez az, akárminek nevezzük, nem az a lényeg. "Firkálgatjuk" a lemezt, ami a gyenge szektorokra sok esetben jótékony, regeneráló hatású.

De van olyan szektor, amire nem hat, bedobja a piros sort, ismerős sajnos. És nem változik semmi, nem cserélődik le a szektor, viszont úgy lefagyhat a gép, hogy resetet kell nyomni.

Ennek meg ennyi a lényege, a többi szám szerintem mellékes:

187 Reported Uncorrectable Errors
Hardveres hibajavítással nem javítható hibák száma.

Nem tudom, az EaseUS milyen backupot készít, ha ez egy tömörítetlen, szektorszintű lemezkép, az első szektortól az utolsóig, akkor jó. De ezt diskeditorral lehet jobban látni, menteni.

Azt is be lehet állítani, hogy az olvashatatlan szektorokat nullákkal helyettesítse, csak az a gond, ilyen hiba már megzavarhatja a TrueCrypt dekódolását.

[ Szerkesztve ]

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5022) hdsentinel válasza AtHoS (#5018) üzenetére


hdsentinel
(őstag)

> ráengedtem HDS olvasás-írás-olvasás tesztet (alapos módban)

Ez a teszt igazából ilyen esetben nem segít.

Ahogy írja, először OLVAS, majd (alapos mód esetén extra felülírással) visszaírja a tárolt adatot.
Ám ha az olvasás sikertelen, NEM végez semmilyen felülírást, azaz semmilyen javítást az adott szektoron.

Pontosan ezért ez a teszt javításra nem kifejezetten javasolt (a Nem tökéletes a merevlemezem, mit lehet tenni? cikk sem említi).
Ez sokkal inkább SSD-k, pendrive-ok, memóriakártyák (de különösen utóbbiak) számára készült, a tárolt adatok felfrissítésére.

> Ahogy látom van 2 rossz szektor a winyón, de ha jól veszem ki, akkor javítás/áthelyezés nem történt.

Pontosan.
Javításhoz, áthelyezéshez írás szükséges.

> Ezen szektorok kizárásához a felület újrainicializálást kellene végigfuttatni HDS-ben?

Pontosan.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5023) hdsentinel válasza Kernel (#5021) üzenetére


hdsentinel
(őstag)

Valóban így van: mivel a gyenge szektorok túlnyomó többsége (bármilyen furcsán hangzik - főleg, hogy ezek okoznak rengeteg problémát: olvashatatlan fájlokat, mappákat, nem induló rendszert stb...) NEM a merevlemez hibájára utal.
Az esetek nagy többségében a működési környezet okozza. Tipikusan reset, "kifagyás", szabálytalan leállítás, áramszünet, stb... állhat a háttérben.

> De van olyan szektor, amire nem hat, bedobja a piros sort, ismerős sajnos.
> És nem változik semmi, nem cserélődik le a szektor, viszont úgy lefagyhat a gép, hogy resetet kell nyomni.

Igen, ilyen is előfordulhat - az esetek egy kis részében.

Általában ha lefuttatod a Lemez menü -> Felület teszt -> Lemez felületének újrainicializálása tesztet, az állapot, a merevlemez használhatósága javul. És valóban: ha "csak" gyenge szektorok voltak, akkor általában azok nem kerülnek áthelyezésre (mivel a fentiek miatt a szektorok valójában nem sérültek, azaz gond nélkül használhatóak).

Ismételt olvasás-teszttel pedig ellenőrizhető, hogy az esetleges hibák nem feltétlen ugyanott jelentkeznek.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5024) hdsentinel válasza Kernel (#5019) üzenetére


hdsentinel
(őstag)

Egyáltalán nem pontatlan a megfogalmazás.
Valóban: a merevlemez saját maga végzi az átallokálást. Pontosan ahogy írtad, a megfelelő módszer, pl. a Hard Disk Sentinel-ben található Lemez felületének újrainicializálása a speciális módszer miatt HATÁSOSABB, azaz valóban jobban elősegíti, hogy a firmware érzékelje a problémát és javítsa, helyezze át a szektort, ha szükséges.

Ez megtörténhet amúgy bármikor, bármilyen lemezművelet során, de nézd meg a súgót (ez gondolom, elkerülte a figyelmed): Súgó -> Merevlemez tesztek -> Általános információk:

Miért jó a merevlemez tesztek használata? Miért nem elég csak fájlok másolásával írást végezni (és így átallokálást kérni)?

A tesztek során a merevlemez nagyobb fokú ellenőrzés és felügyelet alatt áll, mint sima fájlműveletek közben. A fájlrendszer leválasztásra kerül, így más szoftver és főként az operációs rendszer nem "szól bele" a folyamatba, fájlrendszer állapota sem befolyásolja a tesztet. Az egyes blokkok átviteli idejét, ismétlések számát felügyeli a szoftver, csakúgy, mint a merevlemez hőmérsékletét, állapotát. Lehetséges továbbá a szektorok tartalmát a teszt alatt megvizsgálni. Hasonlóan, ahogy műtétet is ellenőrzött körülmények között hajtanak végre az orvosok, a merevlemez teszt (és javítás, átallokálás) is javasolt, hogy ellenőrzött körülmények között fusson.

> Ismét hibátlan státuszba kerülhet. Más kérdés, hogy meddig,

Ha a hiba valóban a működési környezethez köthető, akkor végleg.
De ez könnyen ellenőrizhető: ezért javasolt előtte a Felület teszt -> Olvasás tesz használata, hogy egyrészt kijöjjön, pontosan hol (mely szektorok) érintettek. Ezt el is lehet menteni természetesen.
Majd ha esetleg ismét hiba fordul elő, akkor
- egyrészt ez azonnal látszik a szöveges értékelésben, kondícióban
- ismételt felület-teszt azonnal megmutatja, hogy ismét ugyanott van-e gond (igen, ez is előfordulhat, ritkább esetben) vagy teljesen máshol - ami továbbra is arra utal, hogy a merevlemezt működtető környezet még mindig nem százas.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5025) hdsentinel válasza AtHoS (#5020) üzenetére


hdsentinel
(őstag)

> csak kezd valamit a FW ezekkel a szektorokkal,

Sajnos nem...

> de a végeredmény részen az összesítő ablakban nem szerepel ilyen tétel.

Pont ez az: látható, hogy nem történt semmi változás firmware szinten.
Felszínre kerültek a problémák, de azok nem javultak, az olvasás tesztnél (és ilyen szempontból a felfrissítés teszt is "csak" olvasás teszt, mivel a hibás területeket nem írja felül) ez várható.

> Mondjuk azt sem értem, hogy a naplóban szereplő 1758 -> 1828,
> majd 1828 -> 1857 számok mit is akarnak jelenteni

Ezek a hibák számát mutatják. A S.M.A.R.T. oldalon a megfelelő attribútumot kiválasztva látható, hogy most éppen mennyin áll a hiba-számláló.
Egy-egy ilyen szektor többször is feldolgozásra kerül (többször is újra-próbálkozik a Hard Disk Sentinel - és valószínű a mentő-program is), ezért növekszik nagyobb mértékben 1-1 futtatás során.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5026) Kernel válasza hdsentinel (#5024) üzenetére


Kernel
(nagyúr)

Elhiszem, hogy hatásosabb, de nekem van például egy 500 gigás WD, aminek az elején vannak problémás szektorok, ami időnként fagyást okozott. Azon egyik teszt, többszöri teszt sem tudott segíteni.

Csak akkor szűntek meg a problémák, amikor az elejéből particionáltam 2 GB-ot, később azt töröltem, így végül particionálatlan területre került a hiba.

A levágandó rész beazonosításában a Sentinel szektornézője segített. Először megsaccoltam 2 GB méretet, utána azt a részt diskeditorral teleírtam 01 szekvenciával. Ezután a Sentinelben rákattintva láttam a szektor tartalmát, meg azt is, hová esnek a gyenge szektorok. Mivel épp a 01 részbe esett, eszerint sikerült eltalálni.

Egyébként én is úgy szoktam, többszöri teszt mutatja ki, amikor mindig ugyanoda esik egy hiba, az már kellemetlen.

Valamint én kivételesen nem az vagyok, aki nem olvas F1 Súgót, ha kell. Azt a részt is olvastam szerintem, de így is sajnos csak azt tudnám mondani, laikus számára félreérthető a fogalmazás. Első olvasásra magam is megütköztem, mert azt érezteti, mintha a Sentinel maga intézné a szektorcserét, ami nekem igencsak új volt és hihetetlen:

Az esetleges gyenge szektorokat és rejtett problémákat felülvizsgálja és a hibás szektorokat áthelyezi a tartalék területre...

Ahol trollok hangja többet ér, ahol a kiskirály, mint kutyával beszél? A fórum szakmai támogatását befejeztem.

(#5027) AtHoS válasza hdsentinel (#5025) üzenetére


AtHoS
(nagyúr)

Köszi a kimerítő válaszokat :R így teljesen érthető, hogy miért nem került javításra a problémás terület :K

Vistaboy: "Nem kell, ugyanis nem lesz DNF-em. A demó alapján felejtős" válasz rá KKaresz45-től: "Ez van, ha gyorsan összecsapnak valamit"

(#5028) Mezga Aladár


Mezga Aladár
(veterán)

Jelezném a fejlesztő felé, az eddig tökéletesen müködő arm_linux hds, a mostani synology dsm verzión már nem fut. :(

(#5029) Mezga Aladár válasza Mezga Aladár (#5028) üzenetére


Mezga Aladár
(veterán)

Kis kiegészítés.
Töröltem a hds fájlt majd újra bemásoltam. A többi látható a képen.

(#5030) hdsentinel válasza Mezga Aladár (#5029) üzenetére


hdsentinel
(őstag)

./hds

Így kellene indítani, ellenkező esetben látható az eredmény. Ez persze a Linux sajátossága, nem a hds-hez köthető :B

[ Szerkesztve ]

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5031) Mezga Aladár válasza hdsentinel (#5030) üzenetére


Mezga Aladár
(veterán)

Átneveztem. :B
Eddig is így ment, és az x86 gépen is így használom.

./hds ha ez a parancs, akkor nem találja.

[ Szerkesztve ]

(#5032) hdsentinel válasza Mezga Aladár (#5031) üzenetére


hdsentinel
(őstag)

És így most megy?

Nem a neve a lényeg, hanem a ./ az elején, hogy EBBEN a mappában keresse a Linux a programot.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5033) hdsentinel válasza hdsentinel (#5030) üzenetére


hdsentinel
(őstag)

Vagy ha nem ebben a mappában van, akkor a megfelelő elérési útvonallal talán....

/usr/bin/hds

[ Szerkesztve ]

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5034) hdsentinel válasza Mezga Aladár (#5031) üzenetére


hdsentinel
(őstag)

,/hds csak akkor ha ugyanabban a mappában vagy, ahol a program is van.

Ha nem ott vagy, akkor természetesen a teljes elérési útvonal megadása szükséges, éppen úgy, ahogy a chmod-dal tetted előtte.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5035) Mezga Aladár válasza hdsentinel (#5032) üzenetére


Mezga Aladár
(veterán)

Ez az x86-os gép.
Mindkettőnél az /usr/bin/hds az elérési út.

[ Szerkesztve ]

(#5036) hdsentinel válasza Mezga Aladár (#5035) üzenetére


hdsentinel
(őstag)

De mivel teljesen más architektúra, más CPU, más Linux, ezért nem véletlen, hogy más az eredmény.

Lehet, hogy a NAS-od a frissítés után már teljesen máshogy működik, pl. nem engedélyezi más program futtatását a /usr/bin mappából?
Ezért jobb, ha letöltöd, chmod, majd indítod ./hds-el, ahogy a honlap is írja.

Ha nem megy, akkor ellenőrizd, hogy biztosan nem sérült-e a fájl letöltéskor (megfelelő-e a méret) és úgy próbáld újra.

Hacsak nem variálta meg a Linux kernelt alapjaiban a frissítés, annak mennie kell a NAS-on.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5037) Mezga Aladár válasza hdsentinel (#5036) üzenetére


Mezga Aladár
(veterán)

Nekem az a gyanúm h., a biztonság érdekében nem enged futtatni ismeretlen állományt.
De ezt hogyan csinálja?
Végig megyek újra.

(#5038) AtHoS válasza Mezga Aladár (#5035) üzenetére


AtHoS
(nagyúr)

Nem vagyok nagy linuxos ("jóformán" csak routereken találkoztam vele), de

ha ez a mappa útvonal /usr/bin/hds, akkor értelemszerűen így kellene indítani /usr/bin/hds/hds

vagy

Adding a Directory to the Path

Szerk.

Most nézem, hogy beraktál még egy képet. Ha a bin mappában van, akkor viszont tárgytalan, amit írtam, mivel indulnia kellene, hacsak tényleg nem rendszer szintű a korlátozás

[ Szerkesztve ]

Vistaboy: "Nem kell, ugyanis nem lesz DNF-em. A demó alapján felejtős" válasz rá KKaresz45-től: "Ez van, ha gyorsan összecsapnak valamit"

(#5039) Mezga Aladár válasza Mezga Aladár (#5037) üzenetére


Mezga Aladár
(veterán)

Nem megy. Szerintem blokkolja.

(#5040) Mezga Aladár válasza AtHoS (#5038) üzenetére


Mezga Aladár
(veterán)

"bin mappában van"

Ott van.

(#5041) hdsentinel válasza Mezga Aladár (#5040) üzenetére


hdsentinel
(őstag)

ls -l /usr/bin/hds

mit mutat?
Jó a méret?

Biztosan jók az attribútumok? chmod-dal 755 jobb lehet, ezt javasolt inkább (a 777-el volt már gond de nem emlékszem, hogy pontosan hol....)

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5042) Mezga Aladár válasza hdsentinel (#5041) üzenetére


Mezga Aladár
(veterán)

(#5043) AtHoS válasza Mezga Aladár (#5042) üzenetére


AtHoS
(nagyúr)

Lehet a bin mappa nincs benne a path változóban, próbáld meg útvonallal együtt beírva indítani /usr/bin/HDSentinel

Vistaboy: "Nem kell, ugyanis nem lesz DNF-em. A demó alapján felejtős" válasz rá KKaresz45-től: "Ez van, ha gyorsan összecsapnak valamit"

(#5044) Mezga Aladár válasza AtHoS (#5043) üzenetére


Mezga Aladár
(veterán)

Benne van.
Megnéztem, nem megy.

(#5045) hdsentinel válasza Mezga Aladár (#5044) üzenetére


hdsentinel
(őstag)

Sajnos más ötletem nincs :(
Érdemes lenne a Synology-nál rákérdezni, hogy mi a helyzet, mi történt, milyen változás(ok)at vezettek be, ami ezt okozza.
Remélhetőleg akkor okosabbak leszünk, kiderül, hogy mit lehet tenni.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5046) Mezga Aladár válasza hdsentinel (#5045) üzenetére


Mezga Aladár
(veterán)

Írok nekik.

(#5047) hdsentinel válasza Kernel (#5026) üzenetére


hdsentinel
(őstag)

Igen, előfordul, volt már hasonló helyzetről szó itt is: 0xF8 by Extended Self-Test

Ilyenkor tényleg az a jó megoldás, ha megfelelően kialakított partícióval "lezárja" az ember a problémás részt, hogy oda ne kerülhessen adat. Ha ez a merevlemez elején / végén található, akkor kissé csökkentett kapacitással és folyamatos ellenőrzés mellett a merevlemez gond nélkül használható.

De ehhez nincs szükség másra szektor-editorra: a Hard Disk Sentinel-ben a Felület teszt -> Olvasástesztet lefuttatva azonnal látható, hogy hol van a probléma. Az egérmutatót a kérdéses vörös blokkra húzva azonnal leolvasható annak MB-ban vett pozíciója, így máris lehet tudni, hogy mekkora partíciót érdemes készíteni, ami ezt még tartalmazza (kis ráhagyással azért). Majd kell egy "nagy" partíciót készíteni a fennmaradó, valós, használható részre és az elsőt törölni.

Bocs, ha félreérthető volt - pontosan ezért van a súgó, hogy még részletesebben leírja, elmagyarázza és tisztába tegye a dolgokat.

Hard Disk Sentinel - Merevlemez ellenőrzés és meghibásodás megelőzés - www.hdsentinel.hu

(#5048) FollowTheORI


FollowTheORI
(nagyúr)

Úgy látom a HDS nem igazán kompatibilis még a Windows 10-el.
Legalábbis nálam baromi lassan reagál a user interface meg az ablakok... elég döcögősen indul el is.

Ezzel lehet valamit kezdeni? :)

Steam/Origin/Uplay/PSN/XBOX: FollowTheORI / BF V Discord server: https://discord.gg/9ezkK3m

(#5049) Mezga Aladár válasza FollowTheORI (#5048) üzenetére


Mezga Aladár
(veterán)

Nálam a 10240 build alatt tökéletesen ment a hds 4.40

(#5050) FollowTheORI válasza Mezga Aladár (#5049) üzenetére


FollowTheORI
(nagyúr)

Tárgytalan, rájöttem a hibára... :D

Egy üres sata-USB dokkoló miatt volt lassú. :W :R :DDD

[ Szerkesztve ]

Steam/Origin/Uplay/PSN/XBOX: FollowTheORI / BF V Discord server: https://discord.gg/9ezkK3m

Copyright © 2000-2019 PROHARDVER Informatikai Kft.