[gentoo-user-de] Kaputte Platte?

[gentoo-user-de] Kaputte Platte?

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160


Guten Tag - liebe Gentoo-liste-leute,

nach dem Missverständnis von neulich, bei dem nicht nur mein Postfach
mit unsinnigen Mails befüllt wurde, wollte ich mal wieder zu etwas
Ernstem kommen...

Für eine meiner unzähligen Platten steht regelmäßig im Syslog:
"Feb 26 14:08:27 [smartd] Device: /dev/sdf, 1 Offline uncorrectable
sectors_"

Weiter unten habe ich noch mal die komplette Ausgabe von
"smartctl --all /dev/sdf" angehängt.

Den Fehler habe ich bestimmt schon seit ein paar Monaten, ich habe immer
drauf gewartet, dass die Platte komplett den Geist aufgibt um sie dann
auszuwechseln und den Raid1-Verbund wieder herzustellen, allerdings
läuft sie nun ja schon seit Monaten...

Also was meint ihr? Soll ich sie raussschmeissen? Wegschmeissen und neu
kaufen? Habt ihr Erfahrungen mit solchen Fehlern?
Ich habe smartd erst vor ein paar Wochen bei mir installiert und vorher
immer erst Platten gewechselt, wenn sie halt nciht mehr liefen ;-)

Gruß
André
===================================================

saturn ~ # smartctl --all /dev/sdf

~              smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C)
2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model:     SAMSUNG SP1614C
Serial Number:    XXXXXXXXXXXXXXX
Firmware Version: SW100-25
User Capacity:    160,041,885,696 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:    Tue Feb 26 15:23:14 2008 CET

==> WARNING: May need -F samsung2 disabled; see manual for details.

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:  (0x80) Offline data collection activity
~                                        was never started.
~                                        Auto Offline Data Collection:
Enabled.
Self-test execution status:      ( 244) Self-test routine in progress...
~                                        40% of test remaining.
Total time to complete Offline
data collection:                 (5760) seconds.
Offline data collection
capabilities:                    (0x1b) SMART execute Offline immediate.
~                                        Auto Offline data collection
on/off su
~                 pport.
~                                        Suspend Offline collection upon new
~                                        command.
~                                        Offline surface scan supported.
~                                        Self-test supported.
~                                        No Conveyance Self-test supported.
~                                        No 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:        (   1) minutes.
Extended self-test routine
recommended polling time:        (  96) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE
UPDATED  WHE
~                    N_FAILED RAW_VALUE
~  1 Raw_Read_Error_Rate     0x000b   100   100   051    Pre-fail  Always

~              -       0
~  3 Spin_Up_Time            0x0007   067   056   000    Pre-fail  Always

~              -       5696
~  4 Start_Stop_Count        0x0032   098   098   000    Old_age   Always

~              -       3002
~  5 Reallocated_Sector_Ct   0x0033   253   253   010    Pre-fail  Always

~              -       0
~  7 Seek_Error_Rate         0x000b   253   253   051    Pre-fail  Always

~              -       0
~  8 Seek_Time_Performance   0x0024   253   253   000    Old_age
Offline
~                     -       0
~  9 Power_On_Half_Minutes   0x0032   100   100   000    Old_age   Always

~              -       2787h+44m
~ 10 Spin_Retry_Count        0x0013   253   253   049    Pre-fail  Always

~              -       0
~ 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always

~              -       1765
194 Temperature_Celsius     0x0022   157   085   000    Old_age   Always

~              -       27
195 Hardware_ECC_Recovered  0x000a   100   100   000    Old_age   Always

~              -       89102473
196 Reallocated_Event_Count 0x0012   100   100   000    Old_age   Always

~              -       1
197 Current_Pending_Sector  0x0033   253   253   010    Pre-fail  Always

~              -       0
198 Offline_Uncorrectable   0x0031   100   100   010    Pre-fail
Offline
~                     -       1
199 UDMA_CRC_Error_Count    0x000b   100   100   051    Pre-fail  Always

~              -       0
200 Multi_Zone_Error_Rate   0x000b   100   100   051    Pre-fail  Always

