# Dateien auf NAS können nicht geschrieben werden

**URL:** https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484
**Category:** Mp3tag für Mac
**Created:** [March 25, 2023, 9:40am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484 "2023-03-25T09:40:04Z")
**Posts on this page:** 9
**Page:** 1

<div class="post-metadata">

### Author: ![anon67562788](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/65b543/32.png) [@anon67562788](https://community.mp3tag.de/u/anon67562788)
#### Post date: [March 25, 2023, 9:40am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/1 "2023-03-25T09:40:04Z")

</div>

Hi, habe seit heute die Testversion auf meinem MacBook und egal bei welchen Dateiformaten ich die Tags ändern möchte, kommt folgende Fehlermeldung.  
**Tags von Datei "xxx" in Ordner "xxx" können nicht geschrieben werden**  
Ich habe es testhalber mit einem anderen Tag-Editor versucht. Da geht es.  
Alle anderen Programme sind aus und den Musikserver habe ich auch neu gestartet. Hilft nichts.  
Vielen Dank für Eure Hilfe,  
Jens

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 25, 2023, 9:44am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/2 "2023-03-25T09:44:22Z")

</div>

Du könntest folgende Schritte ausprobieren:

1. Die Dateien nicht einzeln in Mp3tag laden, sondern das Verzeichnis in dem die Dateien liegen in Mp3tag laden. Damit bekommt Mp3tag automatisch sicheren Zugriff auf die Dateien.

2. Falls das nichts hilft, könntest Du mittels [BackLog](https://eternalstorms.at/backlog/) ein Fehlerprotokoll erzeugen. Dabei setzt Du den Prozess auf Mp3tag und aktivierst auch alle Events, die nicht direkt über dieses Binary erzeugt wurden — evtl. kann ich daraus dann mehr Informationen bekommen.

---

<div class="post-metadata">

### Author: ![anon67562788](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/65b543/32.png) [@anon67562788](https://community.mp3tag.de/u/anon67562788)
#### Post date: [March 25, 2023, 10:25am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/3 "2023-03-25T10:25:17Z")

</div>

Hi Florian,

1. hat leider nicht geholfen.
2. den BackLog für eine Flac-Datei habe ich hier:  
2023-03-25 11:23:21.698+0100 -- Mp3tag (Mp3tag) -- Found secure bookmark for file:///Volumes/Downloads/Frank%20Sinatra%20-%20Sinatra%20And%20Swingin'%20Brass/01%20Goody,%20Goody.flac at file:///Volumes/Downloads/Frank%20Sinatra%20-%20Sinatra%20And%20Swingin'%20Brass/  
2023-03-25 11:23:21.715+0100 -- Mp3tag (Mp3tag) -- Resolved secure bookmark to file:///Volumes/Downloads/Frank%20Sinatra%20-%20Sinatra%20And%20Swingin'%20Brass/  
2023-03-25 11:23:21.810+0100 -- Mp3tag (Mp3tag) -- Error when requesting length of object: '9'.  
2023-03-25 11:23:21.810+0100 -- Mp3tag (Mp3tag) -- Exception at reading FLAC metadata from '/Volumes/Downloads/Frank Sinatra - Sinatra And Swingin' Brass/01 Goody, Goody.flac': Length of object is unknown.  
2023-03-25 11:23:21.810+0100 -- Mp3tag (Mp3tag) -- Tags von Datei "01 Goody, Goody.flac" in Ordner "Frank Sinatra - Sinatra And Swingin' Brass" können nicht geschrieben werden (cannotWrite(file:///Volumes/Downloads/Frank%20Sinatra%20-%20Sinatra%20And%20Swingin'%20Brass/01%20Goody,%20Goody.flac))  
Vielen Dank.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 25, 2023, 10:34am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/4 "2023-03-25T10:34:49Z")

</div>

Danke für das Fehlerprotokoll. Es gibt [ein paar weitere Vorkommen dieses Fehlers](https://community.mp3tag.de/search?q=%22Error%20when%20requesting%20length%20of%20object%22) im Forum und hier hat das Anlegen eines neue Nutzers und Shared Folders auf dem NAS das Problem behoben:

> [@Entfernen von tags auf NAS drive führt zu Fehler](https://community.mp3tag.de/t/entfernen-von-tags-auf-nas-drive-fuhrt-zu-fehler/56322/12):
>
> ohje. Fehler gefunden. Neuer User + neuer shared folder angelegt. funzt - muss also ein Rechte-Problem gewesen sein. SORRY!!!!

---

<div class="post-metadata">

### Author: ![anon67562788](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/65b543/32.png) [@anon67562788](https://community.mp3tag.de/u/anon67562788)
#### Post date: [March 25, 2023, 11:01am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/5 "2023-03-25T11:01:35Z")

</div>

Ohje. Es ist ein Naim Uniti Core und da gibt es keine User-Verwaltung, man meldet sich immer als "Gast" ohne Passwort an. Jetzt bin ich, als reiner IT User, ein wenig am Ende mit meinem Latein.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 25, 2023, 11:11am UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/6 "2023-03-25T11:11:04Z")

</div>

OK, da habe ich leider vorerst auch keine weitere Idee. Der Fehler "Error when requesting length of object: '9'" ist übersetzt `EBADF` _Bad file descriptor_, was soviel bedeutet wie: die Datei die eben noch über das Handle erreichbar war, ist es jetzt nicht mehr.

Du könntest die Dateien natürlich lokal bearbeiten um den Fehler zu umgehen — das aber nur als Workaround.

---

<div class="post-metadata">

### Author: ![anon67562788](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/65b543/32.png) [@anon67562788](https://community.mp3tag.de/u/anon67562788)
#### Post date: [March 25, 2023, 3:24pm UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/7 "2023-03-25T15:24:27Z")

</div>

Ich versuche es mal, indem ich den Server neu aufsetze. Mal schauen, ob das hilft.

---

<div class="post-metadata">

### Author: ![der\_skeptiker](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/e99b99/32.png) [@der\_skeptiker](https://community.mp3tag.de/u/der_skeptiker)
#### Post date: [October 23, 2023, 5:35pm UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/8 "2023-10-23T17:35:09Z")

</div>

Ein anderer Jens hier, auch mit Uniti Core, macOS, selbes Problem.

Das Problem kam erst mit macOS Monterey auf, meine ich. Davor konnte MP3Tag vom Mac aus direkt auf die SMB-Freigabe eines Uniti Core schreiben. Kann aber auch Zufall sein, da auch der Hersteller Naim seine Firmware immer mal wieder aktualisiert.

Andere Tagger wie Kid3 konnten noch eine Zeit lang Tags direkt auf dem Core schreiben, aber widerwillig, mal ging es, mal nicht und wenn dann war es extrem langsam, die Dateien zu aktualisieren. Das geht inzwischen auch nicht mehr.

Wäre interessant zu wissen, welches Betriebssystem der andere Jens benutzt hat, um macOS als Übeltäter auszuschließen, denn die SMB-Implementierungen von Windows und macOS unterscheiden sich sicherlich.

Übrigens: Der Core fühlt sich langsam an, große Ordner-/Dateianzahlen mit einem Dateimanager zumindest unter macOS zu verwalten. Das hier beschleunigt unter macOS die Ordner-/Dateianzeige erheblich:

> **[SMB-Browsingverhalten in macOS anpassen](https://support.apple.com/de-de/HT208209)**
>
> Die Standardeinstellungen für das Durchsuchen von Netzwerkordnern wie Server Message Block-Freigaben (SMB) eignen sich für die meisten Unternehmen und Benutzer. Aber du kannst auch Anpassungen vornehmen, um das SMB-Browsing in...

Jemand zum SMB-Tag-Schreiben eine Lösungsidee?

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 7, 2023, 1:56pm UTC](https://community.mp3tag.de/t/dateien-auf-nas-konnen-nicht-geschrieben-werden/60484/9 "2023-11-07T13:56:24Z")

</div>

Bekommst Du ein ähnliches Protokoll wie schon hier geposted?

> [@Florian](#):
>
> Falls das nichts hilft, könntest Du mittels [BackLog](https://eternalstorms.at/backlog/) ein Fehlerprotokoll erzeugen. Dabei setzt Du den Prozess auf Mp3tag und aktivierst auch alle Events, die nicht direkt über dieses Binary erzeugt wurden — evtl. kann ich daraus dann mehr Informationen bekommen.
