Moin,
was kommt denn, wenn du oben auf "ändern" klickst?
Hattest Du "Datenträger einzeln ersetzen" ausgewählt, bevor Du den ersten Datenträger gewechselt hast?
Ein Screenshot von dem statischen Volumen selber wäre super, momentan sieht das so aus als waren die 7.28Tb doch verfügbar
Wenn es gute solide Backups gibt kann man Folgendes via SSH probieren
resize2fs_64 /dev/mapper/cachedev1
CACHEDEV1 sollte bei einem einzigen Volumen korreckt sein, sonst vorher mal nachsehen
Das ganze auch als 'admin' gemacht ? Wenn nicht mal bitte 'sudo' vor das Kommando setzen
Wenn das auch nicht geht probier mal ohne 64 bit (weiss grad net welche Version das NAS hat)
resize2fs /dev/mapper/cachedev1Dann liegt's nicht (nur) am letzten Schritt
Ich hab mal vor einiger zeit nen Kompletten Guide in Englisch geschrieben, schau mal hier
Steps to expand a stuck sized static volume (disks were swapped) - QNAP NAS Community Forum
(Basierend auf nem Topic hier)
Da das Englische Forum mal wieder down ist, mal ne Schnellübersetzung (Ja ich übersetze mich selber mit google translate 
)
==================
WARNUNG: Verwendung auf eigene Gefahr!
Befehle mit Erklärung (soweit ich sie verstehen kann)
Liste drb-Geräte auf, Speichervolumen werden aufgelistet (notieren Sie sich das mit der fehlenden Größe, z. B. drbd1 und vg288)
[~] # pvs
PV VG Fmt Attr PSize PFree
/dev/drbd1 vg288 lvm2 a-- 7.27t 3.60tFinden Sie das richtige MD-Gerät (hier ist es md1)
[~] # md_checker
Welcome to MD superblock checker (v2.0) - have a nice day~
Scanning system...
RAID metadata found!
UUID: 2287586a:dd935b28:8f1d0240:2c5627bf
Level: raid6
Devices: 6
Name: md1
Chunk Size: 512K
md Version: 1.0
Creation Time: Oct 9 15:48:10 2019
Status: ONLINE (md1) [UUUUUU]
===============================================================================================
Enclosure | Port | Block Dev Name | # | Status | Last Update Time | Events | Array State
===============================================================================================
NAS_HOST 7 /dev/sdf3 0 Active Feb 23 09:44:21 2024 1634759 AAAAAA
NAS_HOST 8 /dev/sdc3 1 Active Feb 23 09:44:21 2024 1634759 AAAAAA
NAS_HOST 3 /dev/sde3 2 Active Feb 23 09:44:21 2024 1634759 AAAAAA
NAS_HOST 6 /dev/sdh3 3 Active Feb 23 09:44:21 2024 1634759 AAAAAA
NAS_HOST 5 /dev/sdg3 4 Active Feb 23 09:44:21 2024 1634759 AAAAAA
NAS_HOST 4 /dev/sdd3 5 Active Feb 23 09:44:21 2024 1634759 AAAAAA
===============================================================================================Erweitern Sie das physischen Blockspeicher (z. B. md1)
mdadm --grow /dev/md1 --size=maxGröße des drbd-Geräts ändern (drbd1)
drbdadm -- --assume-peer-has-space resize r1
pvresize /dev/drbd1Größe des vg-Geräts ändern (vg288)
lvresize vg288/lvl -l +100%"FREE" -fWenn sich die Größe nach einem Neustart nicht geändert hat, ändern Sie auch die Größe des Dateisystems (siehe /dev/mapper/ für das richtige Cachedev)
resize2fs_64 /dev/mapper/cachedev1bzw
resize2fs /dev/mapper/cachedev1==================
auch mit sudo probiert ?
Dann am besten mal ein Ticket aufmachen .. diese ARM Kisten brauchen dann wohl ne andere Behandlung
Wenn das Volume(!) ausgewählt ist, schon mal auf "Verwalten" geklickt?
Wenn ja, welche Möglichkeiten gibt es da?
Gruss