SHR2 lässt sich wegen Dateisystem-Fehler nicht erweitern

[apachelance]

Hallo zusammen,

ich wollte meine voll bestückte DS1815+ erweitern. Dazu habe ich eine Western Red 3TB in ausgeschaltetem Zustand entfernt und eine 6TB hinzugefügt. Jedoch gab es 1-2 Dateisystem-Fehler beim Hinzufügen. Offensichtlich war in einem Folder etwas defekt. Diesen konnte ich durch Zufall identifizieren und hab ihn gelöscht. Das System wollte daraufhin neustarten und das Dateisystem überprüfen. Hab ich gemacht. Jedoch kam beim Hinzufügen wieder der Fehler:



Also habe ich über Nacht eine komplette Datenbereinigung ohne Probleme durchlaufen lassen. Heute früh ließ sich die Platte jedoch wieder nicht einbinden. Es kommt sofort der selbe Fehler. Also wieder Systemneustart mit Konsistenzprüfung. Und auch diesmal lief es durch ohne Probleme. Doch ich kann das Volume noch immer nicht erweitern. Ich denke nicht, dass es an der neuen Platte liegt:



Hat jemand eine Idee?

 

[dil88]

Die SMART-Werte sehen auf jeden Fall gut aus.

 

[apachelance]

Ich hab mich jetzt mal via telnet als Admin angemeldet und dann Superuser-Rechte zugewiesen. Lasse jetzt mal einen Dateisystemcheck laufen. Mal schauen, ob das hilft.

 

[apachelance]

Folgende Lösung, die in einem engl. Forum und auch hier schonmal angesprochen wurde, hat geholfen. Ich hab das mal um meine persönlichen Erfahrungen ergänzt:

1. Putty Client runterladen http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
2. In der Systemsteuerung der Synology unter Terminal & SNMP den Telnet und SSH Dienst aktivieren
3. in Putty zur IP-Adresse der Synology via SSH verbinden
4. mit einem Account mit Admin-Rechten einloggen (beachtet, dass bei aktiver Firewall je nach Einstellung, die IP-Adresse gesperrt wird, wenn ihr zu oft verursacht habt falsch einzuloggen)
5. dann root-Rechte holen mit: sudo su - [Enter]
6. syno_poweroff_task -d [Enter] >>> fährt alle Dienste runter >>> sollte die Verbindung danach in Putty gekillt werden, dann via Telnet erneut anmelden
7. vgchange -ay [Enter] >>> aktiviert das Volume, woraufhin auch dessen Name angezeigt wird, in meinem Fall vg1000; dieser Name muss im folgenden Befehl an der entsprechenden Stelle eingegeben/geändert werden
8. fsck.ext4 -pvf -C0 /dev/vg1000/lv [Enter] >>> versucht automatische Reparatur >>> hat bei mir nicht zum Ziel geführt, daher dann mit geändertem Parameter nochmal neu:
9. fsck.ext4 -yvf -C0 /dev/vg1000/lv [Enter] >>> Reparatur wird mit Yes an allen relevanten Stellen erzwungen
10. nach erfolgreicher Reparatur dann Reboot [Enter] eingeben
11. Ggf. Telnet und SSH wieder deaktivieren

 

[est1958]

bis dahin komme ich:

7. vgchange -ay [Enter] >>> aktiviert das Volume, woraufhin auch dessen Name angezeigt wird, in meinem Fall vg1000; dieser Name muss im folgenden Befehl an der entsprechenden Stelle eingegeben/geändert werden

da wird nichts gefunden und Reboot geht auch nicht.

 

[apachelance]

Was passiert denn, wenn du den Befehl eingibst?

 

[est1958]

soweit ich mich erinnere nichts. Ich finde auch kein Laufwerk mit DF

Jedenfalls hab ich das Problem, bzw. die Fehleranzeige beim Reparieen vom Volumen. Platte eins aus baugleicher 215j in andere 215j, um einen Clone zu erzeugen. Die Zuspitzung war sogar dann nach einigem Hin und Her, die Bekanntgabe, dass es keine Systempartition gibt. Die ist repariert und das Volumen ist am Reparieren, jetzt nach anfänglichen Dateisystemfehlermeldungen, die ich nur noch zur Kenntnis nahm, sei ich das schreibe, ohne weitere Meldungen. Ist auch schon bei knapp 3 % - lol, währende die DS-Schwester schon bei 43% ist, die hats klaglos gemacht.
Jedenfalls nützt es nix, wenn man dem Hinweis folgt, man soll neu starten, damit das Dateisystem gerichtet wird, das nützt mal nix, außer dass es Zeit vergeudet. Jetzt schaumer mal, dann sehen wir es schon.

