Hdsentinel szava mennyire szamit?

Merevlemezek, vezérlők

itt a hdsentinelem outputja:

HDD Device 0: /dev/sda
HDD Model ID : SAMSUNG HD083GJ
HDD Serial No: S1TPJ9AS801503
HDD Revision : 1AC01118
HDD Size : 82579 MB
Interface : S-ATA II
Temperature : 31 °C
Health : 100 %
Performance : 100 %
Power on time: 216 days, 6 hours
Est. lifetime: more than 1000 days

HDD Device 1: /dev/sdb
HDD Model ID : HDS725050KLA360
HDD Serial No: KRVN65ZAJ5UV8F
HDD Revision : K2AOAD1A
HDD Size : 476939 MB
Interface : S-ATA
Temperature : 47 °C
Health : 30 %
Performance : 100 %
Power on time: 63 days, 3 hours
Est. lifetime: 158 days

HDD Device 2: /dev/sdc
HDD Model ID : Maxtor 6Y160P0
HDD Serial No: Y4DEM3GE
HDD Revision : YAR41CW0
HDD Size : 156333 MB
Interface : IDE/ATA
Temperature : 50 °C
Health : 95 %
Performance : 100 %
Power on time: 808 days, 8 hours, 49 minutes
Est. lifetime: more than 917 days

Targyi vinyo: sdb, ami egy Hitachi, es nincs 3 honapja, hogy lecsereltem (nagyjabol ejjel nappal megy a gepem). 100%-os volt az allapota (health), es egy samsung helyett adta a szerelom, a Samsung ugyanebben a gepben halt meg (nem bootolt idonkent, es dobalta a mountot/kapcsolatot a teljes romlasig, atraktam masik sata portra, masik gepre, masik sata kabel masik tapkabel, de ugyanezek voltak annal a tunetek, gariba kaptam helyette a Hitachit).

Nos ami ezzel a Hitachival tortent: be van kotve ez is, majdnem a Samsung helyere, egyszer volt egy kis fajlrendszer problemam vele (ext3!!), amit fsck roviduton megoldott. HDsentinel-nél 94%-ra ment le az egeszsege. De kozben rajottem, hogy ez a gep az USB-s kulso vinyokat is dobalta, foleg amelyiknek tapja sem volt kulon, es mindig az eppen aktualis utolso vinyoval volt a baj. Kozben elkezdett a hangkarrtyam is furcsan sipolni mind a 4 jack-kimeneten, alattunk pont van egy profi hangcuccbolt, ok is ravagtak, hogy ez a hangkarytas dolog taphiba (pont egy hete csereltem).

A taprol tudni kell, hogy 5 eve Tescobol felkapott gep tapja (mindenki csodalkozott, hogy megy még), amibol azota csak a DVD-iro mukodik (illetve XP cd-ironak latta reinstallok utan is tobb iroprogramon is, fel ev utan jottem ra linuxon, hogy lehet vele megint dvd-t is irni) Tehat eleg gany tap volt, csereltem tapot (meg ugye gephazat is, hogy halkabb legyen ejszaka akkor mar), es azota nem volt gond a Hitachi vinyoval. De hdsentinel szerint azota health 94%-rol 30%-ra esett, es nicns sok neki hatra. Mennyire vegyem ezt komolyan? ext3 filerendszerrel ranezesre semmi baj, de majd este futatok komoylabb fsck-t. Nincs linuxra valami komolyabb benchmark? A legutolso esetben akarom csak Wines gepre atdugni emiatt, mert annyira nem fontosak az adatok, csak a szamitogepesem mar igy is hulyenek nez, hogy sorba viszem vissza a vinyokat.

  • 7934 megtekintés

( Dwokfur v | 2010. 05. 18., k – 16:22 )

Következő lépésként megnéznem SMART-tal, hogy nincs-e Relocated sector, Pendig sector, Relocated event.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

hdsentinel is smartot hasznal. Ha vinyorol van szo, akkor hulyekent kezeljetek :D "Relocated sector, Pendig sector, Relocated event." pl nekem nem mond semmit :/ Mivel nezzem meg, mit forditsak le hozza forrasbol akar, milyen arg-okkal probaljam, etc.
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