~              -       0
201 Soft_Read_Error_Rate    0x000b   100   100   051    Pre-fail  Always

~              -       0

SMART Error Log Version: 1
ATA Error Count: 41728 (device log contains only the most recent five
errors)
~        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 41728 occurred at disk power-on lifetime: 2153 hours (89 days + 17
hours
~             )
~  When the command that caused the error occurred, the device was active
or id
~             le.

~  After command completion occurred, registers were:
~  ER ST SC SN CL CH DH
~  -- -- -- -- -- -- --
~  40 51 00 26 b1 f0 e0  Error: UNC at LBA = 0x00f0b126 = 15773990

~  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 00 26 b1 f0 e0 00      02:52:36.313  READ DMA
~  c8 00 b8 6e b0 f0 e0 00      02:52:36.313  READ DMA
~  c8 00 08 8e 83 ef e0 00      02:52:36.313  READ DMA
~  c8 00 48 26 b0 f0 e0 00      02:52:36.313  READ DMA
~  c8 00 00 26 af f0 e0 00      02:52:36.313  READ DMA

Error 41727 occurred at disk power-on lifetime: 881 hours (36 days + 17
hours)
~  When the command that caused the error occurred, the device was active
or id
~             le.

~  After command completion occurred, registers were:
~  ER ST SC SN CL CH DH
~  -- -- -- -- -- -- --
~  40 51 00 77 b1 f0 e0  Error: UNC at LBA = 0x00f0b177 = 15774071

~  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 00 77 b1 f0 e0 00      02:58:46.188  READ DMA
~  ec 00 00 00 00 00 a0 00      02:58:46.188  IDENTIFY DEVICE
~  ef 03 46 00 00 00 a0 00      02:58:46.188  SET FEATURES [Set transfer
mode]
~  ec 00 00 00 00 00 a0 00      02:58:46.188  IDENTIFY DEVICE

Error 41726 occurred at disk power-on lifetime: 881 hours (36 days + 17
hours)
~  When the command that caused the error occurred, the device was active
or id
~             le.

~  After command completion occurred, registers were:
~  ER ST SC SN CL CH DH
~  -- -- -- -- -- -- --
~  40 51 00 77 b1 f0 e0  Error: UNC at LBA = 0x00f0b177 = 15774071

~  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 00 77 b1 f0 e0 00      02:58:45.125  READ DMA
~  ec 00 00 00 00 00 a0 00      02:58:45.125  IDENTIFY DEVICE
~  ef 03 46 00 00 00 a0 00      02:58:45.125  SET FEATURES [Set transfer
mode]
~  ec 00 00 00 00 00 a0 00      02:58:45.125  IDENTIFY DEVICE

Error 41725 occurred at disk power-on lifetime: 881 hours (36 days + 17
hours)
~  When the command that caused the error occurred, the device was active
or id
~             le.

~  After command completion occurred, registers were:
~  ER ST SC SN CL CH DH
~  -- -- -- -- -- -- --
~  40 51 00 77 b1 f0 e0  Error: UNC at LBA = 0x00f0b177 = 15774071

~  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 00 77 b1 f0 e0 00      02:58:44.125  READ DMA
~  ec 00 00 00 00 00 a0 00      02:58:44.125  IDENTIFY DEVICE
~  ef 03 46 00 00 00 a0 00      02:58:44.125  SET FEATURES [Set transfer
mode]
~  ec 00 00 00 00 00 a0 00      02:58:44.125  IDENTIFY DEVICE

Error 41724 occurred at disk power-on lifetime: 881 hours (36 days + 17
hours)
~  When the command that caused the error occurred, the device was active
or id
~             le.

~  After command completion occurred, registers were:
~  ER ST SC SN CL CH DH
~  -- -- -- -- -- -- --
~  40 51 00 77 b1 f0 e0  Error: UNC at LBA = 0x00f0b177 = 15774071

