(gelöst)"Volume vergrößern" will Dateisystemprüfung, Datenbereinigung nicht angeboten
Edit: Problem gelöst! Die letzte Lösung, die ich anderswo im Forum gefunden habe, hat es gebracht! Schön wäre natürlich gewesen, wenn DSM das selbständig angeboten hätte. Es wurden übrigens - wenn ich die Ausgabe richtig verstand habe - keine Inkonsistenzen im Dateisystem gefunden.
Wenn jemand ein Dokument nennen kann, wo der genaue Linux-Unterbau von SHR (LVM?) erklärt wird, würde ich mich über einen Hinweis via Reply freuen!
Damit andere es noch schneller finden, hier nochmal was ich getan habe und wie das System reagiert hat. Das Volume wird jetzt endlich vergrößert. Platzproblem ade! Mit den beiden anderen Disks warte ich noch, bis das System wieder voller ist, auch 5TB werden irgendwann günstiger. Warum eigentlich weist das System auf "large files" hin?
olga> ls -d /dev/vg*
/dev/vg1000 /dev/vga_arbiter
olga> syno_poweroff_task -d
olga> vgchange -ay
1 logical volume(s) in volume group "vg1000" now active
olga> fsck.ext4 -pvf -C0 /dev/vg1000/lv
1.41.10-2219:
/lost+found not found. CREATED.
3261294 inodes used (0.59%, out of 548544512)
29053 non-contiguous files (0.9%)
2247 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 3252173/7803/29
2132389565 blocks used (97.19%, out of 2194148352)
0 bad blocks
521 large files
2868568 regular files
391435 directories
0 character device files
0 block device files
2 fifos
1 link
1258 symbolic links (1256 fast symbolic links)
21 sockets
------------
3261285 files
olga> reboot
Hallo,
habe in einer DS412+ (DSM 5.2-5644u5) 4*3TB gehabt, nun nacheinander 2*3TB gegen 2*5TB getauscht. Status am Ende des Rebuild: ok, aber kein zusätzlicher Speicherplatz.
Dann Datenbereinigung angestoßen in der Hoffung, daß dann der zusätzliche Speicherplatz angeboten würde. Gemerkt, daß das nochmal sehr lange dauert und Abbrechen nicht angeboten wird, also DS neu gestartet, damit diese via Herunterfahren "sauber" abgebrochen wird. Inzwischen habe ich gelesen, daß dies nicht empfohlen wird, es aber einen Konsolenbefehl dazu gibt.
Nun sieht die DS den größeren Speicherplatz, aber Volume vergrößern verlangt eine "Dateisystemprüfung". Leider wird "Datenbereinigung" aber nicht mehr angeboten (Radiobutton grau). Was nun? Wie komme ich zum dringend benötigten größeren Speicherplatz?
Siehe Screenshots unten, auch Konsole (cat /proc/mdstat):
Frust! Update von DSM 5.2 auf 6.0 sinnvoll, weil das Deaktivieren des Buttons vielleicht ein Bug ist?
Kann ich als Root per SSH die Dateisystemprüfung anstoßen? Wäre echo check > /sys/block/md2/md/sync_action hier das richtige?
Oder ist das, was DSM will das gute alte fsck? Warum startet es das nicht selbst bzw. bietet einen entsprechenden Dialog an?
Ist das eigentlich das gleiche wie die Datenbereinigung?
Für Hinweise, wie ich auf sichere Weise zu dem größeren Speicherplatz komme, wäre ich sehr dankbar!
Edit: Habe noch einen Hinweis auf fsck gefunden, bin aber unsicher, ob die Lösung die richtige auch für meinen Fall ist - sie scheint mir aber am besten zu passen. Nachtrag: getestet und für gut befunden - dies ist die Lösung:
http://www.synology-forum.de/showth...ound-on-volume&p=545501&viewfull=1#post545501
Habe zwar ein Backup, aber da der ganze Vorgang ja gedauert hat - allein schon das Backup ... sind natürlich schon wieder viele neue Dateien dazugekommen bzw. geändert, weil das System ja stets in Benutzung ist.
Gruss, mat
Edit: Problem gelöst! Die letzte Lösung, die ich anderswo im Forum gefunden habe, hat es gebracht! Schön wäre natürlich gewesen, wenn DSM das selbständig angeboten hätte. Es wurden übrigens - wenn ich die Ausgabe richtig verstand habe - keine Inkonsistenzen im Dateisystem gefunden.
Wenn jemand ein Dokument nennen kann, wo der genaue Linux-Unterbau von SHR (LVM?) erklärt wird, würde ich mich über einen Hinweis via Reply freuen!
Damit andere es noch schneller finden, hier nochmal was ich getan habe und wie das System reagiert hat. Das Volume wird jetzt endlich vergrößert. Platzproblem ade! Mit den beiden anderen Disks warte ich noch, bis das System wieder voller ist, auch 5TB werden irgendwann günstiger. Warum eigentlich weist das System auf "large files" hin?
olga> ls -d /dev/vg*
/dev/vg1000 /dev/vga_arbiter
olga> syno_poweroff_task -d
olga> vgchange -ay
1 logical volume(s) in volume group "vg1000" now active
olga> fsck.ext4 -pvf -C0 /dev/vg1000/lv
1.41.10-2219:
/lost+found not found. CREATED.
3261294 inodes used (0.59%, out of 548544512)
29053 non-contiguous files (0.9%)
2247 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 3252173/7803/29
2132389565 blocks used (97.19%, out of 2194148352)
0 bad blocks
521 large files
2868568 regular files
391435 directories
0 character device files
0 block device files
2 fifos
1 link
1258 symbolic links (1256 fast symbolic links)
21 sockets
------------
3261285 files
olga> reboot
Hallo,
habe in einer DS412+ (DSM 5.2-5644u5) 4*3TB gehabt, nun nacheinander 2*3TB gegen 2*5TB getauscht. Status am Ende des Rebuild: ok, aber kein zusätzlicher Speicherplatz.
Dann Datenbereinigung angestoßen in der Hoffung, daß dann der zusätzliche Speicherplatz angeboten würde. Gemerkt, daß das nochmal sehr lange dauert und Abbrechen nicht angeboten wird, also DS neu gestartet, damit diese via Herunterfahren "sauber" abgebrochen wird. Inzwischen habe ich gelesen, daß dies nicht empfohlen wird, es aber einen Konsolenbefehl dazu gibt.
Nun sieht die DS den größeren Speicherplatz, aber Volume vergrößern verlangt eine "Dateisystemprüfung". Leider wird "Datenbereinigung" aber nicht mehr angeboten (Radiobutton grau). Was nun? Wie komme ich zum dringend benötigten größeren Speicherplatz?
Siehe Screenshots unten, auch Konsole (cat /proc/mdstat):
Frust! Update von DSM 5.2 auf 6.0 sinnvoll, weil das Deaktivieren des Buttons vielleicht ein Bug ist?
Kann ich als Root per SSH die Dateisystemprüfung anstoßen? Wäre echo check > /sys/block/md2/md/sync_action hier das richtige?
Das macht nix weiter als ein "echo check > /sys/block/mdX/md/sync_action" dann rennt das Ding über die Platten und vergleicht die Checksumme mit den Daten.
Oder ist das, was DSM will das gute alte fsck? Warum startet es das nicht selbst bzw. bietet einen entsprechenden Dialog an?
Falls das bei Dir auch der Fall ist, koenntest Du am Terminal etwas in der Art probieren (keine Gewaehr, Backup eigentlich Pflicht, auf eigene Gefahr):
syno_poweroff_task
umount /volume1
fsck.ext4 -pvf -C 0 /dev/md2
Die Befehle fuehren einen file system check durch und versuchen reparierbare fehler zu beheben. Danach einmal durchstarten. Die Namen der mount points und devices musst Du ggf anpassen.
Ist das eigentlich das gleiche wie die Datenbereinigung?
Für Hinweise, wie ich auf sichere Weise zu dem größeren Speicherplatz komme, wäre ich sehr dankbar!
Edit: Habe noch einen Hinweis auf fsck gefunden, bin aber unsicher, ob die Lösung die richtige auch für meinen Fall ist - sie scheint mir aber am besten zu passen. Nachtrag: getestet und für gut befunden - dies ist die Lösung:
http://www.synology-forum.de/showth...ound-on-volume&p=545501&viewfull=1#post545501
Habe zwar ein Backup, aber da der ganze Vorgang ja gedauert hat - allein schon das Backup ... sind natürlich schon wieder viele neue Dateien dazugekommen bzw. geändert, weil das System ja stets in Benutzung ist.
Gruss, mat
Zuletzt bearbeitet: