| View previous topic :: View next topic |
| Author |
Message |
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
 Posted: Thu Jan 18, 2007 10:51 pm Post subject: Geht die HDD lansgam kaputt? |
 |
|
Hi Leute,
ich habe hier eine HDD die immer mehr Performance in hdparm verliert.
Getestet wird mit
hdparm -tT /dev/hdX
Dort hatte die HDD vor ca. 2-3 Monaten immer so um die 50-55 MB/s
Dann ist mir aufgefallen, dass die HDD da nurnoch so 35 MB/s bringt
Jetzt ist die HDD bei ca. 18-20 MB/s...
Kurz gesagt es ist festzustellen, dass die HDD immer mehr Performance verliert.
Smart hat nichts aussergewöhnliches im Log...
Kann man aufgrund der immer schwächer werdenden HDD Performance darauf schließen, dass die HDD bald kaputt ist?
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
 |
ChrisJumper
Advocate
Joined: 12 Mar 2005
Posts: 2400
Location: Germany
|
| Posted: Fri Jan 19, 2007 1:27 am Post subject: |
|
|
Hallo C2DFreak,
ich kann dir natürlich keine Garantie geben das deine Festplatte noch lange lebt (oder länger als..).
Aber ich kann dir empfehlen ein Backup zu haben,d as schadet niemals.
Auf eine leidende Festplatte würde ich dieses Phänomen nicht zurückführen da.. ich zumindest noch nie solche Verschleiß-Erfahrungen gemacht habe. Wenn dann ist sie auf einmal ganz Kaputt oder kann diverse Sektoren nicht mehr lesen.
Ich würde vielmehr auf unterschiedliche Test-Situationen tippen. Anderer Kernel, andere Auslastung, andere Cache-Bedingungen...
Mfg Chris |
|
| Back to top |
|
|
slick
Bodhisattva
Joined: 20 Apr 2003
Posts: 3495
|
| Posted: Fri Jan 19, 2007 8:24 am Post subject: |
|
|
| Schieb mal ein smartctl -a /dev/hdX rüber. Wenn dann sollte man dort was erkennen können. |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 12:29 pm Post subject: |
|
|
Hi,
danke für eure Antworten.
Das ist sowieso nur ne Systemplatte wo praktisch keine wichtigen Daten draufliegen.
Von daher ist es nicht allzu schlimm wenn die jetzt einen Abgang machen würde.
Die Bedingungen haben sich tatsächlich etwas geändert.
Früher war Debian 3.1 Sarge drauf und nun Gentoo.
Allerdings hat sich die Peformance von der /dev/hdb nicht geändert. Die ist in Gentoo genau die gleiche wie bei Debian.
@slick
| Code: | gentoo-server ~ # smartctl -a /dev/hda
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Maxtor DiamondMax Plus 8 family
Device Model: Maxtor 6E040L0
Serial Number: E1C8R9HE
Firmware Version: NAR61590
User Capacity: 41,110,142,976 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0
Local Time is: Fri Jan 19 13:20:51 2007 CET
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: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
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: (1021) 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.
No General Purpose Logging support.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 17) minutes.
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
3 Spin_Up_Time 0x0027 220 219 063 Pre-fail Always - 7097
4 Start_Stop_Count 0x0032 253 253 000 Old_age Always - 1052
5 Reallocated_Sector_Ct 0x0033 253 253 063 Pre-fail Always - 1
6 Read_Channel_Margin 0x0001 253 253 100 Pre-fail Offline - 0
7 Seek_Error_Rate 0x000a 253 252 000 Old_age Always - 0
8 Seek_Time_Performance 0x0027 252 234 187 Pre-fail Always - 42719
9 Power_On_Minutes 0x0032 219 219 000 Old_age Always - 101h+33m
10 Spin_Retry_Count 0x002b 253 252 157 Pre-fail Always - 0
11 Calibration_Retry_Count 0x002b 253 252 223 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 253 253 000 Old_age Always - 183
192 Power-Off_Retract_Count 0x0032 253 253 000 Old_age Always - 179
193 Load_Cycle_Count 0x0032 253 253 000 Old_age Always - 1315
194 Temperature_Celsius 0x0032 253 253 000 Old_age Always - 42
195 Hardware_ECC_Recovered 0x000a 253 252 000 Old_age Always - 20577
196 Reallocated_Event_Count 0x0008 253 253 000 Old_age Offline - 0
197 Current_Pending_Sector 0x0008 253 253 000 Old_age Offline - 0
198 Offline_Uncorrectable 0x0008 253 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0008 199 199 000 Old_age Offline - 0
200 Multi_Zone_Error_Rate 0x000a 253 252 000 Old_age Always - 0
201 Soft_Read_Error_Rate 0x000a 253 247 000 Old_age Always - 6
202 TA_Increase_Count 0x000a 253 250 000 Old_age Always - 0
203 Run_Out_Cancel 0x000b 253 252 180 Pre-fail Always - 18
204 Shock_Count_Write_Opern 0x000a 253 252 000 Old_age Always - 0
205 Shock_Rate_Write_Opern 0x000a 253 252 000 Old_age Always - 0
207 Spin_High_Current 0x002a 253 252 000 Old_age Always - 0
208 Spin_Buzz 0x002a 253 252 000 Old_age Always - 0
209 Offline_Seek_Performnce 0x0024 188 187 000 Old_age Offline - 0
99 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0
100 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0
101 Unknown_Attribute 0x0004 253 253 000 Old_age Offline - 0
SMART Error Log Version: 1
ATA Error Count: 1
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 1 occurred at disk power-on lifetime: 10780 hours (449 days + 4 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 0f 10 00 e0 Error: UNC 8 sectors at LBA = 0x0000100f = 4111
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 0f 10 00 e0 08 00:03:35.888 READ DMA
ca 00 08 3f 00 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 77 10 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 77 10 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 67 00 68 e0 08 00:03:35.888 WRITE DMA
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 0 -
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.
----------------------------------------------------------------------------------------- |
Viel kann ich daraus nicht erkennen...
Vielleicht kannst du das ja besser als ich abschätzen?
*edit - Think4UrS11* im Sinne der besseren Lesbarkeit die Ausgabe von smartctl in einen code-Block verpackt.
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 1:23 pm Post subject: |
|
|
Welches Filesystem wird denn verwendet?
Der Geschwindigkeitsverlust kann auch an der Fragmentierung der Daten liegen. |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 1:33 pm Post subject: |
|
|
XFS. Vorher war mal ReiserFS drauf... also auf der hda..
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 2:00 pm Post subject: |
|
|
| Dann eben xfsprogs installieren und das Filesystem defragmentieren. |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 2:34 pm Post subject: |
|
|
| Keruskerfuerst wrote: | | Dann eben xfsprogs installieren und das Filesystem defragmentieren. |
Werd ich mal tun 
Kann man denn aus meinem Log von Smart Fehler erkennen?
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 3:01 pm Post subject: |
|
|
Ja, hier:
| Quote: | Error 1 occurred at disk power-on lifetime: 10780 hours (449 days + 4 hours)
When the command that caused the error occurred, the device was in an unknown state.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 08 0f 10 00 e0 Error: UNC 8 sectors at LBA = 0x0000100f = 4111
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
c8 00 08 0f 10 00 e0 08 00:03:35.888 READ DMA
ca 00 08 3f 00 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 77 10 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 77 10 00 e0 08 00:03:35.888 WRITE DMA
ca 00 08 67 00 68 e0 08 00:03:35.888 WRITE DMA |
Das ab und zu mal ein paar Fehler auftreten ist normal. Sich ganz einfach mal das Log genau durchlesen. |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 3:53 pm Post subject: |
|
|
Ist der Fehler denn bedenklich?
power-on lifetime heisst ja so viel wie Lebenszeit?
Und dies heisst ja dann so viel wie, dass die Platte schon so viele Stunden gelaufen ist, dass die HDD am Ende ist?
Oder wie soll man diesen Fehler interpretieren?
Zu Not hol ich eine neue System HDD... Mittlerweile kriegt man 120er IDE Platten ja schon hinterher geschmissen...
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 4:15 pm Post subject: |
|
|
Die Platte ist schon 10870 Stunden gelaufen.
Ich habe eine Platte, die ca.8000h gelaufen ist und es wurden 3 Fehler im smartlog aufezeichnet.
Dieser eine Fehler ist - so denke ich - nicht bedenklich. |
|
| Back to top |
|
|
76062563
l33t
Joined: 16 Aug 2004
Posts: 637
Location: 127.0.0.1
|
| Posted: Fri Jan 19, 2007 5:09 pm Post subject: |
|
|
| Keruskerfuerst wrote: | Welches Filesystem wird denn verwendet?
Der Geschwindigkeitsverlust kann auch an der Fragmentierung der Daten liegen. |
Nachdem er zum Testen hdparm benutzt kann es nichts mit dem Dateisystem/Fragmentierung zu tun haben, da hdparm auf Block- und nicht auf Dateisystemebene arbeitet.
_________________
gentoo - compile your own world |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 5:14 pm Post subject: |
|
|
Das ist so nicht ganz richtig.
Man kann hdparm -t /dev/sda angeben oder eben auch hdparm -t /dev/sda1. |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 5:27 pm Post subject: |
|
|
| Keruskerfuerst wrote: | Die Platte ist schon 10870 Stunden gelaufen.
Ich habe eine Platte, die ca.8000h gelaufen ist und es wurden 3 Fehler im smartlog aufezeichnet.
Dieser eine Fehler ist - so denke ich - nicht bedenklich. |
Seltsamerweise erhöht sich dieser Wert nicht.
Habe den Befehl schonmal vor nem Monat eingegeben und da stand auch 10870 ohne das sich der Wert erhöht hat...
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 5:28 pm Post subject: |
|
|
Dies ist aber merkwürdig...
Tatsächlich mal daran denken die Platte auszutauschen.
Wie alt ist diese Platte?
Last edited by Keruskerfuerst on Fri Jan 19, 2007 5:39 pm; edited 1 time in total |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 5:30 pm Post subject: |
|
|
| Keruskerfuerst wrote: | | Dies ist aber merkwürdig... |
Soll ich einfach ne neue HDD holen und die Sache ist erledigt?
Wegen der Dateisystemsache:
Vor 10 Tagen ca. noch hatte die HDD bei exakt gleicher Konfiguration so zwischen 25-35 MB/s bei hdparm -tT /dev/hda
Nun ist es bei ca. 15-18 MB/s...
Und in dieser Zeit hat sich wirklich nichts an der Konfiguration geändert...
Die Frage ist halt ob die Platte nen Abgang macht oder nicht...
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
dmaus
n00b
Joined: 15 Mar 2006
Posts: 69
|
| Posted: Fri Jan 19, 2007 5:33 pm Post subject: |
|
|
| Quote: | | Man kann hdparm -t /dev/sda angeben oder eben auch hdparm -t /dev/sda1. |
Stimmt, aber man hdparm sagt zu -t
| Code: | | ... This measurement is an indication of how fast the drive can sustain sequential data reads under Linux, without any filesystem overhead. ... |
Also in der Tat ohne Berücksichtigung des jeweiligen Dateisystems. |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 5:38 pm Post subject: |
|
|
Wenn man aber mit hdparm -t /dev/sdax auf die Platte zugreift, dann eben auf die Partition und nicht direkt auf die Festplatte.
Dann kommt schon ein anderer Wert heraus.
Weil nämlich die Datentranferrate bei einer Festplatte von außen nach innen abnimmt.
P.S.: ich habe mir gerade das Log genau angesehen. Maxtor: Alarmstufe Rot. Die Platte sofort austauschen. |
|
| Back to top |
|
|
dmaus
n00b
Joined: 15 Mar 2006
Posts: 69
|
| Posted: Fri Jan 19, 2007 5:51 pm Post subject: |
|
|
| Quote: | Dann kommt schon ein anderer Wert heraus.
Weil nämlich die Datentranferrate bei einer Festplatte von außen nach innen abnimmt. |
ACK
| Quote: | | P.S.: ich habe mir gerade das Log genau angesehen. Maxtor: Alarmstufe Rot. Die Platte sofort austauschen. |
Interessehalber: Woraus hast du das erschlossen? |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 5:59 pm Post subject: |
|
|
Ich hatte schon einmal eine Maxtor Festplatte.
Diese ist innerhalb der Garantie kaputt gegangen.
Ich habe keine funktionierende Festplatte zurückerhalten.
Ich kaufe mir keine Maxtor Festplatte mehr. |
|
| Back to top |
|
|
dmaus
n00b
Joined: 15 Mar 2006
Posts: 69
|
| Posted: Fri Jan 19, 2007 6:39 pm Post subject: |
|
|
| Äh.. ich meinte, woraus schließt du auf "Alarmstufe Rot" aus dem geposteten S.M.A.R.T.-Logfile? |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 7:12 pm Post subject: |
|
|
Hi,
okay dann hol ich am Montag eine neue.
Woraus schließt du Alarmstufe Rot..?
Würde gerne auch mal wissen, woran man das genau sieht.
Die Performance wird übrigens immer schlechter:
gentoo-server ~ # hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 2936 MB in 2.00 seconds = 1468.14 MB/sec
Timing buffered disk reads: 36 MB in 3.03 seconds = 11.87 MB/sec
gentoo-server ~ # hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 2900 MB in 2.00 seconds = 1449.47 MB/sec
Timing buffered disk reads: 24 MB in 3.14 seconds = 7.63 MB/sec
Jeztt bin ich schon bei 5-12 MB/s...
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
Keruskerfuerst
Advocate
Joined: 01 Feb 2006
Posts: 2289
Location: near Augsburg, Germany
|
| Posted: Fri Jan 19, 2007 7:33 pm Post subject: |
|
|
Wenn die Festplatte so reagiert, dann würde ich diese eben austauschen.
Zeigt denn Smartmontools weitere Fehler? |
|
| Back to top |
|
|
C2DFreak
n00b
Joined: 03 Jan 2007
Posts: 48
|
| Posted: Fri Jan 19, 2007 7:34 pm Post subject: |
|
|
Ne momentan nicht.
Jan 19 20:21:38 gentoo-server smartd[30300]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 253 to 252
Jan 19 20:21:38 gentoo-server smartd[30300]: Device: /dev/hda, SMART Usage Attribute: 202 TA_Increase_Count changed from 253 to 239
Jan 19 20:21:38 gentoo-server smartd[30300]: Device: /dev/hda, SMART Usage Attribute: 204 Shock_Count_Write_Opern changed from 253 to 252
Jan 19 20:21:51 gentoo-server smartd[30313]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 253 to 252
Jan 19 20:21:51 gentoo-server smartd[30313]: Device: /dev/hda, SMART Usage Attribute: 202 TA_Increase_Count changed from 253 to 239
Jan 19 20:21:51 gentoo-server smartd[30313]: Device: /dev/hda, SMART Usage Attribute: 204 Shock_Count_Write_Opern changed from 253 to 252
Das steht in /var/log/messages
Werde die HDD wohl morgen austauschen müssen..
_________________
Gruß
C2DFreak
Gentoo Server |
|
| Back to top |
|
|
whitenerdy
n00b
Joined: 11 Nov 2006
Posts: 19
Location: Berlin
|
| Posted: Mon Jan 22, 2007 7:16 pm Post subject: |
|
|
| Keruskerfuerst wrote: | Ich hatte schon einmal eine Maxtor Festplatte.
Diese ist innerhalb der Garantie kaputt gegangen.
Ich habe keine funktionierende Festplatte zurückerhalten.
Ich kaufe mir keine Maxtor Festplatte mehr. |
Weshalb hast Du keine Ersatzplatte bekommen?!
_________________
Phenom X4 9750, 2GB PC6400, G80 GTS, Gentoo&XP |
|
| Back to top |
|
|
|
Deutsches Forum (German) 