[root@myhost ~]# smartctl -a /dev/sdb
smartctl 5.39.1 2010-01-28 r3054 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Hitachi Deskstar 7K500 series
Device Model: HDS725050KLA360
Serial Number: KRVN65ZAJ5UV8F
Firmware Version: K2AOAD1A
User Capacity: 500,106,780,160 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1
Local Time is: Wed May 19 10:51:33 2010 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (10419) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 174) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 050 Pre-fail Offline - 0
3 Spin_Up_Time 0x0007 100 100 024 Pre-fail Always - 749 (Average 646)
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 18
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 67
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 020 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 1534
10 Spin_Retry_Count 0x0013 090 090 060 Pre-fail Always - 2
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 18
192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 78
193 Load_Cycle_Count 0x0012 100 100 050 Old_age Always - 78
194 Temperature_Celsius 0x0002 119 119 000 Old_age Always - 46 (Lifetime Min/Max 23/55)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 77
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 12
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]

Warning! SMART Selective Self-Test Log Structure error: invalid SMART checksum.
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

It seems trash! 2 honapot sem hasznaltam
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

hát ja... pedig sokan esküsznek a hitachira.
még annyit próbálj meg, hogy ments le mindent, majd a hitachi gyári dos-os floppiról bootloós tesztprogramjával küldjed meg.
cégnél van itt egy samsung vinyó, ami szintén bad sectoros. a tesztprogram viszont hibátlannak találta, nincs reallocated sector sem azóta, és akárhogy gyötröm nyúzom, semmi baja azóta sem.

meg is van: quick scan results: 0x73 Defective device, excessive shock. Mar csak az a kerdes, hogy ha ez az elozo tap hatasa, akkor romolhatott-e tovabb ennel a tapnal (ennyivel) az allapota? Vagy az egy hetes tappal is gond kell, hogy legyen ehhez?

Az elozo tapot akkor csereltem le, mikor elszallt az ext3-on egyket file (fsck visszahozta), de akkor bad block még nem volt, fsck most sokkal csunyabbat mutat azota. lenyeg, szerintetek mar temessem az egy hetes tapomat is?
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Az excessive shock ütésre vonatkozik, nem táp hiba. Tehát bele lett rúgva a gépbe, le lett ejtve stb.

A hd sentinel egyébként semmire sem jó, ökörségeket irogat. Volt 30%-osnak mutatott vinyóm, ami egy mezei format után 100%-os lett szerinte. Parasztvakitás. Smart az, ami még használható valamire, ha az azt mondja, hogy rossz, akkor nagy valószinűség szerint rossz. Ellenben, ha azt mondja, hogy jó, akkor még simán lehet hibás a vinyó.

Én egyébként a hitachi gyári teszt programjával nézném meg, hogy az mit mond, egy teljes tesztre, az alapján lehet nyugodtan gariztatni is.

Látod:
Már volt egy pár (67) szektor, amit átmentett a belső tartalék területére, ami valószínűleg még nem merült ki. Ilyen realllokációnál belassul kicsit az átvitel, mert elpiszmog vele.
Reallocated_Sector_Ct 67
Reallocated_Event_Count 77
Current_Pending_Sector 12
12 szektor várakozik - lehet, hogy azok az adatok elvesztek.

Pedig csak 18-szor kapcsoltad be és 1534 órát ment:
Start_Stop_Count 18
Power_On_Hours 1534

Azért a felpörgés sem ment neki mindig elsőre:
Spin_Retry_Count 2

A továbbiakban:
Ha iszonyú fontos adatok vannak rajta és nincs mentés, akkor én itt meg is állnék és profira bíznám, amíg még menthetők a dolgok.
Ha van lehetőség egyéni akciókra, akkor ddrescue-val csinálnék egy másolatot egy legalább akkora vinyóra és azon lehet utána kisérletezni fsck-val, hogy mennyire sérültek az adatok. Maga a mentési folyamat is eszkalálhatja a vinyó hibáját.

Gyári applikációval le lehet radírozni a hibás szektorokat, de fontos adatot én akkor sem bíznék a vinyóra többé már.

Ajánlott:
Ultimate Boot CD / UBCD
SystemRescueCD

Üdv,
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

nincsenek rajta fontos adatok, tehat megprobalom a garit. Nekik nem ugyanezt az excessive shockot fogja kihozni a teszt, hogy "belerugtam?"
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

( nanto | 2010. 05. 19., sze – 00:27 )

update: fsck read errorra futott:

[root@myhost ~]# fsck -p -v -f -c /dev/sdb1
fsck from util-linux-ng 2.17.2
nanto400GB: Updating bad block inode.
Error reading block 39518330 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.

