Hi,
halbfertiger
ZitatDeine WD20EARS würde ich weder in ein RAID stecken, noch sie ohne besondere Vorkehrungen unter linux verwenden
Sollte doch mit "wdidle3 /d " auszutreiben sein? Hab ich noch nicht bei meinen HDs gemacht, evlt teste ich das morgen
MFG
KRis
Hoi
sieht doch gut aus (es ist kein fehler, das ab und zu zu machen!
auch die gerade besprochenen "Load_Cycle_Count" sehen gut aus (aber weiter beobachten)
ich denke mal, du kannst versuchen das Raid manuell mal einzuhängen, wie du bestimmt selbst siehst, sind es nicht sda,sdb,sdc sondern sdb,sdc und sdd (wie ich es schon vermutet hatte)
danke für den wink mit den Load_Cycle_Count, mein homeserver wird es dir danken 
oder schalte ich den ab...Device Model: SAMSUNG HM320JI
3 Spin_Up_Time 0x0007 252 252 025 Pre-fail Always - 2750
4 Start_Stop_Count 0x0032 002 002 000 Old_age Always - 99999
9 Power_On_Hours 0x0032 074 074 000 Old_age Always - 13405
225 Load_Cycle_Count 0x0032 061 061 000 Old_age Always - 397423neue Platte is bestellt
bei der Meldung -> KA, hatte ich nocht nicht und google spuckt nix richtig deutbares aus(oder ich such falsch)
EDIT:
hab gerade auf ner Ubuntu 10.04 partition mal mdadm installiert
kommt der gleiche fehler, nur mit der zeile 170, wobei die ursache auch in zeile 27 liegt
if /dev/MAKEDEV md >&2 >/dev/null; then
echo 'done.' >&2
else
echo 'failed.' >&2
fida MAKEDEV ein Programm ist, ist das ein scriptfehler
if MAKEDEV md >&2 >/dev/null; then
echo 'done.' >&2
else
echo 'failed.' >&2
fidanach ein "/var/lib/dpkg/info/mdadm.postinst configure" und es lief durch.
evtl. hilft es auch schon, wenn du das in der console eingibts
cd /dev
MAKEDEV md
cd ~wäre aber gut, wenn sich da mal noch wer zu wort meldet, der mehr Ahnung davon hat
Zitatund wozu steht dann noch das X jeweils na sdb, sdc, sdd?
Muss ich das eine 1 einsetzen für eine ganze Partition pro Platte?
mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 --force
frage selbst beantwortet .D
Also dann gebe ich den Befehl mal so ein.
Dann kann also nichts schief gehen?
... Ich gehe mal Kurz einkaufen in die Stadt, und schaue in einer grossen Buchhandlung mal in ein Dickes Ubuntu-Buch, ob ich da auf die schnelle was darüber finde. - Ich will ja nichts überstürzen! - Gut ding will Weile haben 
- Ich melde mich dann am Abend wieder...
Jari
siehe mein edit von oben
wird erstmal vermutlich nicht klappen ohne die anpassung, da die md devices fehlen
bei meinen tests mit loop-devices gab es danach kein problem beim einbinden
der fail kommt, weil du das script nicht geändert hast, wie ich es oben gezeigt habe
du kannst ja mal versuchen es einzuhängen
(ich übernehm aber kein gewehr)
mdadm --verbose --assemble --scan
bzw.
mdadm --verbose --assemble --scan --force
ZitatMuss ich das eine 1 einsetzen für eine ganze Partition pro Platte? mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 --force
Das hängt von deinen Partitions ab. Wenn du auf den ganzen Platten nur jeweils eine Partition hast, dann stimmt deine Angabe. Könnte stimmen, da du offensichtlich eine sda Platte hast, von der du hochfährst...
(ansonsten liefert fdisk -l die passende Auskunft)
Achtung, du nutzt den Befehl falsch!
mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 --force
Das heißt, du führst zuerst zwei Platten zusammen - bei Erfolg kannst du dann schon mal mounten und die Daten wegkopieren. (sollte es mit sdb1 und sdc1 nicht klappen, könntest du wahlweise mit sdd1 tauschen... ich weiß ja nicht, welche degraded sind...)
Dann wieder unmounten und per
"mdadm -add" die jeweils dritte Platte ergänzen.
Du weißt, dass dir
cat /proc/mdstat
den Status deines RAIDs liefert? Wie gesagt, sobald du 2 von 3 Platten wieder lauffähig hast, unbedingt die Daten auf ein anderes Laufwerk kopieren - so kann bei den nächsten Versuchen nichts schief gehen...
EDIT: Das ganze funktioniert nur dann, wenn du die ursprüngliche Systemplatte einbaust, ansonsten müssten (glaube ich) die md devices neu angelegt werden...
mach mal
cd ..
cd tmp
ls
HURRAAAAAAAAAAAAAAAAAAAAAA!!!!!
Ich habe es geschafft!!!
Vielen, vielen Dank an alle Helfer.
Ich bin schon am wegkopieren der wichtigsten Daten mit WinSCP.
Anschliessend werde ich dann noch die dritte Platte wieder einhängen und zusätzlich eine vierte als Spare.
Dann schaue ich mir die Einstellungen der Platten noch einmal etwas genauer an und mache sie dann etwas weniger green
Besten Dank noch mal an alle!! - Und einen schönen Sonntag 
Jari
ZitatOriginal von zahu
OK nun habe ich es gewagt:
root@yaVDR-2:~# mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 --force
Wie hast Du die beiden Platten zu zusammenführen ausgewählt?
Hast Du vorher mit 'mdadm -D /dev/sdb1' ... nach dem Eventcount geschaut?
Der Schritt von 273 auf 280 ist mir eigentlich zu hoch. Du hast vermutl. die Platte mit eingebunden, die zuerst ausgefallsen war.
Hardy
Hallo zahu,
in dem RAID-Superblock wird dieser Ereignisszähler gespeichtert, um eine Situation wie bei Dir bei noch funktionsfähigen Platten (es kann ja mal ein Kabel abgehen ...) wieder zu retten.
Bei jedem (eigentlich wichtigen) Ereigniss für das RAID wird dieser Ereignisszähler erhöht und auf die (noch) funktionsfähigen Platten geschrieben.
In Deinem Fall ist ein wichtiges Ereigniss der Ausfall der 1. Platte, das zweite Ereigniss ist dann der Ausfall der 2. Platte, also max. eine Differenz von 2 (oder 4). Es sei denn Dein Kernel macht auch nach jedem Schreizugriff eine Erhöhung um 2 (clean -> aktive & aktive -> clean), dann ist der Zähler sicht mehr so aussagefähig...
Diesen Superblcok kann man mit mdadm -E /dev/... sich ansehen und so noch helfend eingreifen.
Die neueren Kernel-Versionen zeigen hier nur ein sehr eigenartiges Verhalten siehe hier. Wer dazu einen Tip hat, bitte nicht zögern.
Hardy
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!