Beiträge von ExLE

OK. Terz - Ohrfeige angenommen _hurted:

Ganz so labidar wie ich es beschrieben habe, ist es natürlich nicht gelaufen...
Ich hab natürlich etliche HowTos und die Originalseiten von mdadm studiert, eh ich mich rangetraut habe, irgendwas zu machen.
Linux ist für mich ein Tor, was ganz langsam aufgeht...

Und der Beitrag von brinkmann http://forum.qnapclub.de/viewtopic.php?t=14519 hat mich letztlich motiviert.
Es sah ja auch gut aus....
Ich kann nicht nachvollziehen, warum der SMART-TEST die Platte aus dem RAID geschmissen hat. Naja....

Die Hotline in Taiwan hat keine Zeit und die Deutsche hat mir geraten das NAS neu zu booten --> jetzt ist alles noch schlimmer. Hatte ich auch nicht anders erwartet.
Kann man zur Datenrettung und NAS-Wiederherstellung noch was tun? Und - kann ich die Platten irgendwie checken, ob nicht doch der Fehler dort liegt?

cat /proc/mdstat hängt!

Hi,

hoffe ich bin im richtigen thread - sonst bitte umsetzen.

Szenario:
TS 409 PRO V3.3.0, 4x1TB Seagate,RAID 5, alle HDD-LEDs sind dauerhaft grün.

Nach einem manuellen SMART-Test von Disk 1 (Dateispeicher --> Festplatten-SMART --> Test --> Schneller Test --> Button:TEST) #never touch a running system#

hat sich die Platte aus dem RAID verabschiedet und das RAID geht in read-only, mysql OFF etc.

Kein Problem - Anleitung im Netz gesucht und mit putty die fehlenden dev zu den entsprechenden RAIDs wieder geaddet.

/dev/md9 und /dev/md4 wieder ok. :thumb:

/dev/md0: sda3 lässt sich adden und resync läuft problemlos an (Time ca. 710min) :schnarch:

--> resync schlägt nach über 50% fehl (Time <310min)
akkustische Fehlermeldung. :shock:

Und nun folgendes:
alle HDD-LEDs sind dauerhaft grün
lt. Webseite:
Disk 1 931.51GB Schreib-/Lesefehler
Disk 2 931.51GB Bereit
Disk 3 931.51GB Bereit
Disk 4 0MB Bereit :cry:

