Löschen verursacht schreibgeschützte Volume

[knilch]

Hallo Forum,

habe wieder ein seltsames Verhalten hier auf meiner DS918+ (DSM DSM 7.2.2-72806 Update 5):

Sobald ich versuche in einem bestimmten Verzeichnis zu löschen, geht Volume1 auf SCHREIBGESCHÜTZT.
Nach Reboot ist sie dann angeblich repariert und wieder im R/W-Modus.
Der betreffende Ordner lässt sich auch nicht löschen; führt zum gleichen Verhalten.

Auslösender Befehl:
find "/volume1/BFC NS/LAS-script-LOGs/orphaned" -mtime +30 -delete
Ohne -DELETE bekomme ich 51770 zutreffende Dateien angezeigt und Volume1 bleibt normal.

Infos zum Volume:



Hat das schon mal jemand gehabt und vllt sogar gelöst?

LG Andreas

 

[Ronny1978]

Frage 1: Was passiert, wenn du über die Filestation löschst?
Frage 2; Wie groß ist der Ordner?

 

[maxblank]

Du hast 0,00 MB frei auf deinem NAS... Das halte ich auch für die Ursache deines Problems. zuerst mal über die GUI ein wenig Platz schaffen, falls das noch möglich ist.
SMART-Werte trotzdem zur Sicherheit überprüfen. https://www.synology-forum.de/threads/smart-werte-auslesen-und-interpretieren.131057/

Edit: Meine Aussage war nicht korrekt, habe falsch geschaut. Danke an @ctrlaltdelete für den Hinweis.

 

[ctrlaltdelete]

Nö, es sind 1,9 TB frei auf Vol01. Ich würde die SMART Werte Details prüfen, keinen Test machen.

 

[maxblank]

Ja, hast Recht. Ich habe bei der Gesamtkapazität geschaut.

 

[knilch]

Löschen über Filestation: das gleiche Fehlerbild.

Ordner hat nun 41,6 MB und >52000 Dateien.
Sind kleine Logs - nix wichtiges.
Aber: Es werden mehr Dateien.
Ich sorg lieber mal dafür, dass da keine zusätzlichen neuen Dateien mehr rein kommen!

Hier die SMART-Werte:

 

[plang.pl]

Sind evtl die inodes voll? Dann könntest du aber auch nix neues mehr schreiben...
Die SMART-Werte sehen erstmal gut aus.
Ich würde noch den Füllstand der Systempartition prüfen und einen RAM-Test via Synology Assistant machen.

 

[knilch]

Filesystem              Inodes IUsed   IFree IUse% Mounted on
/dev/md0                155648 47860  107788   31% /
devtmpfs               2028428   853 2027575    1% /dev
tmpfs                  2029313     3 2029310    1% /dev/shm
tmpfs                  2029313  2192 2027121    1% /run
tmpfs                  2029313    10 2029303    1% /sys/fs/cgroup
tmpfs                  2029313   170 2029143    1% /tmp
/dev/loop0                8192    10    8182    1% /tmp/SynologyAuthService
/dev/mapper/cachedev_0       0     0       0     - /volume1
/dev/mapper/cachedev_0       0     0       0     - /volume1/BFC/#snapshot
/dev/mapper/cachedev_0       0     0       0     - /volume1/video/TV-Recordings
/dev/mapper/cachedev_0       0     0       0     - /volume1/homes/knil/BFC
/dev/mapper/cachedev_0       0     0       0     - /volume1/homes/Zoey/Nextcloud/iCloud

und

1.5G    /
1.2G    /usr
271M    /var
35M     /.syno
11M     /var.defaults
4.9M    /root
4.8M    /etc
3.0M    /.log.junior
2.5M    /etc.defaults
2.2M    /error
2.1M    /success
28K     /.old_patch_info
20K     /.system_info
8.0K    /volumeUSB1
8.0K    /boot
4.0K    /tmpRoot
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd

und

Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  1.5G  735M  67% /
devtmpfs                7.8G     0  7.8G   0% /dev
tmpfs                   7.8G  244K  7.8G   1% /dev/shm
tmpfs                   7.8G   33M  7.8G   1% /run
tmpfs                   7.8G     0  7.8G   0% /sys/fs/cgroup
tmpfs                   7.8G   28M  7.8G   1% /tmp
/dev/loop0               27M  767K   24M   4% /tmp/SynologyAuthService
/dev/mapper/cachedev_0   14T   13T  1.9T  87% /volume1
/dev/mapper/cachedev_0   14T   13T  1.9T  87% /volume1/BFC/#snapshot
/dev/mapper/cachedev_0   14T   13T  1.9T  87% /volume1/video/TV-Recordings
/dev/mapper/cachedev_0   14T   13T  1.9T  87% /volume1/homes/knil/BFC
/dev/mapper/cachedev_0   14T   13T  1.9T  87% /volume1/homes/Zoey/Nextcloud/iCloud