masodik (manualis proba badblockcsekk nelkul:
[root@myhost ~]# fsck -v -f /dev/sdb1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
Pass 1: Checking inodes, blocks, and sizes
Error reading block 39518330 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

Error reading block 39518331 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

Error reading block 39518332 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error? yes

Force rewrite? yes

Error reading block 39518333 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan. Ignore error?

...

es meg: dmesg | tail
Buffer I/O error on device sdb1, logical block 158073321
Buffer I/O error on device sdb1, logical block 158073322
Buffer I/O error on device sdb1, logical block 158073323
Buffer I/O error on device sdb1, logical block 158073324
Buffer I/O error on device sdb1, logical block 158073325
Buffer I/O error on device sdb1, logical block 158073326
Buffer I/O error on device sdb1, logical block 158073327
Buffer I/O error on device sdb1, logical block 158073328
Buffer I/O error on device sdb1, logical block 158073329

Ez csere, vagy format megoldja? (utobbit ketlem, de fixme)

upd.: health azota 30-rol 22%-ra esett :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

( nanto | 2010. 05. 19., sze – 01:47 )

es vegul:
4250 inodes used (0.01%)
714 non-contiguous files (16.8%)
2 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 2612/1194/1
38536875 blocks used (31.56%)
59 bad blocks
4 large files

3981 regular files
228 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets

-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

( Zaneck | 2010. 05. 19., sze – 02:07 )

Próbálkozz smartmontools csomagban található smartctl-el, ha külső meghajtóról van szó, akkor a merevlemezházban lévő vezérlőkártyától függ, hogy felismeri-e.

Végezd el a SMART teszteket, nézd meg az értékeket, anélkül nem lehet biztosra menni.

A dmesg alapján úgy tűnik, hogy reménytelen, dobhatod ki.

Használhatod a Windows-os Hard Disk Sentinel-t is, támogatja a külső merevlemezeket, VirtualBox alá tudsz Windows-t telepíteni, a bináris kiadás támogatja az USB eszközöket.

Üdv Mindenki!

Szeretném a segítségetek kérni. Ubunutu 12.04 LTS alatt, szeretném ha minden nap egyszer lefutna a hdsentinel, és egy log fileba mentené nekem az eredményt, mondjuk úgy hogy éééé.hh.nn - óó:pp:mpmp - eredmény. Kivitelezhető ez valahogy? Nemrégen mert szét a merevlemezem és szeretnék megelőzni mégegy ilyet.

A válaszokat előre is köszönöm!

Épp nincs kéznél az ubim, de ha jól emlékszem, abban is van logger.
Én a routeremen futtatom naponta a smartctl-t így:

"/smartctl -A /dev/sda | logger -p info -t SMART"
(nem crontabból fut, de a lényeg ennyi)
Így bekerül a rendszer logjába (/var/log/messages vagy /var/log/syslog stb.)
Gondolom, a hdsentinel-el is meg lehet ezt csinálni.

Rajta vagyok az emailos dolgon, csak egyenlőre nem tudom hogyan kivitelezzem. Azon gondolkodom, hogy időközönként lefuttatom a hdsentinelt, és a kiírt adatból kiszedem a health és performance értékeket (nem tudom még hogyan), és ha 100% alá mennek akkor email értesítés. Tudna erre nekem valaki megoldást?

Azért linkeltem a fenti leírást, mert ott van benne, hogy tud XML kimenetet. Akkor egy perl/python/etc script, plusz egy hozzá való XML parser és percek alatt össze lehet dobni egy kis programot, ami gáz esetén jelzést küld.
Csak ha tényleg otthoni diszkről van szó, akkor az a nagyobb gond, hogy az e-mailt hogy fogod elküldeni, hogy biztosan megérkezzen? (e-mail esetében nincs rá semmi biztosíték ugyanis)
Ezért szoktam e-mail/SMS helyett inkább naponta két percet rászánni és belenézni a logjaimba. (egyikben egy smartctl -A kimenete van)

Ha nem SOS és nem ragaszkodsz professzionális megoldáshoz, akkor talán.
XML parser használatig még talán igen, bár már elő kell szednem valami doksit hozzá, szóval minimum két attól kezdve, hogy nekikezdek.

És persze meg lehet oldani lényegesen egyszerűbben is, mint ahogy én javasoltam, csak valahogy nem szeretem az olyan (fél)megoldásokat, mikor egy emberi olvasásra szánt kimenetet dolgoz fel valaki programmal.

update: most nézem, nem is biztos, hogy kell neked az xml és egyéb kedvességek. Van neki egy -solid kapcsolója, csak sajnos nem tudom tesztelni, mert virtuális gépben nem működik.
Ennek a kimenetét akár awk segítségével is fel lehet dolgozni:

sudo ./HDSentinel -solid | gawk '{ print $3 }'

Természetesen a print $3 helyére egy ellenőrzés, hogy ha x%-nál kevesebb, akkor küldjön e-mailt.