[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md4 : active raid1 sdc2[1] sdb2[0]
      530048 blocks [2/2] [UU]


md13 : active raid1 sdb4[1] sdc4[2]
      71808 blocks [4/2] [_UU_]


md9 : active raid1 sdb1[1] sdc1[3]
      530048 blocks [4/2] [_U_U]


unused devices: <none>




[~] # cat /proc/diskstats
   1    0 ram0 0 0 0 0 0 0 0 0 0 0 0
   1    1 ram1 0 0 0 0 0 0 0 0 0 0 0
   1    2 ram2 0 0 0 0 0 0 0 0 0 0 0
   1    3 ram3 0 0 0 0 0 0 0 0 0 0 0
   1    4 ram4 0 0 0 0 0 0 0 0 0 0 0
   1    5 ram5 0 0 0 0 0 0 0 0 0 0 0
   1    6 ram6 0 0 0 0 0 0 0 0 0 0 0
   1    7 ram7 0 0 0 0 0 0 0 0 0 0 0
   1    8 ram8 0 0 0 0 0 0 0 0 0 0 0
   1    9 ram9 0 0 0 0 0 0 0 0 0 0 0
   1   10 ram10 0 0 0 0 0 0 0 0 0 0 0
   1   11 ram11 0 0 0 0 0 0 0 0 0 0 0
   1   12 ram12 0 0 0 0 0 0 0 0 0 0 0
   1   13 ram13 0 0 0 0 0 0 0 0 0 0 0
   1   14 ram14 0 0 0 0 0 0 0 0 0 0 0
   1   15 ram15 0 0 0 0 0 0 0 0 0 0 0
   7    0 loop0 0 0 0 0 0 0 0 0 0 0 0
   7    1 loop1 0 0 0 0 0 0 0 0 0 0 0
   7    2 loop2 0 0 0 0 0 0 0 0 0 0 0
   7    3 loop3 0 0 0 0 0 0 0 0 0 0 0
   7    4 loop4 0 0 0 0 0 0 0 0 0 0 0
   7    5 loop5 0 0 0 0 0 0 0 0 0 0 0
   7    6 loop6 0 0 0 0 0 0 0 0 0 0 0
   7    7 loop7 0 0 0 0 0 0 0 0 0 0 0
   8    0 sda 2842850 6559 363744812 1708250 2067538 122248382 995620664 18049730 0 19461520 19757090
   8    1 sda1 2927 21514 11373 1084824
   8    2 sda2 221 448 7 32
   8    3 sda3 230 472 124294605 994356840
   8    4 sda4 4549 13762 9943 167096
   8   16 sdb 6621341 117704076 997723044 13950430 25253 51313 436230 492210 0 9015480 14441500
   8   17 sdb1 8924 1072444 30353 242824
   8   18 sdb2 16850 2120914 37 248
   8   19 sdb3 124297109 994376368 32 256
   8   20 sdb4 2532 152890 46144 118622
   8   32 sdc 6080545 118226207 995456254 15329640 29944 54893 1496222 339960 0 9886730 15669340
   8   33 sdc1 447 11390 30351 242808
   8   34 sdc2 8363 1060426 8309 1060288
   8   35 sdc3 124297027 994376168 33 264
   8   36 sdc4 913 8254 46144 118622
  31    0 mtdblock0 0 0 0 0 0 0 0 0 0 0 0
  31    1 mtdblock1 0 0 0 0 0 0 0 0 0 0 0
  31    2 mtdblock2 0 0 0 0 0 0 0 0 0 0 0
  31    3 mtdblock3 0 0 0 0 0 0 0 0 0 0 0
  31    4 mtdblock4 0 0 0 0 0 0 0 0 0 0 0
  31    5 mtdblock5 63 18 288 80 20 2 56 410 0 370 490
  31    6 mtdblock6 0 0 0 0 0 0 0 0 0 0 0
   9    0 md0 4638 0 37092 0 10 0 80 0 0 0 0
   9    9 md9 1226 0 32472 0 25478 0 203824 0 0 0 0
   9   13 md13 3291 0 30706 0 41755 0 83510 0 0 0 0
   9    4 md4 9 0 72 0 1 0 8 0 0 0 0
   9    8 md8 0 0 0 0 0 0 0 0 0 0 0
   9    7 md7 0 0 0 0 0 0 0 0 0 0 0
   9    6 md6 0 0 0 0 0 0 0 0 0 0 0
   9    5 md5 0 0 0 0 0 0 0 0 0 0 0
   9    3 md3 0 0 0 0 0 0 0 0 0 0 0
   9    2 md2 0 0 0 0 0 0 0 0 0 0 0
   9   12 md12 0 0 0 0 0 0 0 0 0 0 0
   9   11 md11 0 0 0 0 0 0 0 0 0 0 0
   9   10 md10 0 0 0 0 0 0 0 0 0 0 0
   9    1 md1 0 0 0 0 0 0 0 0 0 0 0
   8   64 sde 2 0 16 30 0 0 0 0 0 30 30
   8   65 sde1 0 0 0 0
   8   66 sde2 0 0 0 0
   8   67 sde3 0 0 0 0
   8   68 sde4 0 0 0 0


[~] # cat /proc/partitions
major minor  #blocks  name


   8     0  976762584 sda
   8     1     530113 sda1
   8     2     530145 sda2
   8     3  975611385 sda3
   8     4      80325 sda4
   8    16  976762584 sdb
   8    17     530113 sdb1
   8    18     530145 sdb2
   8    19  975611385 sdb3
   8    20      80325 sdb4
   8    32  976762584 sdc
   8    33     530113 sdc1
   8    34     530145 sdc2
   8    35  975611385 sdc3
   8    36      80325 sdc4
  31     0        512 mtdblock0
  31     1       2048 mtdblock1
  31     2       4096 mtdblock2
  31     3       1024 mtdblock3
  31     4        128 mtdblock4
  31     5        384 mtdblock5
  31     6       4096 mtdblock6
   9     9     530048 md9
   9    13      71808 md13
   9     4     530048 md4
   8    64  976762584 sde
   8    65     530113 sde1
   8    66     530145 sde2
   8    67  975611385 sde3
   8    68      80325 sde4


[~] # cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: Seagate  Model: ST31000340NS     Rev: SN05
  Type:   Direct-Access                    ANSI  SCSI revision: 03
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: Seagate  Model: ST31000340NS     Rev: SN05
  Type:   Direct-Access                    ANSI  SCSI revision: 03
Host: scsi2 Channel: 00 Id: 00 Lun: 00
  Vendor: Seagate  Model: ST31000340NS     Rev: SN05
  Type:   Direct-Access                    ANSI  SCSI revision: 03
Host: scsi3 Channel: 00 Id: 00 Lun: 00
  Vendor: Seagate  Model: ST31000340NS     Rev: SN16
  Type:   Direct-Access                    ANSI  SCSI revision: 03

/sdd fehlt und die Partitionsgrößen der /sd*3 sind nicht gleich groß!

1.) Was ist passiert? Warum crasht der resync von /md0 (DEVICES /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3)?

