# Kein Dateizugriff wegen eines nicht sicheren Lesezeichens (2)
**URL:** https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214
**Category:** Mp3tag für Mac
**Created:** [October 10, 2024, 9:05am UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214 "2024-10-10T09:05:06Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 9:05am UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/1 "2024-10-10T09:05:06Z")
Ich nutze Catalina V10.15.7 mit MP3TAG V1.8.25
Meine Musik-Dateien befanden sich auf einem QNAP-NAS-share und wurden auf eine externe SSD transferiert.
Nun will ich in einem Verzeichnis Tags ändern und erhalte die Fehlermeldung (siehe topic).
In anderen Verzeichnissen kann ich Tags erfolgreich geändert speichern.
Das Kommando defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks habe ich durchgeführt. Es hat aber keine Veränderung gebracht.
Günther
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [October 10, 2024, 10:43am UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/2 "2024-10-10T10:43:51Z")
> [@g11d](#):
>
> Das Kommando defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks habe ich durchgeführt. Es hat aber keine Veränderung gebracht.
Hast Du danach die betroffenen Dateien auch über deren Verzeichnis per ⌘O (also nicht die individuellen Dateien) geladen?
---
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 3:54pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/3 "2024-10-10T15:54:52Z")
Habe ich eben noch mal per ⌘O getestet. Wieder Fehler.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [October 10, 2024, 5:28pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/4 "2024-10-10T17:28:47Z")
OK, das ist sehr rätselhaft. Könntest Du mir noch schreiben welches Dateisystem die externe Festplatte `SSD4TBx2` verwendet und was die Ausgabe von
`defaults read app.mp3tag.Mp3tag SecurityScopedBookmarks`
liefert? Letzteres kannst Du mir auch per PN oder E-Mail schicken, falls Du das nicht öffentlich im Forum schreiben möchtest.
---
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 5:54pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/5 "2024-10-10T17:54:37Z")
---
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 6:10pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/6 "2024-10-10T18:10:53Z")
Der Rest ist per email an info@... gegangen
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [October 10, 2024, 6:16pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/7 "2024-10-10T18:16:47Z")
Vielen Dank für die zusätzlichen Informationen. Könntest Du bitte bei geschlossenem Mp3tag nochmals
`defaults delete app.mp3tag.Mp3tag SecurityScopedBookmarks`
ausführen und dann das Wurzelverzeichnis Deiner externen Festplatte via ⌘O öffnen — Du kannst den Vorgang dann auch abbrechen, weil es wahrscheinlich recht viele Dateien sind.
Tritt der Fehler danach dann weiterhin auf?
---
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 6:36pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/8 "2024-10-10T18:36:25Z")
Nach den von Dir geforderten Aktionen funktioniert das Zurückschreiben nach Änderungen wieder.
Was ist passiert?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [October 10, 2024, 7:50pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/9 "2024-10-10T19:50:27Z")
Das freut mich, vielen Dank für Deine Geduld und das Ausprobieren!
Meine Vermutung ist, dass beim Schreiben der Tags in die FLAC-Dateien in manchen Fällen eine temporäre Datei angelegt werden musste. Das tritt z.B. oft beim Hinzufügen von Album-Covern auf. Der Ort für temporäre Dateien wird dabei von macOS für das jeweilige Laufwerk entschieden und war in diesem Fall wohl außerhalb der Verzeichnisse, für die Mp3tag bereits sicheren Zugriff bekommen hat.
Durch das Öffnen des Wurzelverzeichnisses des externen Laufwerks hat Mp3tag sicheren Zugriff auf dieses und alle darin enthaltenen Verzeichnisse bekommen, welches das Problem behoben hat.
---
### Author:  [@g11d](https://community.mp3tag.de/u/g11d)
#### Post date: [October 10, 2024, 8:03pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/10 "2024-10-10T20:03:13Z")
Beim Hinzufügen von Album-Covern ist es mir auch zunächst aufgefallen.
Vielen Dank.
---
### Author:  [@MP3Freak\_Peter](https://community.mp3tag.de/u/MP3Freak_Peter)
#### Post date: [October 15, 2024, 7:00pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/11 "2024-10-15T19:00:18Z")
"Again what learned" - Wie Loddar sagen würde.... ☝
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [November 14, 2024, 7:00pm UTC](https://community.mp3tag.de/t/kein-dateizugriff-wegen-eines-nicht-sicheren-lesezeichens-2/66214/12 "2024-11-14T19:00:34Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.