UPDATE:
Ich weiß, dass dies als Duplikat markiert wurde, aber keine der folgenden doppelten Antworten hat funktioniert (einschließlich Neustart):
https://superuser.com/a/289788/300519
https://superuser.com/a/204916/300519
https://superuser.com/a/321469/300519
https://superuser.com/a/372396/300519
https://superuser.com/a/542863/300519
Ordner kann nicht gelöscht werden und ich bin Administrator. „Sie benötigen eine Berechtigung, um diese Aktion auszuführen. Sie benötigen die Berechtigung von …“
Ordner kann nicht gelöscht werden und ich bin Administrator. „Sie benötigen eine Berechtigung, um diese Aktion auszuführen. Sie benötigen die Berechtigung von …“
Das funktioniert:https://superuser.com/a/204934/300519, aber in meinem ursprünglichen Beitrag frage ich, wie man diesen speziellen Hack umgehen kann …
Mein Setup: OSX Mountain Lion, Parallels, Windows 7 VM, Visual Studio Ultimate 2013
Mein Problem ist, dass wenn ich Visual Studio öffne, um eine neue Lösung/ein neues Projekt zu erstellen, egal ob ich Dateien hinzufüge oder daran arbeite, Visual Studio dann komplett schließe und den Stammordner für Lösungen/Projekte löschen möchte, der von Visual Studio erstellt wurde, Windows mir mitteilt, dass ich diesen Ordner nicht löschen kann und mir sagt: „Sie müssen Administratorrechte erteilen, um diesen Ordner zu löschen".
Wenn ich jedoch in denselben Stammordner für Lösungen/Projekte gehe und zuerst alle Dateien dort lösche (was problemlos möglich ist) und dann ein Backup durchführe, kann ich den Stammordner für Lösungen/Projekte problemlos löschen. Ich habe keine Ahnung, wie ich diesen Ordner löschen kann, ohne diesen Hack auszuführen. Ich sollte anmerken, dass ich auch Programmierlehrer bin und jeden Tag mehrere Lösungs-/Projektordner erstelle und sie anschließend lösche, sodass das an diesem Punkt wirklich nervig wird.
Übersehe ich etwas bei den Windows-Berechtigungen, den Visual Studio-Einstellungen, speziellen versteckten Dateien, gesperrten Dateien usw., das diese Situation verursacht?
Ich habe Leute gefragt, die Visual Studio 2013 und Windows 7 ohne VM verwenden, und bei ihnen ist das Problem nie aufgetreten. Ich vermute also, dass es etwas mit dem VM-Teil davon zu tun hat …
Hinweis: Ich bin auf beiden Systemen Administrator und habe alles selbst installiert. Wenn ich im Windows Explorer die Spalte „Besitzer“ aktiviere, wird angezeigt, dass ich der Besitzer aller im Ordner erstellten Dateien bin. Mit Visual Studio selbst hatte ich keine Probleme; nur dieses Problem besteht.
Screenshots:
