Nummer Serie CS-407 & RAID-5 HDD Upgrade

[BGrosse]

Hallo zusammen!

Dieses Mal muß auch ich mich mal mit einem Problem an die Experten wenden:

Ich kann mein RAID-5 nicht von 4x 1TB auf 4x 1,5TB erweitern. Das Verfahren, wie es von Synology beschrieben wird, lautet:
- 1. HDD tauschen, Volume wird als degraded erkannt => Reparieren lassen
- 2. HDD tauschen, Volume wird als degraded erkannt => Reparieren lassen
- 3. HDD tauschen, Volume wird als degraded erkannt => Reparieren lassen
- 4. HDD tauschen, Volume wird als degraded erkannt => Reparieren lassen
- Komplettes Raid "erweitern" auf neue Größe

Soweit, so gut. Scheint logisch.
Mein Problem ist: Nach Tausch von HDD1 ist die Cube "tot". Soll heißen: orange blinkende LED und sonst nichts. Kein System, kein Boot, einfach nichts. Sprich: mit Ausbau der originalen HDD1 ist auch das System weg.

Die dumme Frage nun: wie soll man ein Raid reparieren lassen vom System, wenn das System selbst weg ist...?

Nach dem, was ich von den Syno Kisten bisher verstanden habe, liegt das System (was man über den SynoAssistant in Form eines PAT Files installiert) auf der ersten (verfügbaren) HDD bzw. es wird eine Mini Partition dort angelegt und das System dort rein installiert. Nach dem ersten Booten konfiguriert sich das System initial selbst (Mountpoints, Configs schreiben, etc.) und dann steht zum ersten Mal die Weboberfläche zur Benutzung/Konfiguration bereit. Erst DAMIT kann man ein Volume erstellen, mit dem man Zugriff auf seine Festplatten bzw. die verbleibende Restkapazität bekommt (Basic, RAID, JBOD, whatever...). Zumindest war es bisher so bei allen Installationen, die ich mit den Syno Kisten gemacht habe. Im Umkehrschluß heißt das aber eben auch, dass das Entfernen der HDD1 dem Entfernen des Systems gleichkommt, da dieses da drauf installiert ist. Das beschriebene Verfahren kann also gar nicht funktionieren...!? Oder wo liegt mein Denkfehler bzw. der Fehler, warum meine CS-407 nicht mehr bootet, wenn ich HDD1 tausche?

Wer hat sowas schonmal gemacht und kann mir helfen? Derzeit sind 4 WD10EADS drin und es sollen 4 WD15EADS rein.

Bin für jede Hifestellung dankbar!

 

[HarryPotter]

Nach dem, was ich von den Syno Kisten bisher verstanden habe, liegt das System (was man über den SynoAssistant in Form eines PAT Files installiert) auf der ersten (verfügbaren) HDD bzw. es wird eine Mini Partition dort angelegt und das System dort rein installiert

Falsch,die Systempartition existiert auf allen Platten, es ist völlig egal, welche Platte abschmiert (was zwar das Problem auch nicht löst).

Fang halt mal mit der 4. Platte an zu tauschen.

 

[BGrosse]

Hi!

Ok, dass muß ich mal probieren. Wollte jetzt nicht unnötig rumfrickeln und dachte, fragst erstmal...

Wenn das System auf allen Platten vorhanden ist: wie machen die das denn? Zum Installationszeitpunkt sind die Platten doch weder formatiert oder partitioniert, noch gibt es logische Strukturen a la RAID o.ä....?

 

[HarryPotter]

Das Installationsprozedere partitioniert die vorhandenen Festplatten und muss ja vom Synology Assistenten angeschoben werden. Ohne Festplatten laufen die Geräte nicht.

 

[BGrosse]

Ja klar... Ohne HDDs geht gar nix. Mir war nur nicht klar, dass bereits ohne Firmware quasi ein Spanning über alle Festplatten erfolgt, wodrauf dann das System installiert wird. Man lernt nie aus...

Ich sicher erstmal die Daten weg, bevor ich an der Cube weiter rumfummel. Das wird sowieso erstmal bis Ende der Woche dauern...

So, wie es aussieht, läuft die Cube mit getauschter HDD2 aber tatsächlich hoch. Zumindest piepts wie verrückt! Leider piept sie auch weiter, wenn ich die originale HDD2 wieder zurückbaue. Jetzt darf nix mehr passieren!

 

[Matthieu]