~  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 00 77 b1 f0 e0 00      02:58:43.063  READ DMA
~  ec 00 00 00 00 00 a0 00      02:58:43.063  IDENTIFY DEVICE
~  ef 03 46 00 00 00 a0 00      02:58:43.063  SET FEATURES [Set transfer
mode]
~  ec 00 00 00 00 00 a0 00      02:58:43.063  IDENTIFY DEVICE

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining
LifeTime(hours)  L
~                          BA_of_first_error
# 1  Short offline       Completed without error       00%      2786
~     -
# 2  Short offline       Completed without error       00%      2777
~     -
# 3  Short offline       Completed without error       00%      2777
~     -
# 4  Short offline       Completed without error       00%      2776
~     -
# 5  Short offline       Completed without error       00%      2714
~     -
# 6  Short offline       Completed without error       00%      2700
~     -
# 7  Short offline       Completed without error       00%      2693
~     -
# 8  Short offline       Completed without error       00%      2687
~     -
# 9  Extended offline    Completed without error       00%      2676
~     -
#10  Short offline       Completed without error       00%      2662
~     -
#11  Short offline       Completed without error       00%      2653
~     -
#12  Short offline       Completed without error       00%      2652
~     -
#13  Short offline       Completed without error       00%      2637
~     -
#14  Short offline       Completed without error       00%      2622
~     -
#15  Short offline       Completed without error       00%      2611
~     -
#16  Short offline       Completed without error       00%      2598
~     -
#17  Extended offline    Completed without error       00%      2585
~     -
#18  Short offline       Completed without error       00%      2570
~     -
#19  Short offline       Completed without error       00%      2557
~     -
#20  Short offline       Completed without error       00%      2541
~     -
#21  Short offline       Completed without error       00%      2529
~     -

Device does not support Selective Self Tests/Logging

- --
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHxCEzeWPEmRSJ/30RAztNAJ9Y/uxe2IZdxghYmJThFG+hcci8dQCfdWvh
SpC/qjxbJTchPfCHOWMQcYg=
=IzaO
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[Jörg Frings-Fürst]

André Glücksmann schrieb:
> 
> Guten Tag - liebe Gentoo-liste-leute,
> 
> nach dem Missverständnis von neulich, bei dem nicht nur mein Postfach
> mit unsinnigen Mails befüllt wurde, wollte ich mal wieder zu etwas
> Ernstem kommen...
> 
> Für eine meiner unzähligen Platten steht regelmäßig im Syslog:
> "Feb 26 14:08:27 [smartd] Device: /dev/sdf, 1 Offline uncorrectable
> sectors_"
> 
> Weiter unten habe ich noch mal die komplette Ausgabe von
> "smartctl --all /dev/sdf" angehängt.
> 
> Den Fehler habe ich bestimmt schon seit ein paar Monaten, ich habe immer
> drauf gewartet, dass die Platte komplett den Geist aufgibt um sie dann
> auszuwechseln und den Raid1-Verbund wieder herzustellen, allerdings
> läuft sie nun ja schon seit Monaten...
> 
> Also was meint ihr? Soll ich sie raussschmeissen? Wegschmeissen und neu
> kaufen? Habt ihr Erfahrungen mit solchen Fehlern?
> Ich habe smartd erst vor ein paar Wochen bei mir installiert und vorher
> immer erst Platten gewechselt, wenn sie halt nciht mehr liefen ;-)
> 
> Gruß
> André
[...]

Hallo Andre,

wenn deine Platte schon längere Zeit den Fehler hat würde ich mir keine 
   großen Gedanken über einen Austausch machen. Ich habe 2 Platten die 
jeweils 1 und 3 "uncorrectable sectors" haben und mit dem Fehler schon 
über 2 Jahre ohne Probs laufen.

Auf der anderen Seite habe ich schon fehlerhafte Platten gehabt, wo die 
errors schneller hochliefen wie ich Kaffee holen und trinken konnte und 
dann auch recht schnell ganz ausgefallen sind.

Gruß Jörg


-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160


