Kopfnuss für Linux-Experten - Datei löschen

Hallo zusammen,
ich habe ein Problem mit dem Löschen einer Datei, das nur indirekt mit Kodi zu tun hat.

Ausgangssituation:

• NAS in einer VM auf meinem Home-Server (Debian Buster mit OpenMediaVault)
• Verbindung über SSH
• Habe die Musikdatenbank in Kodi in album.nfo und artist.nfo in entsprechende Verzeichnisse auf NAS exportiert.
• Eine so erstellte album.nfo-Datei lässt sich ums Verrecken nicht mehr löschen.

Was ich bisher probiert habe:

• rm / rm -f
• Entfernen evtl. vorhadener Attribute: chattr -a -i - danach - rm / rm -f
• Löschen über Inode: ls -i - danach - find $NAME_OF_DIRECTORY -inum $INODENUM -exec /bin/rm -f {} \;

In allen Fällen erhalte ich folgende Meldung: rm: das Entfernen von 'album.nfo' ist nicht möglich: Die Operation ist nicht erlaubt

Was mit der Datei noch möglich ist:

• Editieren und speichern
• Rechte ändern mit chmod
• Eigentümer/gruppe ändern mit chown
• Kopieren der Datei mit cp (mv geht nicht!)
• Löschen der mit cp kopierten Datei.

Wer hat noch Ideen, wie man die Datei los werden kann?

Gruß
Frank

@Simaryp

Nein Datei ist nicht geöffnet. Server hatte ich auch mal neu gestartet. Meine Internetrecherche hat mir auch keine zusätzlichen Lösungsansätze gebracht.
Prinzipiell kann ich mit dem Zustand leben, aber mich interessiert die Ursache. Ist mir in vielen Jahren der Linux-Nutzung noch nicht untergekommen.

@DaVu @scratchy

Ich versuche mal die zusätzlichen Infos zu geben. Auf dem Server läuft als Hypervisor Proxmox (Debian Buster). Dateisystem ist ext4. Gleiches gilt für die VM (Debian Buster, ext4). Beides läuft auf einer SSD. Die betreffende Daten-Festplatte, auf der sich die Datei befindet, ist eine WDRed, die direkt (pass-through)" an die VM durchgereicht wird. Auch hier ext4 als Dateisystem.
Zugriff erfolgt über SSH (Putty) und PubKey mit dem Benutzer frank. Die Datei album.nfo gehört Benutzer frank und ist in Gruppe users, Rechte lauten 640. Für meine Löschversuche hab ich mir über su root-Rechte gegeben. Datei lässt sich ohne Problem in Benutzer root und Gruppe root mit Rechten 777 ändern. Trotzdem ist ein Löschen nicht möglich.
Gerne gebe ich weitere Infos. Auch ich habe bald 10 jahre Erfahrung mit Linux und auch mir ist sowas noch nicht untergekommen.

Mir fällt gerade ein, das die Datei mal über chattr einen Schreibschutz von mir bekommen hat, den ich später wieder entfernt habe. Schreibschutz ist über lsattr auch nicht mehr vorhanden. Kann es sein, das trotzdem der Schreibschutz noch aktiv ist?

@DaVu @scratchy

Ich habe das Problem gelöst. Wenn es euch interessiert, hier die Lösung:
Ich habe drei Datenfestplatten an die VM durchgereicht und mit mergerfs "zusammengefasst" (https://manpages.debian.org/buster/mergerfs/mergerfs.1.en.html). Dies sind dann im Dateisystem unter einem einzigen Pfad sichtbar (jede Platte ist natürlich auch weiterhin über seinen eigenen Pfad erreichbar). Alle Dateien des betroffene Verzeichnisses befindet sich auf Datenfestplatte1 mit einer Ausnahme der Datei album.nfo (Datenfestplatte3). Wechsele ich in das Verzeichnis über den Pfad der Datenfestplatte3 wird für die Datei einen Schreibschutz angezeigt (lässt sich ohne Problem entfernen). Dieser wird unter dem von mergerfs angelegten gemeinsamen Pfad nicht angezeigt BUG?!?!

Wieder was gelernt. Trotzdem Danke für eure Zeit.