Wenn du die Zeit noch hast, kannst du ja auch das Volumen erst einmal wieder Reparieren. Auch den Signalton würde ich an deiner Stelle deaktivieren

MfG Matthieu

 

[BGrosse]

Hehe... Natürlich war der Signalton das Erste, was ich "behandelt" hab, nachdem die Kiste wieder hoch lief. Keine Sorge!

Ja, Zeit muß ich ja sowieso einplanen. Pro Platte hab ich mal gelesen, so 1 Woche ca. Von daher muss ich ja Zeit haben. Aber da ich auch gelesen habe, dass es in Einzelfällen auch schon mal schief gegangen ist, speicher ich die Daten jetzt mal erstmal zwischen bis das Upgrade durch ist. Dauert halt nochmal n paar Tage extra, bis die Daten alle umkopiert sind, aber was solls. Besser als weg

Das Einzige, was mir noch Sorgen macht ist, wenn ich die HDD1 als letztes tausche und das System dann wie gehabt wieder nicht bootet. Das wollte ich jetzt, nachdem die Kiste ja beim Tausch von HDD2 so funktioniert, wie sie sollte, mal testen, aber der Rücktausch von HDD2 aufs Original läßt die Cube auf "degraded". D.h., noch ein Wechsel einer HDD würde Datenverlust bedeuten. Deshalb fass ich jetzt erstmal nix mehr an und kopier erstmal alles weg. Dann sehen wir weiter.

Ich meld mich auf jeden Fall nochmal und poste, wie es ausgegangen/weiter gegangen ist!

 

[Supaman]

es gibt noch eine "externe" lösung, die auch gleichzeitig sicherer und schneller ist: alle platten am pc mit acronis jeweils 1:1 auf die neuen platten kopieren - einbauen - volumen vergrößern - fertig.

das geht mit voller schreibrate, d.h. es werden pro stunde ca. 250-300 Gb kopiert. da keine platte aus einem raid entfernt wird, sondern alle platten "offline" geclont werden, bleibt auch das raid5 dabei völlig intakt.

 

[BGrosse]

Das sagt er mir jetzt!
Aber Danke für den Tip! Wär ich gar net drauf gekommen...

Das Problem, was ich dabei habe ist, dass die Station derzeit die 2. Platte, die ich gestern abend tauschte, auch nach dem zurückstöpseln nurmehr als degraded erkennt. D.h., diese eine Platte muß ich auf jeden Fall reparieren lassen. Aber Du hast recht - mit den anderen 3 Platten könnte ich das machen...

Dauert das wirklich so lange, eine Platte von 1TB reparieren zu lassen in der Cube...?

 

[Supaman]

Dauert das wirklich so lange, eine Platte von 1TB reparieren zu lassen in der Cube...?

in der 407 ist nur eine recht schwachbrüstige CPU verbaut, das merkt man ja auch am netzwerkdurchsatz. extern kann man eine 1,5 TB platte in 3-4 stunden clonen.

 

[BGrosse]

So... Da bin ich wieder!

Soweit - erfolgreich. Dank Deines Tips Supaman hab ich die erste Platte nun von der Cube reparieren lassen, die anderen 3 hab ich extern geklont (nacheinander) und jedesmal die geklonte Festplatte eingebaut und das System hochlaufen lassen. Jedesmal alles o.k. - alle LEDs grün. im DSM war zwar jedesmal nach dem Hochfahren ein roter Schriftzug im Volumemanager, aber es gab einen Link in diesem Text, auf den man klicken konnte, dann hat er die Systempartition und die Swap Partition geprüft und auch jedesmal neu gesynct, für gut befunden und alles ist in Ordnung.

D.h., ich habe jetzt 4 Platten drin, die er mit 1,36TB pro Platte erkennt. Es bleibt aber ein Problem: alle reden vom "erweitern" des Volumes, damit man den Plattenplatz auch nutzen kann jetzt (denn mein Volume hat sich durch das klonen natürlich erstmal nicht vergrößert). Nur wie...!? Ich kann weder "Verwalten" anklicken (ist ausgegraut), noch sehe ich sonst einen Knopf oder Link, den ich anklicken könnte, um das Volume zu erweitern...?

Wie krieg ich denn jetzt den Platz meiner neuen Platten nutzbar?

 

[itari]

Nur zum Verständnis: du hattest vorher 4 x 1TB-Platten drinne und nun 4 x 1,5 TB-Platten drinne und es wird dir angezeigt, dass du pro Platte 1,36 TB zur Verfügung hast - richtig? 1,36 ist ja schon ein wenig mehr als vorher 1TB - oder? Da muss sich ja schon was vergrößert haben ... oder kannst nun nicht voll auf die 1.36 zugreifen?

