Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Gyorskeresés
Legfrissebb anyagok
- Bemutató Route 66 Chicagotól Los Angelesig 2. rész
- Helyszíni riport Alfa Giulia Q-val a Balaton Park Circiut-en
- Bemutató A használt VGA piac kincsei - Július I
- Bemutató Bakancslista: Route 66 Chicagotól Los Angelesig
- Tudástár AMD Radeon undervolt/overclock
Általános témák
LOGOUT.hu témák
- [Re:] [D1Rect:] Nagy "hülyétkapokazapróktól" topik
- [Re:] [attilasd:] A laposföld elmebaj: Vissza a jövőbe!
- [Re:] [Luck Dragon:] Asszociációs játék. :)
- [Re:] eBay-es kütyük kis pénzért
- [Re:] [koxx:] Bloons TD5 - Tower Defense játék
- [Re:] [gban:] Ingyen kellene, de tegnapra
- [Re:] [sziku69:] Szólánc.
- [Re:] Négymagos Xeon(!) CPU LGA775-ös deszkában
- [Re:] [sziku69:] Fűzzük össze a szavakat :)
- [Re:] A használt VGA piac kincsei - Július I
Szakmai témák
PROHARDVER! témák
Mobilarena témák
IT café témák
GAMEPOD.hu témák
Téma összefoglaló
- Utoljára frissítve: 2024-04-20 19:25:05
LOGOUT.hu
Hozzászólások
dkess
őstag
udma_crc_error_count - nem feltétlenül veszélyes. Ez az attribútum a SATA vezérlő és a HDD közötti adatátvitellel kapcsolatos - azaz nem HDD hibára utal. A "szektorhibás" HDD viszont a tányéron megjelenő problémás szektorra utal ...
udma_crc_error_count - az esetek elsöprő többségében általánosságban SATA kábellel kapcsolatos nyűgre utal. Külső bővítő egységnél pl. aránylag könnyű belefutni - pl. a gyári Synology eSATA kábel nagyon rövid. Maga az eSATA átviteli közeg is nagyon érzékeny a kábelhosszra. Így amennyiben lecseréljük egy hosszú "noname" kábelre és ez előjön, akkor borítékolható, hogy ez az oka. Ekkor pl. az összes HDD -n nagyjából ugyanannyi db hibát rögzítenek a HDD -k. Ritkán lehet az oka tápellátási gond (alaplap - vagy a HDD). NAS belső tárolóhelyen ez "problémásabb" - elméletileg nem szabadna lennie. Persze lehet, hogy a HDD csatlakozó kontaktos (nem valószínű). Illetve esetleg próbáltál-e működés közben hot-swap -olni HDD -t (ez meg az eseti növekedés esetén lehet magyarázat). Persze lehet a NAS -ban a SATA hátlapi panelon gyengélkedik az egyik tantál kondi vagy hasonló "egzotikus" dolog is ...
Alapvetően nem mindegy azért:
- konkrétan mennyi az annyi?
- eseti alkalommal növekedett kicsit - egy-kétszer. Erre a Synology is azt mondja, hogy érdemes túllépni ezen,
- amennyiben rendszeresen növekszik, akkor csak egy HDD érintett vagy több is,
- előjön-e más SMART által jelzett probléma is?
Alapvetően a Synology is némileg "tanácstalan" ezen SMART hibával kapcsolatban (link: [link] ). HDD csere esetén (illetve anélkül is) érdemes lenne nyomonkövetni, hogy az új HDD -vel is előjön ez a hiba ráadásul növekményes módon. A hibajelenség maga úgy manifesztálódik egyébként, hogy másolás közben a sebesség bezuhan (akár nullára) - aztán megy tovább teljes sebességgel (na ilyenkor kaptál +1 -et erre az attribútumra). Alapvetően a kötetünk minősége ettől még "normál" marad (Synology minősítése alapján) - még akkor is, ha többszáz lenne ...
"Szektorhibás" HDD -re azonban nem cserélném le. Ez már sokkal aggályosabb dolog lehet. Persze ebben az esetben is számít, hogy:
- pontosan milyen hiba is ez? Pending(függő)/Reallocated(áthelyezett)/Bad(rossz) sector attribútumra kapjuk a nullától különböző számot - esetleg ezek valamilyen kombinációjára (illetve milyen arányban vannak egymáshoz képest). Különösen bad sector esetén azért már nézelődnék/gyűjtenék a pótlásra. Persze a másodlagos backup NAS _ban maradhat egyelőre, de fokozott figyelemmel kísérés és gyors reagálás ajánlott,
- konkrétan mennyi az annyi?
- eseti alkalommal növekedett kicsit - egy-kétszer és nagyon kevés van (ez már erős figyelmeztetés)? Avagy szinte "napról-napra" növekszik és többszár/többezer van? Utóbbi esetben páni hangulatban mentsél mindent és a csere immáron sürgős. Nem kell megvárni, amíg a Synology kidobja a kötetből az érintett HDD -t.
Azaz még egyszer - bad sector -os HDD -t nem raknék be a fő NAS -ba (berakni igazából egyikbe se).