2.) Woher kommt /sde? Wie kann man die fehlende Platte /sdd , die ja nach HardwareStatus (Grüne LED) noch lebt, wieder ins System hängen?

Hat jmd. eine Idee oder kann mit irgendwie weiterhelfen?

Schonmal vielen Dank.

Hallo Martin, hab die Kiste die ganze Nacht laufen lassen - der Support über Skype hat mir ja den super Tipp gegeben, die Platten zu ziehen und dann einen Neustart zu machen.

Davor lief der NAS noch - wenn auch ohne Plattenzugriff. Laut Software war die 3. Platte defekt - laut Hardware-LED alles OK.

Jetzt kann ich den NAS nicht wieder zum Leben erwecken, da er die RAID5 Konfiguration der Platten nicht erkennt und QFINDER den Punkt "Diskinitialisierung überspringen" ausgraut. Mir würde das auch ausreichen, auf einen Teil Zugriff zu bekommen.
Vorher ging das mit Putty noch - jetzt nicht mehr.

War offenbar der "beste Tip" vom Support den NAS ohne Platten hoch zu fahren.

Im übrigen hab ich über Skype keine Antwort mehr.
Hast du vllt noch einen Namen deines MSN Helfers?
Danke
PS: MSN Support ist TOP!!! Der Name des Helfers ist "Fan" und er hat in ca. 20min das hinbekommen, wozu der Skype-Support nicht imstande war?!?
Auf jedenfall läuft der NAS erstmal wieder - offenbar hat es die 3. HD entschärft und "witzigerweise" einen Datenverlust zur Folge.
## War nicht bei RAID5 der Ausfall einer Platte OHNE Datenverlust möglich??? Oder hab ich da was falsch verstanden?!? ##

Hallo an Alle - Hallo Christian.

Mein Nas ist aus mir unerklärlichen Gründen gecrashed. Hab auch schon den Support kontaktiert und der hat mir nach mehreren Versuchen empfohlen nach dem Ausschalten die Platten ( 4x 1TB) zu ziehen, das System neu zu starten und dann die Platten wieder reinzuschieben - soweit so gut.

Nur werden die Platten vom System nicht als RAID5 erkannt und sollen initialisiert werden, was einen Datenverlust zur Folge hat. Und ohne Platten läßt sich das System nicht konfigurieren um den Support wieder Zugriff zu verschaffen.

Mein Frage: Wie krieg ich wenigstens einen bestimmten Teil meiner Daten gerettet? Habs mit explore2fs-1.07 probiert - kann aber das nur auf die allg. Partitionen zugreifen und nicht auf den eigentlichen Datenteil (hdb3). Was gibts sonst noch für Möglichkeiten?

Meine bisherigen Aktionen:
- Online-Support (Made in Taiwan - d.h. nur morgens möglich GMT+8)
- Platten versucht über externen USB-Connector auszulesen (wahrscheinlich verhindert der RAID5 Modus den gewünschten Erfolg, da ja immer nur eine Platte dranhängt)
- Platten zusammen und einzeln in den NAS wieder reingehangen - in der Hoffnung die Initialisierung der Platten überspringen zu können - geht aber nicht.
- Versuch neue Firmware auszuspielen - geht aber nur mit ner Platte im System.

Ich bin am Boden! Da sind Bilder und Videos drauf, die ich leider noch nicht auf DVD gesichert hatte.

Bin für jeden Tipp dankbar.

OK. Danke erstmal für die Antwort.

Also die org. Inst. für WinXP läßt sich nicht starten - diese wurde automatisch installiert, aber auf der CD ist noch einer Win9x Version drauf und diese läßt sich problemlos starten. Vllt. tut diese es ja auch.... Ich kenne die Unterschiede nicht.

Werd die neuste Version mal testen.

thx

PS: Sooo... die neue XP-Version im Netz läuft nach Deinstallation.

... läuft nicht.#
XP bringt ´ne Fehlermeldung und will Bericht senden.
Die 9x Version dagegen läuft. :roll:

Grüße