Itari

 

[BGrosse]

Hi Itari!

Genauso ist es: vorher 4x 1TB (4x 936G) und nun 4x 1,5TB (4x 1,36TB). Er zeigt sie mir im Volumemanger und auch im Systemstatus so an als 4 einzelne HDDs mit der richtigen Größe - das Volume allerdings hat nach wie vor dieselbe Größe (2,68TB)...

So schauts aus:

Any ideas?

 

[BGrosse]

Hier noch

/var/log/messages

seit dem letzten Reboot (etwas gekürzt):

Jul 29 21:35:30 kernel: DS406-0: Swapping erase regions for broken CFI table.
Jul 29 21:35:30 kernel: raid6: int32x1     28 MB/s
Jul 29 21:35:30 kernel: raid6: int32x2     45 MB/s
Jul 29 21:35:30 kernel: raid6: int32x4     52 MB/s
Jul 29 21:35:30 kernel: raid6: int32x8     48 MB/s
Jul 29 21:35:30 kernel: raid6: using algorithm int32x4 (52 MB/s)
Jul 29 21:35:30 kernel:    arm4regs  :   429.200 MB/sec
Jul 29 21:35:30 kernel:    8regs     :   368.800 MB/sec
Jul 29 21:35:30 kernel:    32regs    :   513.200 MB/sec
Jul 29 21:35:30 kernel: raid5: using function: 32regs (513.200 MB/sec)
Jul 29 21:35:30 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Jul 29 21:35:30 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Jul 29 21:35:30 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Jul 29 21:35:30 kernel: md: sda2 has different UUID to sda1
Jul 29 21:35:30 kernel: md: sdb2 has different UUID to sda1
Jul 29 21:35:30 kernel: md: sdc2 has different UUID to sda1
Jul 29 21:35:30 kernel: md: sdd1 has different UUID to sda1
Jul 29 21:35:30 kernel: md: sdd2 has different UUID to sda1
Jul 29 21:35:30 kernel: md: sdd1 has different UUID to sda2
Jul 29 21:35:30 kernel: md: sdd2 has different UUID to sda2
Jul 29 21:35:30 kernel: md: sdd2 has different UUID to sdd1
Jul 29 21:35:30 kernel: md: md0 already running, cannot run sdd1
Jul 29 21:35:30 kernel: md: md1 already running, cannot run sdd2
Jul 29 21:35:30 kernel: VFS: Mounted root (ext2 filesystem).
Jul 29 21:35:30 kernel: ds407_synobios: module license 'Synology Inc.' taints kernel.
Jul 29 21:35:30 kernel: Brand: Synology
Jul 29 21:35:30 kernel: Model: CS-407
Jul 29 21:35:30 kernel: synobios: unload
Jul 29 21:35:30 kernel: VFS: Mounted root (ext3 filesystem).
Jul 29 21:35:30 kernel: fuse init (API version 7.8)
Jul 29 21:35:30 kernel: fuse distribution version: 2.7.4
Jul 29 21:35:30 kernel: Brand: Synology
Jul 29 21:35:30 kernel: Model: CS-407
Jul 29 21:35:31 kernel: raid5: raid level 5 set md2 active with 4 out of 4 devices, algorithm 2
Jul 29 21:35:31 kernel: RAID5 conf printout:
Jul 29 21:35:31 kernel:  --- rd:4 wd:4
Jul 29 21:35:31 kernel:  disk 0, o:1, dev:sda3
Jul 29 21:35:31 kernel:  disk 1, o:1, dev:sdb3
Jul 29 21:35:31 kernel:  disk 2, o:1, dev:sdc3
Jul 29 21:35:31 kernel:  disk 3, o:1, dev:sdd3
Jul 29 21:35:47 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jul 29 21:35:53 scemd: scemd.c:114 fan_type=2, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=2, dual_power_type=1, usbcopy_type=2,
fan_number=1, ebox_type=1, pis_type=2, rtc_type=1
Jul 29 21:35:53 scemd: modules/raid_sys_volume_check.c:160 MD0 active disks 3, designed disks 4
Jul 29 21:35:53 scemd: modules/raid_sys_volume_check.c:160 MD1 active disks 3, designed disks 4
Jul 29 21:35:53 scemd: modules/disk_hibernation.c:90 Force hibernation enable, idle minutes 15
Jul 29 21:35:54 synoprint: printer_device_open.c:16 bad parameter.
Jul 29 21:35:54 synousbdisk: RCClean succeeded
Jul 29 21:35:56 synocheckshare: service_user_home.c:282 SYNOShareRSectionRemove failed. synoerr=[0x2000]
Jul 29 21:35:56 ddnsd: main(ddnsd.c:1874):  not enable DDNS, shutdown daemon
Jul 29 21:35:56 upsmon[2388]: Startup successful
Jul 29 21:35:56 upsmon[2389]: UPS [ups@192.168.0.204] connected
Jul 29 21:36:03 kernel: Got empty serial number. Generate serial number from product.
Jul 29 21:36:09 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0324275] in [/dev/sdd] is not ssd
Jul 29 21:36:09 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0331662] in [/dev/sdc] is not ssd
Jul 29 21:36:09 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0065004] in [/dev/sdb] is not ssd
Jul 29 21:36:09 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0072064] in [/dev/sda] is not ssd
Jul 29 21:37:56 kernel: RAID1 conf printout:
Jul 29 21:37:56 kernel:  --- wd:3 rd:4
Jul 29 21:37:56 kernel:  disk 0, wo:0, o:1, dev:sda1
Jul 29 21:37:56 kernel:  disk 1, wo:0, o:1, dev:sdb1
Jul 29 21:37:56 kernel:  disk 2, wo:0, o:1, dev:sdc1
Jul 29 21:37:56 kernel:  disk 3, wo:1, o:1, dev:sdd1
Jul 29 21:37:56 kernel: RAID1 conf printout:
Jul 29 21:37:56 kernel:  --- wd:3 rd:4
Jul 29 21:37:56 kernel:  disk 0, wo:0, o:1, dev:sda2
Jul 29 21:37:56 kernel:  disk 1, wo:0, o:1, dev:sdb2
Jul 29 21:37:56 kernel:  disk 2, wo:0, o:1, dev:sdc2
Jul 29 21:37:56 kernel:  disk 3, wo:1, o:1, dev:sdd2
Jul 29 21:38:01 scemd: scemd.c:235 stop manutild.
Jul 29 21:38:42 kernel: RAID1 conf printout:
Jul 29 21:38:42 kernel:  --- wd:4 rd:4
Jul 29 21:38:42 kernel:  disk 0, wo:0, o:1, dev:sda1
Jul 29 21:38:42 kernel:  disk 1, wo:0, o:1, dev:sdb1
Jul 29 21:38:42 kernel:  disk 2, wo:0, o:1, dev:sdc1
Jul 29 21:38:42 kernel:  disk 3, wo:0, o:1, dev:sdd1
Jul 29 21:38:49 kernel: RAID1 conf printout:
Jul 29 21:38:49 kernel:  --- wd:4 rd:4
Jul 29 21:38:49 kernel:  disk 0, wo:0, o:1, dev:sda2
Jul 29 21:38:49 kernel:  disk 1, wo:0, o:1, dev:sdb2
Jul 29 21:38:49 kernel:  disk 2, wo:0, o:1, dev:sdc2
Jul 29 21:38:49 kernel:  disk 3, wo:0, o:1, dev:sdd2
Jul 29 21:39:45 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Jul 29 21:39:57 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jul 29 21:41:23 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 0
Jul 29 21:41:23 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 1
Jul 29 21:41:23 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 2
Jul 29 21:41:23 kernel: drivers/scsi/sd.c (1718) Internal disk with bus id: 3
Jul 29 21:41:23 kernel:  Amd/Fujitsu Extended Query Table at 0x0040
Jul 29 21:41:23 kernel: DS406-0: Swapping erase regions for broken CFI table.
Jul 29 21:41:23 kernel: Mac1: 00:11:32:02:3d:64
Jul 29 21:41:23 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Jul 29 21:41:23 kernel: Vender partition MacNum:1 retlen:128
Jul 29 21:41:23 kernel: Serial Number: 8BC3N00262
Jul 29 21:41:23 kernel: raid6: int32x1     29 MB/s
Jul 29 21:41:23 kernel: raid6: int32x2     45 MB/s
Jul 29 21:41:23 kernel: raid6: int32x4     52 MB/s
Jul 29 21:41:23 kernel: raid6: int32x8     48 MB/s
Jul 29 21:41:23 kernel: raid6: using algorithm int32x4 (52 MB/s)
Jul 29 21:41:23 kernel:    arm4regs  :   429.200 MB/sec
Jul 29 21:41:23 kernel:    8regs     :   369.200 MB/sec
Jul 29 21:41:23 kernel:    32regs    :   513.200 MB/sec
Jul 29 21:41:23 kernel: raid5: using function: 32regs (513.200 MB/sec)
Jul 29 21:41:23 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Jul 29 21:41:23 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Jul 29 21:41:23 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Jul 29 21:41:23 kernel: md: sda2 has different UUID to sda1
Jul 29 21:41:23 kernel: md: sdb2 has different UUID to sda1
Jul 29 21:41:23 kernel: md: sdc2 has different UUID to sda1
Jul 29 21:41:23 kernel: md: sdd2 has different UUID to sda1
Jul 29 21:41:23 kernel: VFS: Mounted root (ext2 filesystem).
Jul 29 21:41:23 kernel: ds407_synobios: module license 'Synology Inc.' taints kernel.
Jul 29 21:41:23 kernel: Brand: Synology
Jul 29 21:41:23 kernel: Model: CS-407
Jul 29 21:41:23 kernel: synobios: unload
Jul 29 21:41:23 kernel: VFS: Mounted root (ext3 filesystem).
Jul 29 21:41:23 kernel: fuse init (API version 7.8)
Jul 29 21:41:23 kernel: fuse distribution version: 2.7.4
Jul 29 21:41:23 kernel: Brand: Synology
Jul 29 21:41:23 kernel: Model: CS-407
Jul 29 21:41:25 kernel: raid5: raid level 5 set md2 active with 4 out of 4 devices, algorithm 2
Jul 29 21:41:25 kernel: RAID5 conf printout:
Jul 29 21:41:25 kernel:  --- rd:4 wd:4
Jul 29 21:41:25 kernel:  disk 0, o:1, dev:sda3
Jul 29 21:41:25 kernel:  disk 1, o:1, dev:sdb3
Jul 29 21:41:25 kernel:  disk 2, o:1, dev:sdc3
Jul 29 21:41:25 kernel:  disk 3, o:1, dev:sdd3
Jul 29 21:41:40 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jul 29 21:41:45 scemd: scemd.c:114 fan_type=2, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=2, dual_power_type=1, usbcopy_type=2,
fan_number=1, ebox_type=1, pis_type=2, rtc_type=1
Jul 29 21:41:45 scemd: modules/raid_sys_volume_check.c:160 MD0 active disks 4, designed disks 4
Jul 29 21:41:45 scemd: modules/raid_sys_volume_check.c:160 MD1 active disks 4, designed disks 4
Jul 29 21:41:45 scemd: modules/disk_hibernation.c:90 Force hibernation enable, idle minutes 15
Jul 29 21:41:46 synoprint: printer_device_open.c:16 bad parameter.
Jul 29 21:41:47 synousbdisk: RCClean succeeded
Jul 29 21:41:48 synocheckshare: service_user_home.c:282 SYNOShareRSectionRemove failed. synoerr=[0x2000]
Jul 29 21:41:49 ddnsd: main(ddnsd.c:1874):  not enable DDNS, shutdown daemon
Jul 29 21:41:49 upsmon[2394]: Startup successful
Jul 29 21:41:49 upsmon[2399]: UPS [ups@192.168.0.204] connected
Jul 29 21:41:55 kernel: Got empty serial number. Generate serial number from product.
Jul 29 21:41:59 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0324275] in [/dev/sdd] is not ssd
Jul 29 21:41:59 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0331662] in [/dev/sdc] is not ssd
Jul 29 21:41:59 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0065004] in [/dev/sdb] is not ssd
Jul 29 21:42:00 syno_hdd_util: Model:[WD15EADS-00R6B0], Firmware:[01.00A01], S/N:[WD-WCAVY0072064] in [/dev/sda] is not ssd
Jul 29 21:43:54 scemd: scemd.c:235 stop manutild.
CubeStation1>

 

