Hilfe: Volume vergrößern gescheitert / superblock-Fehler

[ropi]

Hallo,

bei meiner DS710+ mit RAID1 habe ich die bisherigen 2TB WD green HD's gegen 4TB WD red getauscht.
Die eine "alten" green WD hatte bereits smart Meldungen wegen fehlerhaften Sektoren geworfen.

Der eigentliche Austausch und sowie das Reparieren bzw. Wiederherstellen des Raid funktionierte auch und soweit läuft die DS auch wie immer.

ABER...das Vergrößern des Volume (von 2TB auf 4TB) hat nicht funktioniert. Es kam zwar keine Fehlermeldung aber letztlich wurde der freie Speicherplatz nicht zugewiesen.

Nun habe ich nach folgender Beschreibung versucht das Problem über die shell zu lösen: http://iphoneinaktion.com/2014/07/synology-volumen-vergrosern-schlagt-fehl-anleitung-zur-reparatur/

Leider erhalte ich aber eine Meldung, dass der superblock beschädigt ist.

DiskStation> syno_poweroff_task -d
DiskStation> e2fsck -nvf -C 0 /dev/md2
e2fsck 1.42.6 (21-Sep-2012)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/md2

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

Kann mir jemand helfen? Bin etwas am verzweifeln :-(

Danke und Grüße,
Rainer

 

[dil88]

Hast Du den Vorschlag e2fsck -b 8193 /dev/md2 schon probiert?

 

[Benares]

Post auch mal die Ausgabe von "cat /proc/mdstat"

 

[ropi]

Boah, so schnell hatte ich jetzt mit einer Antwort gar nicht gerechnet - DANKE!

@dil88: Hatte ich noch nicht gemacht..nun aber und leider sieht es nicht gut aus:

DiskStation> syno_poweroff_task -d
DiskStation> e2fsck -b 8193 /dev/md2
e2fsck 1.42.6 (21-Sep-2012)
e2fsck: Bad magic number in super-block while trying to open /dev/md2

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

@Benares: folgendes Ergebnis erhalte ich bei "cat /proc/mdstat"

DiskStation> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] 
md2 : active raid1 sda3[2] sdb3[3]
      3902296384 blocks super 1.2 [2/2] [UU]
      
md1 : active raid1 sda2[0] sdb2[1]
      2097088 blocks [2/2] [UU]
      
md0 : active raid1 sda1[0] sdb1[1]
      2490176 blocks [2/2] [UU]
      
unused devices: <none>

(Vielleicht sollte ich noch erwähnen, dass ich kein Linux Experte und eher selten mit der shell arbeite.)

 

[Benares]

Ich steck da jetzt auch nicht sooo tief drin.

"e2fsck -nvf -C 0 /dev/md<n>" hab ich bei mir mal auf der DS415+ bei gemountetem Filesystem probiert. Ist ja ReadOnly.
Bei /dev/md2 (Daten) funktioniert es. Die Prüfung hab ich abgebrochen, würde wohl ewig dauern.
Bei /dev/md1 (Swap) bekomm ich die gleiche Ausgabe wie du bei md2.
Bei /dev/md0 läuft die Prüfung recht schnell durch.

Ich würde an deiner Stelle erstmal die Prüfung über DSM, Speichermanager durchführen, bevor ich mich mit den fsck-Befehlen abquäle. Ich hoffe, das ist das gleiche.

Edit:
Auf meiner DS212+ bekomm ich bei /dev/md2 die gleiche Meldung wie du.

 

[ropi]

Mhhh, auf /dev/md1 bekomme ich ebenfalls die superblock Meldung.
Auf /dev/md0 läuft die Prüfung, allerdings findet er da einen Fehler.
Kann ich den nach der im o.g. Anleitung auch so beheben oder zerfleische ich damit ggf. mein Raid1?
Muss ich dann alle 3 Laufwerke unmounten oder nur das md0?

DiskStation> e2fsck -nvf -C 0 /dev/md0
e2fsck 1.42.6 (21-Sep-2012)
Warning! /dev/md0 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (421218, counted=421185).
Fix? no

Free inodes count wrong (125774, counted=125776).
Fix? no


29874 inodes used (19.19%, out of 155648)
127 non-contiguous files (0.4%)
25 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 25428/76
201326 blocks used (32.34%, out of 622544)
0 bad blocks
1 large file

22455 regular files
2744 directories
76 character device files
1613 block device files
0 fifos
1019 links
2974 symbolic links (2669 fast symbolic links)
1 socket
------------
30882 files
DiskStation>

 

[Benares]

Hör auf irgendwas einfach so zu probieren, sonst schrottest du deine DS ganz.
Warte auf Hilfe von jemandem, der sich besser damit auskennt und mach auch ein Ticket bei Synology auf.

 

[ropi]

Ok, Danke. Dann erstelle ich mal ein Ticket.
Falls sich hier jemand mit dem Problem auskennt, wäre ich aber weiterhin für einen Tipp dankbar.

Die Prüfungen über den Speichermanager melden übrigens keinen Fehler. Dem ist das scheinbar egal, dass da noch 2TB ungenutzt in der Ecke liegen.

 

[ropi]

Hallo,

wollte noch mal Rückmeldung geben...

Der Support hat sich letztlich per Fernwartung auf meine DS geschaltet und einen Fehler in der Datei-Struktur festgestellt. Könnte angeblich durch den per S.M.A.R.T. gemeldeten Fehler der defekten HD entstanden sein. Sie haben angeboten, dass sie versuchen könnten diesen zu reparieren. Ansonsten müsste ich das Volumen ganz neu erstellen.

Ich habe dann lieber das Volumen neu erstellt. So konnte ich sicher sein, dass ich wirklich wieder eine "saubereres" System habe. Jetzt habe ich auch den vollen Plattenplatz zur Verfügung.

Grüße,
Rainer

 

[dil88]

Danke für die Rückmeldung! War sicherlich ein mühseliger Weg, aber dafür steht jetzt alles. Sehr schön!