| André Glücksmann schrieb:
|>
|> Guten Tag - liebe Gentoo-liste-leute,
|>
|> nach dem Missverständnis von neulich, bei dem nicht nur mein Postfach
|> mit unsinnigen Mails befüllt wurde, wollte ich mal wieder zu etwas
|> Ernstem kommen...
|>
|> Für eine meiner unzähligen Platten steht regelmäßig im Syslog:
|> "Feb 26 14:08:27 [smartd] Device: /dev/sdf, 1 Offline uncorrectable
|> sectors_"
|>
|> Weiter unten habe ich noch mal die komplette Ausgabe von
|> "smartctl --all /dev/sdf" angehängt.
|>
|> Den Fehler habe ich bestimmt schon seit ein paar Monaten, ich habe immer
|> drauf gewartet, dass die Platte komplett den Geist aufgibt um sie dann
|> auszuwechseln und den Raid1-Verbund wieder herzustellen, allerdings
|> läuft sie nun ja schon seit Monaten...
|>
|> Also was meint ihr? Soll ich sie raussschmeissen? Wegschmeissen und neu
|> kaufen? Habt ihr Erfahrungen mit solchen Fehlern?
|> Ich habe smartd erst vor ein paar Wochen bei mir installiert und vorher
|> immer erst Platten gewechselt, wenn sie halt nciht mehr liefen ;-)
|>
|> Gruß
|> André
| [...]

| Jörg Frings-Fürst wrote:
| Hallo Andre,
|
| wenn deine Platte schon längere Zeit den Fehler hat würde ich mir keine
|   großen Gedanken über einen Austausch machen. Ich habe 2 Platten die
| jeweils 1 und 3 "uncorrectable sectors" haben und mit dem Fehler schon
| über 2 Jahre ohne Probs laufen.
|
| Auf der anderen Seite habe ich schon fehlerhafte Platten gehabt, wo die
| errors schneller hochliefen wie ich Kaffee holen und trinken konnte und
| dann auch recht schnell ganz ausgefallen sind.
|
| Gruß Jörg
|
|

Hi Jörg,

freut mich deine Meinung zu hören!
Habe auch im Internet schon Leute reden hören die meinten: Tausch sie
sofort aus... Ehrlich gesagt weiß ich wenig darüber was für SMART "1
uncorrectable sector" ist. Soweit ich mich auskenne fängt die Platte ja
an fehlerhafte Sektoren auf Reservesektoren auszulagern. Sind die jetzt
schon "aufgebraucht" oder wie?
Naja ich werd die Platte dann jetzt auch erstmal drin lassen. Solange
hier keiner schreibt ich soll sie lieber tauschen ;-) - zumal du
ähnliche Erfahrungen machst: die Platte läuft einfach weiter...

Gruß André

- --
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHxd3ZeWPEmRSJ/30RAzvuAJ9XcNREST4k9BMWuYb62y1i2Ju2FACbBKL4
oqImHvK2DKPGvjjGnwhmj/c=
=0hb5
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[roland damm]

Moin,

On Wednesday 27 February 2008 23:02:03 André Glücksmann wrote:

> Habe auch im Internet schon Leute reden hören die meinten: Tausch sie
> sofort aus... Ehrlich gesagt weiß ich wenig darüber was für SMART "1
> uncorrectable sector" ist. Soweit ich mich auskenne fängt die Platte ja
> an fehlerhafte Sektoren auf Reservesektoren auszulagern. Sind die jetzt
> schon "aufgebraucht" oder wie?

Da bin (zumindest ich) mir nicht sicher: Ich denke, Reservetracks werden vom 
Hersteller eingebaut und bei der lowlevel-Formatierung notfalls verwendet, 
damit die Platte im Auslieferungszustand die garantierte Kapazität hat. Ob 
man da später noch dran kommt oder ob das sogar automatisch geht, bezweifle 
ich.
Üblicherweise bekommt man sowas weg, wenn man neu formatiert. Dann werden 
Badblocks einfach als solche markiert und nicht verwendet (IMO extra 
Parameter meim mk*fs erforderlich). Dann wird die Platte zwar kleiner, aber 
wenn mal ein Block fehlt, wen kratzt das schon. 