[BGrosse]

Kann mir jemand sagen, ob das hier: http://shiraz.dyndns.biz/mediawiki/index.php/Diskstation die Lösung meines Problem ist?

Umounten, resizen, neu mounten - fertig...? Kann beim resize2fs irgendwas passieren im Sinne von Datenverlust / Absturz des Volumes?

 

[BGrosse]

Noch ein Nachtrag:

fdisk -l

liefert:

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sda1   *           1         310     2490043+  fd  Linux raid autodetect
/dev/sda2             311         375      522112+  fd  Linux raid autodetect
/dev/sda3             392      121601   973619325   fd  Linux raid autodetect

Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdb1   *           1         310     2490043+  fd  Linux raid autodetect
/dev/sdb2             311         375      522112+  fd  Linux raid autodetect
/dev/sdb3             392      121601   973619325   fd  Linux raid autodetect

Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdc1   *           1         310     2490043+  fd  Linux raid autodetect
/dev/sdc2             311         375      522112+  fd  Linux raid autodetect
/dev/sdc3             392      121601   973619325   fd  Linux raid autodetect

Disk /dev/sdd: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/sdd1   *           1         310     2490043+  fd  Linux raid autodetect
/dev/sdd2             311         375      522112+  fd  Linux raid autodetect
/dev/sdd3             392      121601   973619325   fd  Linux raid autodetect