Schon 7% und bislang keine Dateisystemfehlermeldung mehr.

Die Platte 1 ist fast neu und alle Smart-Infos sind optimal. Ich schau immer, dass ich Platten mit verschiedenem Alter in einer DS habe.

 

[est1958]

hmm ... Volumen ist repariert, bis zum Schluss keine Dateisystemfehler, aber zum Abschluss kommt sie wieder und der geforderte Neustart, um das zu beheben funktioniert nicht, denn nach dem Start kommen ca. 6-8 Fehlermeldungen.
Notfalls formatiere ich beide Platten nochmal und hole mir aus der Zwillingsschwester die HDD 1 und fange noch mal von vorne an.
Die beiden 215jer sind als Clones angelegt, das wird es einfacher machen, aber es dauert halt.
Solange ich als Linux-Schwächling die vergleichbaren chkdsk.exe Dinger nicht finde oder die nicht gehen, hab ich keine andere Chance.

 

[est1958]

9. fsck.ext4 -yvf -C0 /dev/vg1000/lv [Enter] >>> Reparatur wird mit Yes an allen relevanten Stellen erzwungen

Jetzt komme ich so weit, aber es gibt Abbruch mit Hinweis, dass Laufwerk gemounted sei.

 

[dil88]

Bist Du sicher, dass Du die Punkte 5. und 6. in der Anleitung aus Beitrag 4 umgesetzt hast?

 

[est1958]

5 auf jeden Fall, 6 bleibt manchmal hängen. aber jetzt hab ich aus der DS-Schwester die HDD1 rausgeholt und dazu eine 2. leere Platte rein, jetzt mach ich es halt über Volumenreparien.
Die 2 Platten hab ich jedenfalls durchgecheckt, an der Hardware liegts nicht, da muss beim Umstecken und Volumen reparieren gestern was verrutscht sein.

Danke

 

[dil88]

Das Funktionieren von 6. ist entscheidend dafür, dass die Folgebefehle funktionieren können.

 

[est1958]

hhmmmm, ich glaub ich produziere gerade Schrott, das Volumenreparieren geht nicht, plötzlich sind die Laufwerke weg und beim Wiederstarten muss ich jetzt das DSM neu installieren. Besser, ich geh doch ins Bett (Grippe/Fieber) Zu viel Zeit, um genug zu verstrubbeln.

 

[dil88]

Mit einer Grippe würde ich mir den Stress auch nicht antun, auch wenn ein NAS-Ausfall natürlich extrem nervt. Gute Besserung!

 

[est1958]

bin ja selbst schuld, denn

"don´t touch two running systems" ;-)

 

[est1958]

OMG, jetzt hatte ich eine wieder am laufen und hab auf die neueste DMS Update 9 hochgesetzt, nun ist sie vie IP-Adresse im Heimnetz und auch über den Assistent nicht erreichbar. Heute ist nicht mein Tag.

 

[dil88]

Du wolltest doch ins Bett gehen ...

 

[est1958]

Ja, wollte ich........... die ist mit ihrer IP angemeldet, aber in der Fritzbox sehe ich, dass sie als Gerät nicht aufrufbar ist im Gegensatz zu anderen oder Routurn usw. Nun sind da noch die einzigen Platten drin, die noch die OriginalDaten halten. Vom Assistent hab ich grad die neueste Version installiert, aber nützt auch nichts. Irgendwo gelesen, sie direkt an ein Notebook zu hängen, aber was solls bringen. Die geht laut Fritzbox sogar ins Internet, aber Quickconnect war noch nicht eingerichtet, als erstes hab ich das Update der DSM auf 9 gemacht und nun hab ich den ......
Bett? Ja, wird wohl besser sein.

 

[est1958]

9. fsck.ext4 -yvf -C0 /dev/vg1000/lv [Enter] >>> Reparatur wird mit Yes an allen relevanten Stellen erzwungen

Das läuft grad schon sehr lange, hat wohl viel zu tun. Ich hab dann auch mal kapiert, dass man Yes entweder gar nicht oder nur einmal eingibt, dann läufts quasi auch automatisch durch

Dann bin ich mal aufs Endergebnis gespannt, dann würde wenigstens wieder eine Laufen.
.
.
.
.Satz mit X, jetzt läuft die Standardreparatur, die die DS anbietet und ich sehe sie zum 1. Mal im Assistent - Wird noch 5 Stunden dauern laut Ansage

 

[apachelance]

Dann berichte mal, was rausgekommen ist. Normalerweise sollte es nach der Anleitung mit der Reparatur klappen, außer es ist ein schwerwiegenderer Fehler.