Aber auch das geht IMO nur im Zuge einer Neuformatierung zu machen, nicht im 
laufenden Betrieb.

> Naja ich werd die Platte dann jetzt auch erstmal drin lassen. Solange
> hier keiner schreibt ich soll sie lieber tauschen ;-) - zumal du
> ähnliche Erfahrungen machst: die Platte läuft einfach weiter...

Ich hatte mal eine Platte, die hatt immer wenn 'locate' nachts durchgelaufen 
ist, irgendwann für 5 Minuten auf das Geräusch 'grr, grrr, grr, tschak,   , 
grr, grr, grr, tschak, ' geschaltet. Da waren auch Sektoren defekt. Mich hat 
es eigetlich nur genervt (das Geräusch), wo die kaputten Sektoren waren, 
wusste ich irgendwann, nämlich auf einer kaum verwendeten alten 
Win-Partition. Die Platte hat da wohl wehement versucht, durch widerholtes 
Lesen die kaputten Sektoren dennoch zu entziffern. Nach einigen Wochen war 
ich so angenervt, dass ich neu formatiert habe, und dann hatte ich bis zur 
Ausmusterung (vielleicht 1..2 Jahre später bei 24/7-Betrieb) nie wieder Ärger 
mit der Platte. 

CU Rollo
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

roland damm wrote:
|
| Ich hatte mal eine Platte, die hatt immer wenn 'locate' nachts
durchgelaufen
| ist, irgendwann für 5 Minuten auf das Geräusch 'grr, grrr, grr,
tschak,   ,
| grr, grr, grr, tschak, ' geschaltet. Da waren auch Sektoren defekt.
Mich hat
| es eigetlich nur genervt (das Geräusch), wo die kaputten Sektoren waren,
| wusste ich irgendwann, nämlich auf einer kaum verwendeten alten
| Win-Partition. Die Platte hat da wohl wehement versucht, durch
widerholtes
| Lesen die kaputten Sektoren dennoch zu entziffern. Nach einigen Wochen
war
| ich so angenervt, dass ich neu formatiert habe, und dann hatte ich bis
zur
| Ausmusterung (vielleicht 1..2 Jahre später bei 24/7-Betrieb) nie
wieder Ärger
| mit der Platte.
|
| CU Rollo

Hi Rollo,

die Platte mal so richtig nach badblocks zu durchsuchen und neu zu
formatieren, scheint sinnvoll zu sein. Wäre sicherlich auch möglich, da
ich sie aufgrund des Raids sicher einfach mal abklemmen könnte (in der
Hoffnung, die andere Platte geht während dessen nciht zufällig gerade
kaputt...).
Vielleicht habe ich demnächst mal die Motivation das zu machen.
Jedenfalls schon mal danke für eure Erklärungen und Ideen!

Gruß
André


- --
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHyTdheWPEmRSJ/30RA9JoAJ9isCP95Nyb9/h6jrb+JKs/fOa/ugCfSVPz
m0N/saJVjxsAyYNzpKaeYDs=
=/rbP
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re: Kaputte Platte?

[Jens Müller]

André Glücksmann schrieb:
> roland damm wrote:
> |
> | Ich hatte mal eine Platte, die hatt immer wenn 'locate' nachts
> durchgelaufen
> | ist, irgendwann für 5 Minuten auf das Geräusch 'grr, grrr, grr,
> tschak,   ,
> | grr, grr, grr, tschak, ' geschaltet. Da waren auch Sektoren defekt.
> Mich hat
> | es eigetlich nur genervt (das Geräusch), wo die kaputten Sektoren waren,
> | wusste ich irgendwann, nämlich auf einer kaum verwendeten alten
> | Win-Partition. Die Platte hat da wohl wehement versucht, durch
> widerholtes
> | Lesen die kaputten Sektoren dennoch zu entziffern. Nach einigen Wochen
> war
> | ich so angenervt, dass ich neu formatiert habe, und dann hatte ich bis
> zur
> | Ausmusterung (vielleicht 1..2 Jahre später bei 24/7-Betrieb) nie
> wieder Ärger
> | mit der Platte.
> |
> | CU Rollo
> 
> Hi Rollo,
> 
> die Platte mal so richtig nach badblocks zu durchsuchen und neu zu
> formatieren, scheint sinnvoll zu sein. Wäre sicherlich auch möglich, da
> ich sie aufgrund des Raids sicher einfach mal abklemmen könnte (in der
> Hoffnung, die andere Platte geht während dessen nciht zufällig gerade
> kaputt...).

