Toggle sidebar

DSM 6.x und darunter Synology DS 1819+ DSM langsam nach Festplattenschaden

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Alle DSM Version von DSM 6.x und älter
admin@ZK-Server:/$ sudo mdadm --detail /dev/md3
Password:
/dev/md3:
Version : 1.2
Creation Time : Sat Oct 8 17:39:34 2022
Raid Level : raid1
Array Size : 7811854208 (7449.96 GiB 7999.34 GB)
Used Dev Size : 7811854208 (7449.96 GiB 7999.34 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Thu Jan 25 01:43:02 2024
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

Name : ZK-Server:3 (local to host ZK-Server)
UUID : e6f7fad6:37b18e86:e96ed218:9fbd7c10
Events : 80

Number Major Minor RaidDevice State
0 8 102 0 active sync /dev/sdg6
1 8 118 1 active sync /dev/sdh6
 
ok, dass ist clean, da fehlt nichts.
 
@ctrlaltdelete, ich weiß nicht, ob das mit md3 momentan weiterhilft, wir sind ja im Moment noch 2 Ebenen drunter. Ja, md3 ist ja clean.
Ich würde jetzt erstmal sda-sdh (ohne sdc) mit "fdisk -l" checken, ob die Größen für die beiden ersten Partitionen überall gleich sind.
 
  • Like
Reaktionen: ctrlaltdelete
Ja, ich wollte nur sicherstellen, dass in md3 nicht auch eine Partition fehlt.
 
Ich muss leider los, aber @JP3112 poste doch mal die Größen von @Benares Frage:
sda-sdh (ohne sdc) mit "fdisk -l" checken,

Edit: bin ab 20:00 Uhr wieder online.
 
Und Versuch trotzdem mal ins DSM zu kommen.
 
Beim nächsten Ton, ist es ...
 
  • Haha
Reaktionen: plang.pl
Das waren noch Zeiten, zum Uhr einstellen die Zeitansage angerufen, genial.
 
  • Haha
Reaktionen: dil88 und plang.pl
Hier die Rückmeldung:

Code: 
admin@ZK-Server:/$ sudo fdisk -l /dev/sda
Password:
Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: A5EF8211-34D5-49E4-A6F5-C374C234ED20

Device       Start        End    Sectors  Size Type
/dev/sda1     2048    4982527    4980480  2.4G Linux RAID
/dev/sda2  4982528    9176831    4194304    2G Linux RAID
/dev/sda5  9453280 7813830239 7804376960  3.6T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CB2ECCB5-0645-4DEE-9083-9AA7E375B77C

Device       Start        End    Sectors  Size Type
/dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdb2  4982528    9176831    4194304    2G Linux RAID
/dev/sdb5  9453280 7813830239 7804376960  3.6T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sdc
Disk /dev/sdc: 10.9 TiB, 12000138625024 bytes, 23437770752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
admin@ZK-Server:/$ sudo fdisk -l /dev/sdd
Disk /dev/sdd: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CC7A30CE-5381-4381-9E89-520ECF2A30CA

Device       Start        End    Sectors  Size Type
/dev/sdd1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdd2  4982528    9176831    4194304    2G Linux RAID
/dev/sdd5  9453280 7813830239 7804376960  3.6T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sde
Disk /dev/sde: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F5A75663-19C3-4347-BDE4-C61A57DDFF81

Device       Start        End    Sectors  Size Type
/dev/sde1     2048    4982527    4980480  2.4G Linux RAID
/dev/sde2  4982528    9176831    4194304    2G Linux RAID
/dev/sde5  9453280 7813830239 7804376960  3.6T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sdf
Disk /dev/sdf: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0CDE1A1A-0CFB-486A-8BF3-B0A091F36B3E

Device       Start        End    Sectors  Size Type
/dev/sdf1     2048    4982527    4980480  2.4G Linux RAID
/dev/sdf2  4982528    9176831    4194304    2G Linux RAID
/dev/sdf5  9453280 7813830239 7804376960  3.6T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sdg
Disk /dev/sdg: 10.9 TiB, 12000138625024 bytes, 23437770752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7AE1A742-D5B1-42FA-8DA2-20A304EE1384

Device          Start         End     Sectors  Size Type
/dev/sdg1        2048     4982527     4980480  2.4G Linux RAID
/dev/sdg2     4982528     9176831     4194304    2G Linux RAID
/dev/sdg5     9453280  7813830239  7804376960  3.6T Linux RAID
/dev/sdg6  7813846336 23437556799 15623710464  7.3T Linux RAID
admin@ZK-Server:/$ sudo fdisk -l /dev/sdh
Disk /dev/sdh: 10.9 TiB, 12000138625024 bytes, 23437770752 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 648FA0C6-F4A9-4047-AA39-2C28FF690035

Device          Start         End     Sectors  Size Type
/dev/sdh1        2048     4982527     4980480  2.4G Linux RAID
/dev/sdh2     4982528     9176831     4194304    2G Linux RAID
/dev/sdh5     9453280  7813830239  7804376960  3.6T Linux RAID
/dev/sdh6  7813846336 23437556799 15623710464  7.3T Linux RAID
admin@ZK-Server:/$
 
Bei den letzten beiden Platten sieht man m.E. das für die neue Platte nötige Partitions-Schema:

Code: 
Device          Start         End     Sectors  Size Type
/dev/sdg1        2048     4982527     4980480  2.4G Linux RAID
/dev/sdg2     4982528     9176831     4194304    2G Linux RAID
/dev/sdg5     9453280  7813830239  7804376960  3.6T Linux RAID
/dev/sdg6  7813846336 23437556799 15623710464  7.3T Linux RAID

Klassischer SHR-Aufbau mit zwei per LVM kombinierten RAID-Arrays. Erste Partition für das System (DSM), zweite für Swap, dritte (benannt mit der 5) für den RAID-5-Array auf 4TB-Basis und vierte (benannt mit der 6) für den RAID-1-Array mit den 8TB, die die beiden 12TB noch übrig haben.
 
  • Like
Reaktionen: ctrlaltdelete
Und welches Partitionsschema sollen wir für hdc nun nehmen? Die 13 oder die 14?

Ok, Schuß ins Blaue:
Code: 
synopartition --part /dev/sdc 13
dann
Code: 
mdadm --manage /dev/md0 -a /dev/sdc1
mdadm --manage /dev/md1 -a /dev/sdc2
jeweils mit Pause dazwischen, bis "cat /proc/mdstat" sagt, das es durch ist.
Um md2 kümmern wir uns dann, wenn das durch ist (sollte relativ schnell gehen) und die Zahlen von "fdisk -l /dev/sdc" vorliegen.
 
Zuletzt bearbeitet:
Sorry, ich schaue mir das morgen früh nochmal an und melde mich.
 
der Unterschied zwischen 13 und 14 ist ja der Reserved Teil, aber wenn ich die Differenz der Sektoren von fdisk sdg2 zu sdg5 rechne sind das: 276.449 und nicht wie bei 13 in der Tabelle: 262.144, wieso ist das so?
Oder habe ich einen Denkfehler?
 
Poste mal bitte:
synopartition --check /dev/sata7
und:
synopartition --check /dev/sata8
 
Also bei mir ist es 14 für die SATA und 13 für die NVME
 
Habe noch ein wenig recherchiert und gerechnet, Es wird 14 sein, aber warten wir mal auf den output von: synopartition --check /dev/sata7
 
Zuletzt bearbeitet:
  • Like
Reaktionen: dil88 und Benares
Wieder was gelernt (y). Das kannte ich noch nicht, dass man sich mit "synopartition --check ..." gleich die Nummer des Partitionslayouts ausgeben lassen kann. Bei mir ist es übrigens 15 bei den Platten und auch 13 bei der NVME, wie bei dir, obwohl ich meine, ich hätte das damals mit 12 partitioniert.

Ich habe übrigens bei meiner DS1522+ gestern festgestellt, das meine Platten unterschiedlich partitioniert sind/waren. sata1 und 3 hatte 8G in der 1. Partition, sata2 weniger, obwohl ich damals alles in einem Rutsch angelegt hatte :unsure:. Ich habe jetzt mal sata2 deaktiviert und kurz rausgenommen und wieder gesteckt. Momentan läuft noch die Reparatur und jetzt hat sata2 auch 15. Bin mal gespannt, ob am Ende auch mein Root-Filesystem auf 8GB steigt (momentan noch 2,3GB wie früher)
 
  • Like
Reaktionen: dil88 und ctrlaltdelete
Ja, man lernt nie aus, Habe ich klassisch durch google Recherche gefunden. Bin echt am überlegen mir eine Knowledge Base aufzubauen, man vergisst immer so schnell.
 

Additional post fields

NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten