Letzte Platte im SHR-2 getauscht, auf einmal hängt das Webinterface.

[jensstark]

Benutzer und Passwort werden angenommen, danach geht nichts mehr. Der Paperless-Container läuft noch.

SSH geht auch noch, benimmt sich nur komisch. Filesystem ist read only.

cat /proc/mdstat gibt folgendes:

Personalities : [raid1] [raid6] [raid5] [raid4] [raidF1]
md2 : active raid6 sata4p5[6] sata2p5[5] sata1p5[4]
      23418655232 blocks super 1.2 level 6, 64k chunk, algorithm 2 [4/3] [UU_U]

md3 : active raid1 nvme0n1p1[0]
      250049664 blocks super 1.2 [1/1] [U]

md1 : active raid1 [4/0] [____]

md0 : active raid1 [4/0] [____]

unused devices: <none>

Die Festplatte in Slot #3 ist neu.


Gibt es ein "repariere Volume1 ohne GUI"-Kommando?

 

[plang.pl]

Nach dem hier: https://www.synology-forum.de/threads/platten-tauschen-ohne-schmerzen.141072/#post-1271300
vermute ich, dass deine Platten den Rebuild nicht mehr hinkriegen werden.
SMART-Werte hattest du ja noch nicht gepostet / geprüft, glaube ich.

 

[jensstark]

Die Platten sind fabrikneu, die neu getausche ersetzte die letzte alte Platte.

 

[synfor]

Müssten bei md0 und md1 in den eckigen Klammern nicht mindestens 3 Us stehen?

Warum hast du bei den auffälligen alten Platten nicht gleich alles neu gemacht? Wäre vermutlich schneller gegangen.


PS: Ein neuer Thread war dafür nicht wirklich nötig.

 

[jensstark]

Ich habe die Platten alle nacheinander getauscht, repairt, usw.

Als das passierte, waren nur noch neue Platten im System.

 

[ctrlaltdelete]

Es kann ja auch eine neue HDD defekt sein.
Poste doch mal die Smart Werte, Anleitung in meiner Signatur

 

[Dr. Data]

read-only ist kein „GUI-Problem“, sondern fast immer Kernel-Dateisystemschutz nach I/O-/FS-Fehlern. Ein „repariere Volume1“-Kommando ohne die Ursache zu klären ist genau der Weg, wie man sich den Rest noch kaputt schreibt.

Poste die Ausgabe von:
mdadm --detail /dev/md2
dmesg -T | tail -200
mount | grep volume

SMART:
smartctl -a /dev/sata1
smartctl -a /dev/sata2
smartctl -a /dev/sata3
smartctl -a /dev/sata4

Dann kann man sagen, ob das primär ein RAID-Dropout (Hardware) ist oder ein FS-Remount (ext4/btrfs) – und was der risikoärmste nächste Schritt ist.