Du kannst auch den Kernel nach bad blocks scannen lassen (per echo 1 > 
/sys/irgendwas).

Der Befehl steht in einem der RAID-HOWTOs.

Sehr zu empfehlen, weil Fehler auf Platten in RAIDs ja ansonsten 
durchaus längere Zeit unbemerkt bleiben können.

-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re: Kaputte Platte?

[Jens Müller]

André Glücksmann schrieb:

> 
> freut mich deine Meinung zu hören!
> Habe auch im Internet schon Leute reden hören die meinten: Tausch sie
> sofort aus... Ehrlich gesagt weiß ich wenig darüber was für SMART "1
> uncorrectable sector" ist. Soweit ich mich auskenne fängt die Platte ja
> an fehlerhafte Sektoren auf Reservesektoren auszulagern. Sind die jetzt
> schon "aufgebraucht" oder wie?

Sektoren werden ausgelagert, wenn der Block kaputt ist und _geschrieben_ 
wird. Solange du ihn nur liest (bzw. das versuchst), kann der Block 
nicht ausgelagert werden.

Daß die alle sind, kann ich mir nicht vorstellen.

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re: Kaputte Platte?

[André Glücksmann]

Jens Müller wrote:
> Du kannst auch den Kernel nach bad blocks scannen lassen (per echo 1 > /sys/irgendwas).
> Der Befehl steht in einem der RAID-HOWTOs.
> Sehr zu empfehlen, weil Fehler auf Platten in RAIDs ja ansonsten durchaus längere Zeit unbemerkt bleiben können. 
=============
> Sektoren werden ausgelagert, wenn der Block kaputt ist und _geschrieben_ 
> wird. Solange du ihn nur liest (bzw. das versuchst), kann der Block 
> nicht ausgelagert werden.
> 
> Daß die alle sind, kann ich mir nicht vorstellen.
> 

Hallo Jens,

vielen Dank für den badblocks-Tipp.

Ironischer Weise ist die Platte im Raid, die keinen "uncorrectable 
sector" hat gestern abgeraucht! Immerhin hat sie sich angekündigt durch 
eine erhöhte Fehlerrate sowie Startschwierigkeiten. Gestern ist sie dann 
gar nicht mehr angesprungen, nachdem sie dmesg vollgemüllt hatte *g*.

Die Platte hab ich schon durch ne große Neue ersetzt. Nun warte ich mal 
ab, was mit der anderen ist. Evtl. werde ich mal deinen badblocks-Tipp 
umsetzen.


Gruß
André

-- 
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re: Kaputte Platte?

[Roland Damm]

Moin,

On Thursday 06 March 2008 15:14:33 André Glücksmann wrote:

> Ironischer Weise ist die Platte im Raid, die keinen "uncorrectable
> sector" hat gestern abgeraucht! Immerhin hat sie sich angekündigt durch
> eine erhöhte Fehlerrate sowie Startschwierigkeiten. Gestern ist sie dann
> gar nicht mehr angesprungen, nachdem sie dmesg vollgemüllt hatte *g*.
>
> Die Platte hab ich schon durch ne große Neue ersetzt. Nun warte ich mal
> ab, was mit der anderen ist. Evtl. werde ich mal deinen badblocks-Tipp
> umsetzen.

Mal interessehalber: Wie ist das bei so einem Raid-System: Man bekommt ja nach 
längerer Zeit kaum wieder eine gleiche Platte nachgekauft. Also wird es wohl 
eine größere sein. Kann man den Speicherplatz bei z.B. Raid-5 überhaupt 
nutzen? Bastelt man sich dann irgendwas mit LVM zusammen um dann nach 
mehreren Jahren und vielen Plattenwechseln die dann wohl schon 10 Platten in 
rund je 20 Partitionen zerteilt zu haben, die irgendwie zusammengestückelt 
dann wieder 5 gleich große ergeben:-)?