Arbeitsspeicher teste ich noch. Gute Idee!

 

[maxblank]

Könnte der Cache das Problem verursachen?

 

[ctrlaltdelete]

Das liegt am Cache: Btrfs + SSD-Read-Cache + viele kleine Dateien + delete = Kernel-Notbremse
Versuche mal so zu löschen oder schmeiss den Cache raus:

while read -r f; do rm -f "$f"; sleep 0.05; done < <(
  find "/volume1/BFC NS/LAS-script-LOGs/orphaned" -mtime +30
)

 

[knilch]

Moinsen! Memtest war erfolgreich:

2026-01-07T05:29:14+01:00 LAS findhostd[15972]: util_fhost.c:1195 Memtest passed!
2026-01-07T05:29:14+01:00 LAS findhostd[16024]: util_fhost.c:1195 Memtest passed!
2026-01-07T05:29:14+01:00 LAS findhostd[16052]: util_fhost.c:1195 Memtest passed!

Cache und "einzeln löchen" probier ich später aus.

 

[knilch]

Hallo,

eben mal das "entschleunigte Löschen" versucht.
Auch wieder kein Erfolg!

root@LAS:[~]: ./1by1.sh
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578221630858951
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578281641103036
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578341672751108
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578401976318313
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578461718609574
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578521708117399
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578581775649654
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578641894117039
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578702161215979
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578761832427864
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578821785192549
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578881858950347
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578941810938545
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579002167904475
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579061878055661
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579121884907220
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579181952295034
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579241870351614
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579241870351614': Input/output error
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579302177258407
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579302177258407': Read-only file system
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579361918851026
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579361918851026': Read-only file system
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579421943607125
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579421943607125': Read-only file system
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579481999521589

Deaktiviere nun den Cache.... _ _

 

[Ronny1978]

Wenn es der Cache wäre, sind wir eigentlich wieder bei dem Punkt, dass Cache bei vielen mehr Schwachstelle wie Lösung ist. Aber es gibt dennoch Anwendungsfälle, wo es nützlich ist. Oft aber eben auch nicht.

 

[knilch]

OK, dass ist jetzt krass:

Ohne Cache schlägt es genauso fehl.
Man beachte, dass angeblich zuvor gelöschte Dateien wieder gelöscht werden!
Genau genommen habe ich exakt die gleiche Ausgabe!

root@LAS:[~]: ./1by1.sh
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578221630858951
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578281641103036
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578341672751108
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578401976318313
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578461718609574
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578521708117399
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578581775649654
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578641894117039
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578702161215979
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578761832427864
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578821785192549
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578881858950347
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764578941810938545
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579002167904475
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579061878055661
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579121884907220
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579181952295034
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579241870351614
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579241870351614': Input/output error
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579302177258407
rm: cannot remove '/volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579302177258407': Read-only file system
RM /volume1/BFC NS/LAS-script-LOGs/orphaned/cron_AL.CatchAll.sh.1764579361918851026

 

[synfor]

Backup > Volumen plattmachen und neu erstellen > Restore. Dann bist du erstmal die überflüssigen Files und das Problem los. Eventuell vorher mal einen Filesystemcheck und Reparatur (wenn nötig) testen.

 

[ctrlaltdelete]

Ist denn das Volume wieder schreibgeschützt?

 

[knilch]

Nein. Nur, wenn ich in dem Folder lösche.
Den Filesystemcheck würde ich gerne dem Restore vorziehen.
Wenigstens würde ich den mal im RO-Mode machen wollen.
Alleine schon aus Interesse!

Wie kompliziert ist das bei Syno mit DSM 7.2 ?
Habt Ihr da eine Anleitung?

 

[maxblank]

Das sollte der Punkt Datenbereinigung im Speicher-Manager sein…

 

[knilch]

"Datenbereinigung" prüft auf Fehler? OK...
Ist lange gelaufen, nun fertig und meldet nix, außer "erfolgreich abgeschlossen".
Also habe ich versucht über FileStation den Ordner endlich zu löschen: Zack, schreibgeschützt.

Was ich so gar nicht verstehen kann:
Ein chkdsk unter Windoof prüft, repariert und/oder zeigt Fehler.
Unter Synology kommt beim Prüfen einfach ein "erfolgreich" und der Fehler wird weder angezeigt, noch behoben.
Das ist schließlich Hardware für richtig teuer Geld und kein Jugend-forscht Projekt.
Wie kann das alles so überhaupt sein?

 

[maxblank]

Prüfe mal im Protokoll Zentrum, ob es da IO bzw. EA-Fehler gibt.