https://techcorner.max-it.de/index.php?action=history&feed=atom&title=.NET_MAUI%3A_UnauthorizedAccessException_beim_Build_beheben.NET MAUI: UnauthorizedAccessException beim Build beheben - Versionsgeschichte2026-10-17T10:51:43ZVersionsgeschichte dieser Seite in maxTechCornerMediaWiki 1.43.9https://techcorner.max-it.de/index.php?title=.NET_MAUI:_UnauthorizedAccessException_beim_Build_beheben&diff=4315&oldid=previmported>TechCorner-Redaktion: Neufassung von "Xamarin: System.UnAuthorizedAccessException": bin/obj, Pair-to-Mac-Cache, Rechte2026-10-14T00:00:00Z<p>Neufassung von "Xamarin: System.UnAuthorizedAccessException": bin/obj, Pair-to-Mac-Cache, Rechte</p>
<p><b>Neue Seite</b></p><div>{{Steckbrief<br />
| gilt_fuer = .NET MAUI 9/10 mit Visual Studio 2026 und Pair to Mac bzw. .NET CLI auf macOS<br />
| bereich = Softwareentwicklung<br />
| dauer = 5–10 Minuten<br />
| rechte = Entwicklungsumgebung, Benutzerrechte im Projektordner<br />
| stand = Oktober 2026<br />
}}<br />
'''Eine UnauthorizedAccessException beim Build''' („Access to the path … is denied“) bricht den Build einer .NET-MAUI-App ab, weil eine Datei in den Ausgabeordnern gesperrt ist oder die Rechte nicht stimmen. Meist hilft es, die Ordner <code>bin</code> und <code>obj</code> zu löschen – bei iOS-Builds über Pair to Mac auch den Build-Cache auf dem Mac.<br />
<br />
[[Datei:NET-MAUI-UnauthorizedAccessException.png|thumb|center|750px|UnauthorizedAccessException beim Build einer .NET-MAUI-App: typische Ursachen und die passende Lösung.]]<br />
<br />
== Problem ==<br />
* Der Build bricht ab mit <code>System.UnauthorizedAccessException: Access to the path '…\bin\…' is denied</code> oder <code>MSB3027</code>/<code>MSB3021</code> („Datei konnte nicht kopiert werden“).<br />
* Betroffen sind oft iOS- oder Mac-Catalyst-Builds, bei denen ein altes App-Bundle (<code>.app</code>) im Ausgabeordner liegt.<br />
<br />
== Ursache ==<br />
* Die App läuft noch (Emulator, Simulator, Windows-App) und sperrt ihre Dateien.<br />
* Virenscanner, OneDrive oder andere Synchronisationsdienste greifen auf <code>bin</code>/<code>obj</code> zu.<br />
* Dateien wurden mit anderen Rechten erzeugt (z. B. ein früherer Build mit <code>sudo</code> auf dem Mac).<br />
* Ein beschädigtes App-Bundle im Ausgabeordner lässt sich nicht überschreiben.<br />
<br />
== Lösung ==<br />
=== Schritt 1: App beenden und Ausgabeordner löschen ===<br />
Laufende Debug-Sitzung und die App im Emulator/Simulator beenden, Visual Studio schließen und im Projektordner löschen:<br />
<syntaxhighlight lang="powershell"><br />
# Windows (PowerShell, im Projektordner)<br />
Remove-Item -Recurse -Force .\bin, .\obj<br />
</syntaxhighlight><br />
<syntaxhighlight lang="bash"><br />
# macOS<br />
rm -rf bin obj<br />
</syntaxhighlight><br />
Danach neu bauen (<code>dotnet build</code> bzw. ''Projektmappe neu erstellen'').<br />
<br />
=== Schritt 2: Build-Cache auf dem Mac leeren (Pair to Mac) ===<br />
Visual Studio legt iOS-Builds auf dem gekoppelten Mac in einem eigenen Cache ab. Ist dort ein Bundle gesperrt, den Cache löschen:<br />
<syntaxhighlight lang="bash"><br />
rm -rf ~/Library/Caches/Xamarin/mtbs/builds/*<br />
</syntaxhighlight><br />
Der Ordnername enthält aus historischen Gründen noch „Xamarin“. Anschließend in Visual Studio die Verbindung zum Mac neu herstellen.<br />
<br />
=== Schritt 3: Rechte reparieren ===<br />
Wurde auf dem Mac einmal mit <code>sudo</code> gebaut, gehören Dateien dem Benutzer ''root''. Besitz zurücksetzen:<br />
<syntaxhighlight lang="bash"><br />
sudo chown -R "$(whoami)" ~/Projekte/MeineApp ~/.nuget ~/Library/Caches/Xamarin<br />
</syntaxhighlight><br />
<br />
=== Schritt 4: Synchronisation und Virenscanner ausnehmen ===<br />
* Projekte nicht in OneDrive-, Dropbox- oder iCloud-Ordnern ablegen.<br />
* Für den Quellcode-Ordner (z. B. <code>C:\Dev</code>) unter Windows ein '''Dev Drive''' nutzen oder den Ordner im Virenschutz als Ausnahme eintragen – nach Rücksprache mit der IT-Sicherheit.<br />
<br />
== Hinweise ==<br />
* '''Lange Pfade:''' Unter Windows führen sehr lange Projektpfade zu ähnlichen Fehlern. Projekte möglichst kurz ablegen, z. B. <code>C:\Dev\MeineApp</code>.<br />
* '''Workload-Wechsel:''' Nach einem Update der MAUI-Workloads immer <code>bin</code> und <code>obj</code> löschen, damit keine Reste der alten Version stören.<br />
* Bei Build-Problemen und CI/CD für Apps unterstützt Sie die [https://www.max-it.de/development/individuelle-softwareentwicklung/ individuelle Softwareentwicklung von m.a.x. it].<br />
<br />
== Siehe auch ==<br />
* [[.NET MAUI: Workload-Version und Xcode festlegen]]<br />
* [[.NET MAUI: Entwicklungsumgebung einrichten]]<br />
<br />
== Links und Quellen ==<br />
* [https://learn.microsoft.com/de-de/dotnet/maui/troubleshooting Microsoft Learn: Problembehandlung bei .NET MAUI]<br />
* [https://www.max-it.de/development/individuelle-softwareentwicklung/ Individuelle Softwareentwicklung und App-Entwicklung von m.a.x. it]<br />
<br />
{{Uebermax}}<br />
[[Kategorie:Softwareentwicklung]]<br />
</div>imported>TechCorner-Redaktion