CU Rollo
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re: Kaputte Platte?

[André Glücksmann]

> Mal interessehalber: Wie ist das bei so einem Raid-System: Man bekommt ja nach 
> längerer Zeit kaum wieder eine gleiche Platte nachgekauft. Also wird es wohl 
> eine größere sein. Kann man den Speicherplatz bei z.B. Raid-5 überhaupt 
> nutzen? Bastelt man sich dann irgendwas mit LVM zusammen um dann nach 
> mehreren Jahren und vielen Plattenwechseln die dann wohl schon 10 Platten in 
> rund je 20 Partitionen zerteilt zu haben, die irgendwie zusammengestückelt 
> dann wieder 5 gleich große ergeben:-)?
> 
> CU Rollo

Hi Rollo,

es gäbe zwar noch 160er aber die kaufe ich nicht mehr. Daher ist die 
Platte ne 750er. Das Linux-Software-Raid arbeitet so, dass es 
gleichegroße Partitionen nutzt, indem es ans Ende der Partition einen 
superblock schreibt, indem die fürs Raid wichtigen Infos drin stehen.
Man stellt den Partitionstyp dann auf Linux-Raid und der Kernel erkennt 
die entsprechenden Partition als Raid-Partitionen und behandelt sie dann 
auch so.
Ich habe auch LVM genutzt um mehrere Raid-Devices als ein device 
erscheinen zu lassen. Wenn ich meinen Platz so richtig optimal ausnutzen 
wollen würde, da müsste ich sicherlich auch irgendwo mit nem Raid 
5-System arbeiten. Ich habe mich aber für Raid-1 entschieden, da hab ich 
nen besseren Überblick bei meinen sieben Platten.

Gruß
André
-- 
André Glücksmann
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-- 
gentoo-user-de@lists.gentoo.org mailing list

[gentoo-user-de] Re: Kaputte Platte?

[Jens Müller]

Roland Damm schrieb:
> Moin,
> 
> On Thursday 06 March 2008 15:14:33 André Glücksmann wrote:
> 
>> Ironischer Weise ist die Platte im Raid, die keinen "uncorrectable
>> sector" hat gestern abgeraucht! Immerhin hat sie sich angekündigt durch
>> eine erhöhte Fehlerrate sowie Startschwierigkeiten. Gestern ist sie dann
>> gar nicht mehr angesprungen, nachdem sie dmesg vollgemüllt hatte *g*.
>>
>> Die Platte hab ich schon durch ne große Neue ersetzt. Nun warte ich mal
>> ab, was mit der anderen ist. Evtl. werde ich mal deinen badblocks-Tipp
>> umsetzen.
> 
> Mal interessehalber: Wie ist das bei so einem Raid-System: Man bekommt ja nach 
> längerer Zeit kaum wieder eine gleiche Platte nachgekauft. Also wird es wohl 
> eine größere sein. Kann man den Speicherplatz bei z.B. Raid-5 überhaupt 
> nutzen? Bastelt man sich dann irgendwas mit LVM zusammen um dann nach 
> mehreren Jahren und vielen Plattenwechseln die dann wohl schon 10 Platten in 
> rund je 20 Partitionen zerteilt zu haben, die irgendwie zusammengestückelt 
> dann wieder 5 gleich große ergeben:-)?

Kleine Stücke kann man ja leer räumen und größer neu zusammenfassen ...

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Re: Kaputte Platte?

[Roland Damm]

Moin,

On Monday 10 March 2008 19:45:51 Jens Müller wrote:

> > Mal interessehalber: Wie ist das bei so einem Raid-System: Man bekommt ja
> > nach längerer Zeit kaum wieder eine gleiche Platte nachgekauft. Also wird
> > es wohl eine größere sein. Kann man den Speicherplatz bei z.B. Raid-5
> > überhaupt nutzen? Bastelt man sich dann irgendwas mit LVM zusammen um
> > dann nach mehreren Jahren und vielen Plattenwechseln die dann wohl schon
> > 10 Platten in rund je 20 Partitionen zerteilt zu haben, die irgendwie
> > zusammengestückelt dann wieder 5 gleich große ergeben:-)?
>
> Kleine Stücke kann man ja leer räumen und größer neu zusammenfassen ...

Oder das sind so Dinge, mit denen sich der Admin seinen Arbeitsplatz auf 
Lebenszeit sichert...:-)

CU Rollo
--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[Oliver Jaksch]

Moin André,

Am 02/26/2008 03:24 PM schrieb André Glücksmann:
> Für eine meiner unzähligen Platten steht regelmäßig im Syslog:
> "Feb 26 14:08:27 [smartd] Device: /dev/sdf, 1 Offline uncorrectable
> sectors_"
> [...]
> Weiter unten habe ich noch mal die komplette Ausgabe von
> "smartctl --all /dev/sdf" angehängt.

Ich hatte vor einigen Monaten auf meinen "Quantum Guardian 4400" (RAID5)
ähnliche Sorgen. Die genauen Meldungen aus syslog und smartctl liegen
mir zwar nicht mehr vor, aber letzten Endes hab ich es gelöst bekommen,
indem ich hdparm nicht ganz so aggressiv eingestellt habe. Die
ursprünglichen Parameter waren peinlich genau auf die Platten
zugeschnitten, was sie wohl dennoch nicht mochten.
Interessanter Weise kamen die Meldungen mal für eine, mal für eine
andere Platte; manchmal auch für alle vier zugleich.
Mit den hdparm-Parametern "-d1 -A1 -c1 -m16 -u1 -a256" waren dann alle
Meldungen passé.

-
Oliver
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Kaputte Platte?

[André Glücksmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

Oliver Jaksch wrote:
| Moin André,
|
| Am 02/26/2008 03:24 PM schrieb André Glücksmann:
|> Für eine meiner unzähligen Platten steht regelmäßig im Syslog:
|> "Feb 26 14:08:27 [smartd] Device: /dev/sdf, 1 Offline uncorrectable
|> sectors_"
|> [...]
|> Weiter unten habe ich noch mal die komplette Ausgabe von
|> "smartctl --all /dev/sdf" angehängt.
|
| Ich hatte vor einigen Monaten auf meinen "Quantum Guardian 4400" (RAID5)
| ähnliche Sorgen. Die genauen Meldungen aus syslog und smartctl liegen
| mir zwar nicht mehr vor, aber letzten Endes hab ich es gelöst bekommen,
| indem ich hdparm nicht ganz so aggressiv eingestellt habe. Die
| ursprünglichen Parameter waren peinlich genau auf die Platten
| zugeschnitten, was sie wohl dennoch nicht mochten.
| Interessanter Weise kamen die Meldungen mal für eine, mal für eine
| andere Platte; manchmal auch für alle vier zugleich.
| Mit den hdparm-Parametern "-d1 -A1 -c1 -m16 -u1 -a256" waren dann alle
| Meldungen passé.
|
| -
| Oliver

Hallo Oliver,

auf die hdparm-Parameter habe ich auch schon ein bisschen spekuliert,
denn ich hatte irgendwann auch mal an den Dingern rumgefummelt.
Vielleicht hab ich damals bei der Platte was kaputt gespielt?

Ich werd' trotzdem noch mal schaun ob ich die Meldungen damit weg
bekomme - allerdings hab' ich da wenig Hoffnung - die Platte wird wohl
hinüber sein...
Die Meldung ist auch immer bei der gleichen Platte.

Gruß
André

- --
email@smixx.de - GnuPG Key-ID: 0x1489FF7D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHyAD0eWPEmRSJ/30RAxNEAJ9mf+Kfn/LCc8pjdLgK53hGZr38RACeIquA
lVyrJEf7mXxPIw3X6Ldhu4I=
=9YN5
-----END PGP SIGNATURE-----
-- 
gentoo-user-de@lists.gentoo.org mailing list