mount

liefert:

/dev/md0 on / type ext3 (rw,data=ordered)
/tmp on /tmp type tmpfs (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)

mdadm --detail /dev/md2

liefert:

/dev/md2:
        Version : 00.90
  Creation Time : Tue Apr 28 06:32:27 2009
     Raid Level : raid5
     Array Size : 2920857600 (2785.55 GiB 2990.96 GB)
  Used Dev Size : 973619200 (928.52 GiB 996.99 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 2
    Persistence : Superblock is persistent

    Update Time : Fri Jul 30 19:36:23 2010
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : 95bdf804:f62ca7f7:10a7e1c8:6f8742b6
         Events : 0.206464

    Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/hda3
       1       8       19        1      active sync   /dev/hdb3
       2       8       35        2      active sync   /dev/hdc3
       3       8       51        3      active sync   /dev/sdd3

Die 4 neuen Disks wurden korrekt erkannt als sda - sdd, bei mdadm faselt er aber bei den ersten 3 Disks was von hdx...!? Ich versteh mit jeder Minute weniger...
Das müßte doch jeweil sda3, sdb3, sdc3 und dann die sdd3 sein...?

 

[itari]

Das mit dem hda, hdb, hdc ist nicht wirklich bedeutsam. Wenn du dir mit ls -l das Verzeichnis /dev anschaust, dann siehst in der Mitte der Anzeige den Major und den Minor und wenn dir für die hda und sda-Einträge idetisch sind, dann werden auch die gleichen Gerätetreiber (Major) und Geräte-Port (Minor) verwendet. Das ist dann nur ein Schaukampf, welche Name angezeigt werden, aber nichts, was irgendwie bedeutsam ist.

Zu dem Vergrößern habe ich im Moment keine gute Idee, weil ich keine Erfahrung mit RAID5 habe, da kann Supaman bestimmt mehr zu sagen - oder du wendet dich per Email einfach an den Synology-Support.

Itari

 

[BGrosse]

Hi Itari!

Dann ignoriere ich diese Unterschiede erstmal...

Was ich bis jetzt noch recherchiert habe ist, das man nur mit resize2fs wohl nicht eine Umpartitionierung vornehmen kann. Da meine neuen Festplatten jetzt eine 1:1 Kopie der alten Platten darstellen, haben sie einfach einen zusätzlichen unpartitionierten Bereich frei liegen. Man müßte also erstmal diese freien Bereiche an die bestehenden Datenpartitionen anhängen, um den Mehr-Speicher nutzbar zu bekommen. Das geht aber vermutlich nicht mit resize2fs und mit TrueImage oder Disk Director hab ichs nicht hinbekommen. Ich bin halt auch kein Linux Guru, der genau weiß, was er macht bzw. machen muß. Irgendwie steck ich grad in einer Sackgasse

 

[itari]

Du kannst ja noch mal das Vorgehen aus deinem ersten Post probieren: Wenn das RAID5 intakt ist, dann kannst ja mal die 1. Platte ziehen und wieder reinstecken, vielleicht wird ja dann die neue Größe erkannt ...

Itari

 

[BGrosse]

Ok. Gemacht! Einfach so erkennt er sie nicht als in Ordnung. Ich habe jetzt nur die Möglichkeit wie zu Beginn (aber immerhin bootet er jetzt nach Entfernen der HDD1 wenigstens) das RAID zu reparieren. Ich stehe also jetzt wieder am Anfang. Das kann ich jetzt natürlich wieder 4x machen in der Hoffnung, dass ich am Ende dann endlich den ersehnten ERWEITERN Button bekomme...

Nur wollte ich ja genau diese irrwitzige Zeit sparen, die ich für das Reparieren von 4 Festplatten brauche!