Und das mache ich jetzt auch....
Beiträge von UdosNas
-
-
Ich habe noch mal den ganzen thread gelesen und einen Hinweis überesehen:
Nach "sudo mdadm --grow /dev/md0 -z max" muss man noch "resize2fs" machen.....
und hab es versucht..... (also erst googlen was resize2fs macht)
1. Versuch
"sudo resize2fs /dev/md0"
Antwort:
... ich glaube ich bohre an der richtigen Stelle:
2. Versuch"sudo resize2fs /dev/md0 -s +7800G" (könnte ja hinkommen 8000GB + 7800GB < 16TB)
Antwort:
nur wie führe ich jetzt in unmount durch? Denn:3.
"sudo umount /dev/md0"
Antwort:
Eijeijei -
Meine Datensicherungen basieren auf Spiegelungen auf ein externes USB Laufwerk, da ich bei einem eventuellen Ausfall meines NAS direkt mit einem "Windows Rechner" an meine Daten ran käme.
(die Risiken sind mir bekannt! dewegen habe ich mehrere externe Platten)
Bei einem Neuaufsetzen, um von "Legacy" auf wahrscheinlich "Thick" umzustellen würde ich, wenn ich jetzt loslege, meine kompletten Einstellungen, Rechte, Applikationen usw. neu einrichten müssen. Was ein Aufwand!
Gibt es hier im Forum eine Anleitung für "Dummys" die ein Upgrade von "Legacy" auf "Thick" beschriebt was meinen Aufwand minimiert? Habe eine externe Platte (14TB) frei, und trotdem noch eine weitere mit einer Spiegelung meiner kompletten Nutzdaten.
Das Material sollte somit reichen....., nur ich habe das noch nie machen müssen - mein NAS lief immer stabil. -
Gescheitert:
"sudo mdadm --grow /dev/md0 -z max"
ist gescheitert, auf ssh ebene hat sich da wohl was vergrößert, aber leider "wirkt" es nicht im NAS:Code
Alles anzeigensudo mdadm --detail /dev/md0 Password: /dev/md0: Version : 1.0 Creation Time : Sat Jan 14 07:49:25 2017 Raid Level : raid5 Array Size : 17576860608 (16762.60 GiB 17998.71 GB) Used Dev Size : 5858953536 (5587.53 GiB 5999.57 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Update Time : Mon Oct 10 09:23:17 2022 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 64K Name : 0 UUID : 0a8c00c2:5bae66ba:289fdbb9:d25fa9e3 Events : 101440 Number Major Minor RaidDevice State 4 8 3 0 active sync /dev/sda3 5 8 19 1 active sync /dev/sdb3 6 8 35 2 active sync /dev/sdc3 7 8 51 3 active sync /dev/sdd3
Vermutlich war das max falsch denn:
ist >16TB.
Ich muss wohl nun das System neu aufsetzen! Was ein Umstand!!!! -
Na bei solchen riskanten Geschäften rede ich nicht über Backups, die sollten elbstverständlich sein!
-
Durch diesen thread habe ich von dem ssh Befehl:
"mdadm"
gelesen und gegoogelt dabei ist folgende Zeile raus gekommen:
sudo mdadm --grow /dev/md0 -z maxund ich habe einen start riskiert!
Auf der Oberfläche hat sich der Status in:
Wird synchronisiert (50.2%) geändert, die Prozente steigen langsam....
Möglicherweise habe ich die Blockade der Oberfläche zur Erweiterung dadurch umgangen....
Morgen weis ich mehr, oder mein NAS ist platt. Spannend.
Sollte es funktioniert haben, wird das wohl die letzte "erweiterung" auf legacy sein... (was immer das ist, was auch immer die bessere alternative ist) -
Ich habe kein Problem auf die 100GB zu verzichten, aber ich weis nicht wie ich das System dazu überreden kann das zu tun. Es bietet mir diese Möglichkeit nicht an...
??? -
Auch ich wollt eine einfache Volumen Erweiterung durchführen:
* TS-435A, 16GB, QTS 5.0.1.2173 Build 20222001
* Raid 5 4x3TB auf 4x6TB
* ein Legacy-Volumen
* Plattentausch hat funktioniert, alle 4 neuen Platten "gut"
Meldung bei Datenträger einzeln ersetzen:
sie können die Laufwerkkapazität etwa bis auf folgenden Wert erweitern: 16,10 TB (in rot?)
Wenn ich nun auf den Knopf Kapazität Erweitern drücke kommt die Meldung:
Das System unterstützt eine Laufwerkserweiterung bis zu 16TB
... und nichts passiert.
Heist das, dass meine Platten nun ca, 100GB zu groß sind und alles blockiert deswegen?
Kann ich da irgendwas machen ohne das System komplett neu aufzusetzen? Auf die 100GB kann ich verzichten...