# \[F\] "Kann Datei nicht um schreiben öffnen" bei größeren MP3s am NAS

**URL:** https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926
**Category:** Fehlermeldungen
**Created:** [February 13, 2009, 9:58pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926 "2009-02-13T21:58:40Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [February 13, 2009, 9:58pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/1 "2009-02-13T21:58:40Z")

</div>

Hallo!  
Verwende MP3Tag mit Begeisterung seit einigen Tagem zum Katalogisieren einer größeren Klassik-Sammlung.  
Die Files liegen auf meinen NAS (Samba, Thecus N2100), auf dem ich Schreib/Leserechte habe.  
Nun scheint es, als wäre MP3Tag bei größeren Dateien in einen timeout laufen (?), jedenfalls meldet er mir ein "Datei XYZ kann nicht zum schreiben geöffnet werden" und hinterläßt mir eine große temporäre Datei im Verzeichnis. Wenn ich dann manuell diese Datei umbenenne, ist das Problem gelöst - aber aus irgend einem Grund schafft das MP3Tag nicht von allein.

Das passiert aleatorisch, die einzige Gemeinsamkeit zwischen den Dateien ist ihre relative Größe (sind immer die größten DAteien im Verzeichnis, oft über 20 MB).  
Habs über LAN und über WLAN auf unterschiedlichen Rechnern probiert, aber der Fehler ist reproduzierbar. (auch mit der aktuellen Dev.-Build).  
Es scheint, als würde zumindest in einem Teil der Fälle der Vers.1-Tag geschrieben werden, nur der Vers. 2.2-Tag nicht.

Stehe zur Behebung des Fehlers jederzeit gerne zur Verfügung (richte sogar eine VNC-Bridge ein, wenns hilft) - ich finde MP3Tag großartig!

mfg  
Lew Myschkin

Im Anhang die Fehlermeldung im Detail

 ![](https://community.mp3tag.de/uploads/default/original/2X/c/cddb2d5e4a81d8049d90d6436c19307e0991311c.png)  

 ![](https://community.mp3tag.de/uploads/default/original/2X/b/be2b89228fa9797e0aa179a7a7d27a8e0130f3a9.png)

---

<div class="post-metadata">

### Author: ![anon40879270](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/8797f3/32.png) [@anon40879270](https://community.mp3tag.de/u/anon40879270)
#### Post date: [February 14, 2009, 8:19pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/2 "2009-02-14T20:19:50Z")

</div>

> [@LordMyschkin](#):
>
> aleatorisch

... nach Fremdwörter-Duden okay, allerdings meint Wikipedia: Der Begriff aleatorisch ist dabei nicht gleichzusetzen mit 'beliebig' oder 'willkürlich'. Aleatorik beschreibt vielmehr eine bestimmte, nicht absichtsvoll gestaltete Erscheinungsform eines künstlerischen Werkes.

Nun zur Sache: Ich betreibe ein NAS ALLNET ALL6600 und habe ähnliche Feststellungen. Allerdings habe ich einen Zusammenhang zwischen großen und kleinen Dateien noch nicht überprüft. Datenverlust ist bei mir nicht aufgetreten. Ich müsste das mal genaustens überprüfen.

---

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [February 15, 2009, 10:10pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/3 "2009-02-15T22:10:24Z")

</div>

> [@mbaa3](#):
>
> ... nach Fremdwörter-Duden okay, allerdings meint Wikipedia: Der Begriff aleatorisch ist dabei nicht gleichzusetzen mit 'beliebig' oder 'willkürlich'. ...

okay, okay, war ein entbehrliches Fremdwort, sorry, schlechte Angewohnheit. Aber wozu hat man denn nun 6 Jahre Latein gelernt, wenn man's nicht mal ein bisserl ins Deutsche einbringen darf...

---

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [February 27, 2009, 8:30pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/4 "2009-02-27T20:30:17Z")

</div>

und inzwischen hab ich auch so die Grenze herausgefunden: dateien mit 15 MB werden noch problemlos geschrieben, mit 16,0 gehts auch noch, Dateien mit 17 MB Größe können nicht geschrieben werden.

---

<div class="post-metadata">

### Author: ![anon40879270](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/8797f3/32.png) [@anon40879270](https://community.mp3tag.de/u/anon40879270)
#### Post date: [March 24, 2009, 1:15pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/5 "2009-03-24T13:15:48Z")

</div>

Mein NAS arbeitet (bisher) einwandfrei mit MP3TAG zusammen.

---

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [March 29, 2009, 7:18pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/6 "2009-03-29T19:18:51Z")

</div>

Danke mal fürs testen.  
Auch mit richtig großen Dateien? Ich hab bei Dateien \< 17 MB bis jetzt auch keine Probleme gehabt.  
Aber der Fehler ist reproduzierbar (zumindest auf zwei PCs, eimal Win XP Home und einmal Win XP Prof.) mit immer dem gleichen NAS.  
Werde es mal mit Debian-Samba-Server testen....

---

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [April 3, 2009, 9:47pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/7 "2009-04-03T21:47:14Z")

</div>

und noch was ist mir aufgefallen: Das tritt nur auf, wenn die zu bearbeitende Datei noch keine IDv3.2-Tag hat; wenn der schon da ist und nur modifiziert werden soll, gehts problemlos.

Aktuell schreib ich einen "Dummy-Tag" mit the Godfather, das geht problemlos, und bearbeite die Files dann richtig mit MP3Tag.

---

<div class="post-metadata">

### Author: ![LordMyschkin](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c77e96/32.png) [@LordMyschkin](https://community.mp3tag.de/u/LordMyschkin)
#### Post date: [April 5, 2009, 6:20pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/8 "2009-04-05T18:20:42Z")

</div>

Und es wird jetzt eigentlich wirklich interessant: bei der Arbeit mit den gleichen Dateien auf meinem Debian Server tritt kein Problem auf.  
Scheint also doch irgendwie am kranken Samba meines Thecus NAS zu liegen (obwohl das ja das gleiche ist wie das von mbaa3).

Also zusammenfassend:  
Beim Neuanlegen von ID3v2.3-Tags tritt auf meinem per WLAN angebundenen NAS ein Problem auf, wenn die zu ändernde Datei größer als 16 MB ist; und zwar wird eine neue temporäre Datei korrekt geschrieben, die auch den korrekten Tag enthält, aber das austauschen der alten Datei mit der neuen, temporären gelingt nicht, sodaß die alte Datei im Verzeichnis bleibt und gleichzeitig eine etwas größere, temporäre Datei.

Auf einem Debian-Server (Im gleichen WLAN angebunden) tritt dieses Problem offenbar nicht auf.

The Godfather hat keine Probleme mit diesen Dateien.

Auch beim Ändern von ID3v2.3 scheint es manchmal bei sehr großen Dateien Probleme zu geben, ich kann aber noch nicht fassen, wann genau (so viele MP3s \> 25 MB hab ich nicht...).

mfg

---

<div class="post-metadata">

### Author: ![sze](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/e99b99/32.png) [@sze](https://community.mp3tag.de/u/sze)
#### Post date: [April 15, 2009, 5:25pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/9 "2009-04-15T17:25:39Z")

</div>

Hallo,

ich habe ein QNAP TS-409pro bei dem auch dieser Fehler auftritt. Allerdings habe ich den File auch noch auf meinem Fedora 10 64bit liegen. Dort tritt der Fehler auch auf. Liegt also nicht am NAS.

Kopiere ich es auf eine lokale Platte (XP mit NTFS) tritt der Fehler nicht auf.

Mache ich aus der lokalen Windows Platte einen share und versuche es darüber, klappt auch alles.

---

<div class="post-metadata">

### Author: ![michaellgc](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/dfb087/32.png) [@michaellgc](https://community.mp3tag.de/u/michaellgc)
#### Post date: [March 10, 2010, 7:57pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/10 "2010-03-10T19:57:38Z")

</div>

Hallo,

ich habe nun mit meinem QNAP NAS ebenso das Problem. Liegt m.E. tatsächlich nur an großen Dateien. Hatte hier jemand eine Lösung für das Problem gefunden???

---

<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 13, 2010, 7:43pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/11 "2010-03-13T19:43:13Z")

</div>

Das Problem sollte nun in [Mp3tag v2.46](http://www.mp3tag.de/en/download.html) über einen Workaround behoben sein.

---

<div class="post-metadata">

### Author: ![arnuschky](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/958977/32.png) [@arnuschky](https://community.mp3tag.de/u/arnuschky)
#### Post date: [December 7, 2010, 10:52am UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/12 "2010-12-07T10:52:27Z")

</div>

Kann ich leider nicht bestätigen.

---

<div class="post-metadata">

### Author: ![arnuschky](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/958977/32.png) [@arnuschky](https://community.mp3tag.de/u/arnuschky)
#### Post date: [December 7, 2010, 12:04pm UTC](https://community.mp3tag.de/t/f-kann-datei-nicht-um-schreiben-offnen-bei-grosseren-mp3s-am-nas/7926/13 "2010-12-07T12:04:28Z")

</div>

See for [/t/11248/1](https://community.mp3tag.de/t/11248/1) a summary thread regarding this problem.
