Hallo,
nach den Update von KiCad auf Version 9.0.3 lassen sich keinerlei Dateien (es betrifft sowohl alte als auch neu erzeugte Projektdateien) mehr speichern. Es erscheinen jedes mal die folgenden Fehlermeldungen:
13:36:57: Konnte die Datei „C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ nicht nach „E:Dokumente\Elektronik\Projekte...\DTMF_Generator_V02.kicad_sch“ kopieren (Fehler 5: Zugriff verweigert)
13:36:57: Die Datei „C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ konnte nicht nach „E:Dokumente\Elektronik\Projekte...\DTMF_Generator_V02.kicad_sch“ umbenannt werden. (Fehler 5: Zugriff verweigert)
Offensichtlich hat KiCad keine Berechtigung mehr auf Dateien in diesem Verzeichnis zuzugreifen. Wie kann ich das ändern?
Da ist mir beim Übertragen ein Fehler unterlaufen, das fehlende "" ist in der originalen Meldung vorhanden:
13:36:57: Konnte die Datei „C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ nicht nach „E:\Dokumente\Elektronik\Projekte\FritzBox_Tuerklingel\Hardware\FB_Doorbell_Hardware\FB_Doorbell\DTMF_Generator_V02.kicad_sch“ kopieren (Fehler 5: Zugriff verweigert)
13:36:57: Die Datei „C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ konnte nicht nach „E:\Dokumente\Elektronik\Projekte\FritzBox_Tuerklingel\Hardware\FB_Doorbell_Hardware\FB_Doorbell\DTMF_Generator_V02.kicad_sch“ umbenannt werden. (Fehler 5: Zugriff verweigert)
„C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ nicht nach
„E:\Dokumente\Elektronik\Projekte\FritzBox_Tuerklingel\Hardware\FB_Doorbell_Hardware\FB_Doorbell\DTMF_Generator_V02.kicad_sch“
kopieren (Fehler 5: Zugriff verweigert)
Dafür gibt es zwei mögliche Ursachen:
a) Der User hat tatsächlich nicht das Recht, in diesem Verzeichnis zu schreiben.
b) Die Datei ist schon von irgendwas anderem geöffnet.
a) kann man ganz leicht prüfen, indem man sich die Berechtigungen für den Ordner und die Datei (falls bereits vorhanden) anschaut.
b) kann man ganz leicht prüfen, indem man sich vor der Operation davon überzeugt, dass die Datei noch nicht vorhanden ist. Falls es dann geht, müsste man herausfinden, was genau die Datei (wenn es sie bereits gibt) in diesem Moment bereits offen hat.
Greift vielleicht noch irgendeine Prozessleiche (alter KiCad-Prozess, Editor, Versionkontrollsystem) auf die Zieldatei zu?
Hast Du schon einen Neustart des Rechners durchgeführt, um sicherzustellen, dass das Zugriffsproblem nicht durch o.a. Prozess oder irgendeinen anderen Effekt des Dateisystems verursacht wird?
Ist nach dem Neustart der Zugriff möglich, und erst irgendwann später tritt das Problem wieder auf?
wenn ich etwas einstreuen darf. Mir fällt auch auf das KiCad 9 irgendeine Macke drin hat. Wenn ich KiCad schließe öffnet es sich manchmal erneut wieder. Einfach so. Man kann es nur nicht provozieren und verifizieren. Deswegen glaube ich dem TO erstmal das er ansonsten alles richtig macht und irgendwo KiCad eine Macke hat. Ich meine der TO kann die Datei öffnen aber nicht speichern. "Dokumente" muss ja sein User Ordner sein. Demzufolge muss er auch alle Rechte dafür haben. Ich werde ein Update von 9.0.2 auf 9.0.3 riskieren. ;-)
Edit:
Funktioniert soweit. Habe diesmal jedoch nichts von der vorherigen Installation übernommen, alles mit Standardeinstellungen. Danach Pfade zu meinen Bauteilen hinzugefügt, letzte "Arbeit" geöffnet, alles aktualisiert, alles da inkl. 3D Modelle. Speichern funktioniert auch.
Hilft dem TO jetzt leider nicht, weiß ich.
Also wenn du sonst keine Probleme mit deinem Rechner hast, würde ich vorschlagen KiCad nochmal zu deinstallieren, Rechner Neustart, Neuinstallation ohne Altlasten usw.
Hallo,
vorweg, KiCad läuft auf einem Windows-10-Rechner.
Ich habe mittlerweile eine Lösung gefunden, aber zunächst ein paar Antworten auf hier gestellte Fragen:
Dafür gibt es zwei mögliche Ursachen:
a) Der User hat tatsächlich nicht das Recht, in diesem Verzeichnis zu
schreiben.
b) Die Datei ist schon von irgendwas anderem geöffnet.
...
Was davon hast du schon geprüft?
Fall a trifft offenbar zu, es ist als normaler User nicht möglich auf die betreffende Datei zuzugreifen.
Hast Du schon einen Neustart des Rechners durchgeführt, um
sicherzustellen, dass das Zugriffsproblem nicht durch o.a. Prozess oder
irgendeinen anderen Effekt des Dateisystems verursacht wird?
Ich meine der TO
kann die Datei öffnen aber nicht speichern. "Dokumente" muss ja sein
User Ordner sein. Demzufolge muss er auch alle Rechte dafür haben.
Die KiCad-Datei scheint gar nicht das Problem zu sein, denn die Fehlermeldung gibt ja an das ein Zugriff auf eine "xxx.tmp"-Datei nicht möglich ist. Ich weiß gar nicht was diese Datei macht. Vermutlich legt KiCad diese Datei an um irgend welche temporären Daten zu speichern, die dann beim Abspeichern in die eigentlichen KiCad-Projektdateien eingetragen werden.
Also wenn du sonst keine Probleme mit deinem Rechner hast, würde ich
vorschlagen KiCad nochmal zu deinstallieren, Rechner Neustart,
Neuinstallation ohne Altlasten usw.
Habe ich gemacht, kein Effekt.
Vielen Dank an alle, die geantwortet haben.
Wie bereits oben geschrieben habe ich eine Möglichkeit gefunden die Dateien abzuspeichern. Dazu muss KiCad lediglich mit der Option "Als Administrator ausführen" gestartet werden. Damit geht es jetzt erst mal, aber schön ist das nicht.
Offensichtlich werden auf einmal aus irgend einem Grund die xxx.tmp-Dateien "Administratorpflichtig". Warum?
Vielen Dank an alle, die geantwortet haben.
Wie bereits oben geschrieben habe ich eine Möglichkeit gefunden die
Dateien abzuspeichern. Dazu muss KiCad lediglich mit der Option "Als
Administrator ausführen" gestartet werden. Damit geht es jetzt erst mal,
aber schön ist das nicht.
Offensichtlich werden auf einmal aus irgend einem Grund die
xxx.tmp-Dateien "Administratorpflichtig". Warum?
Das macht mich stutzig. Wie hast du KiCad installiert? Unter welchen User Account? Ich installiere für "alle Benutzer". Ansonsten ärgert man sich mit dem öffentlichen Dokumenten Ordner rum.
Bekommst du raus wo die Datei "xxx.tmp" liegen soll?
Im KiCad Projekt Ordner wird nach Aufruf vom Schaltplan oder PCB Editor eine temporäre .lck angelegt. Ist die vorhanden und verschwindet wieder nach beenden?
Das macht mich stutzig. Wie hast du KiCad installiert?
Sowohl unter dem aktuellen Benutzer als auch für alle Benutzer, jeweils im Windows-Standardverzeichnis unter C: und in meinem eigenen Programmverzeichnis unter D:.
Im KiCad Projekt Ordner wird nach Aufruf vom Schaltplan oder PCB Editor
eine temporäre .lck angelegt. Ist die vorhanden und verschwindet wieder
nach beenden?
Naja, der erfolgte Neustart des Rechners dürfte ziemlich sicher alle
KiCad-Prozesse beendet haben.
Da die Fehlermeldung trotzdem auftritt und mit gewisser Sicherheit davon auszugehen ist, daß es kein* Berechtigungsproblem ist, wird irgendwas die Datei blockieren. Und ob das irgendwas ein kicad-Prozess oder was ganz anderes ist, kann man mit dem ProcessExplorer herausfinden.
Ein ganz banaler Grund kann natürlich aktives Schlangenöl sein, das muss ja seine Präsenz auch durch irgendwelche gelegentlichen Fehlfunktionen verraten, damit man sich davon "geschützt" vorkommt. Meint man, darauf nicht verzichten zu können, sollte man wenigstens die von kicad genutzten Verzeichnisse vom Schlangenöl ausnehmen.
*) So etwas gibt es nur, wenn man daran aktiv herumfummelt, oder z.B. wechselnde Benutzerkonten verwendet, mal wird kicad als horst aufgerufen, mal als löffel, und horst ist Mitglied von "Administratoren", löffel aber nicht, und die Dateien gehören dem, der sie als letzter geschrieben hat.
Macht man so etwas aber nicht, gibts das Problem nicht; kicad hat keine Hintergrundprozesse oder ähnliches.
Das macht mich stutzig. Wie hast du KiCad installiert?
Sowohl unter dem aktuellen Benutzer als auch für alle Benutzer, jeweils
im Windows-Standardverzeichnis unter C: und in meinem eigenen
Programmverzeichnis unter D:.
Hallo,
lese ich das richtig. Du hast KiCad 2x installiert? Warum das denn? Einmal für alle Benutzer ist völlig ausreichend.
Nein. Ich habe KiCad einmal für den aktuellen Benutzer installiert, dann
deinstalliert und als nächstes als für alle Benutzer installiert.
Hast Du verifiziert, ob in dem ehemaligen Installationsverzeichnis noch Dateien vorhanden sind?
Ich habe gerade mal geschaut, was KiCad so in der Registry angelegt. Bei meinen systemweiten Installationen auf zwei verschiedenen Rechnern befindet sich jeweils eine leere Struktur in HKCU\Software\KiCad. In HKLM\Software\KiCad ist hingegen nichts zu finden. Jedoch befinden sich Verknüpfungen für die KiCad-Dateitypen in HKLM\Classes\KiCad.
Hast Du verifiziert, ob in dem ehemaligen Installationsverzeichnis noch
Dateien vorhanden sind?
Verzeichnis ist leer.
rhf
Was aber sehr wahrscheinlich nicht leer ist, sind die Kicad-Verzeichnisse unterhalb von C:<Benutzername>\appdata. Vorsicht: das könnten auch mehrere sein, weiß ich jetzt nicht aus dem Kopf. Einmal unterhalb des Unterverzeichnis roaming und einmal unterhalb local.
Einfach das Kicad-Verzeichnis an diesen beiden Orten löschen (sofern vorhanden). Kicad wird beim nächsten Start saubere Strukturen dort anlegen.
Was aber sehr wahrscheinlich nicht leer ist, sind die
Kicad-Verzeichnisse unterhalb von C:<Benutzername>\appdata.
Ja, ich weiß. Allerdings sind nach dem Löschen dann auch alle Einstellungen in KiCad weg und das hat mich bisher davon abgehalten diese Verzeichnisse zu löschen.
*) So etwas gibt es nur, wenn man daran aktiv herumfummelt, oder z.B.
wechselnde Benutzerkonten verwendet, mal wird kicad als horst
aufgerufen, mal als löffel, und horst ist Mitglied von
"Administratoren", löffel aber nicht, und die Dateien gehören dem, der
sie als letzter geschrieben hat.
Du tust ja gerade so, als wenn nur der Ersteller/Besitzer einer Datei das Recht hätte, auf die Datei zuzugreifen. Dem ist natürlich nicht so. Das kann man sehr feingranular steuern, denn WindowsNT bzw. NTFS unterstützt schon seit Urzeiten ACLs incl. Vererbung.
Tu ich nicht. Nur werden die meisten PCs von nur einem Benutzer verwendet, so daß es andere Benutzerkonten einfach nicht gibt und damit auch keinerlei "feingranulare Steuerung" von Zugriffsrechten irgendeine Relevanz hat.
Bei Firmenschlampen-PCs oder irgendwas, was in Schule/Uni/Repaircafé herumsteht, sieht das natürlich ganz anders aus.
wenn sonst kein weiterkommen ist, dann hilft vielleicht alles was schon gemacht wurde fein säuberlich sortiert aufzuschreiben und im KiCad Forum fragen. https://forum.kicad.info/c/software/8
Ich denke jedoch du kommst um eine erneute Neuinstallation inkl. vorherigen löschen aller sonstigen KiCad Ordner nicht herum. Du kannst dir ja vorsichtshalber die Ordner/Dateien sichern.
Inbesondere den letzten Absatz. Da schwafelst du ausführlich über die "Gefahren" der Verwendung wechselnder Benutzer. Und genau auf diesen Absatz bezog sich mein Einwurf.
Und, um das nochmal ganz deutlich zu machen: JA, es ist möglich Kicad mit wechselnden Benutzern zu benutzen. Und: JA, es ist auch möglich, das zu tun, wenn einige davon der lokalen Admininstrator-Gruppe angehören, andere aber nicht. Und drittens: JA, es ist auch möglich, die Schreibberechtigungen für gesharete Inhalte auf zwei Gruppen zu verteilen, also sinngemäß: "KicadLibWriters" und "KicadLibReaders".
Man muss halt einfach nur verstehen, wie das System der Filesystemberechtigungen funktioniert und die Sache nach Wunsch konfigurieren. Und das ist die Krux: Kicad selber tut das nicht. Da kommen leider stark die unixoiden Wurzeln (der Entwickler) durch. Die im Übrigen eher historisch sind, da auch Linux seit ewiger Zeit ACLs unterstützt. Da hatte nur einige Leute keine Lust, dazu zu lernen...
Man muss hier bei einer Windows-Installation schlicht nachbessern. Ist lästig, aber immerhin problemlos möglich. Im Gegensatz zu einer Linux-Installation. Da werden solche fortgeschrittenen Szenarien echt zur Geduldsprobe...
Da schwafelst du ausführlich über die
"Gefahren" der Verwendung wechselnder Benutzer. Und genau auf diesen
Absatz bezog sich mein Einwurf.
Ich "schwafle" nicht, und von "Gefahren" habe ich auch nicht geredet. Das phantasierst Du Dir in Deiner vom Programmiersprachenhass geprägten Welt zusammen.
Ich habe lediglich beschriebem, daß es in so einer Situation zu Problemen kommen /kann/, wenn man sich dabei blöd anstellt, aber nicht, daß es zu Problemen kommen /muss/. Aber was versuch' ich eigentlich, Dir etwas zu erklären? Sinnerfassendes Lesen war noch nie eine Deiner Fähigkeiten, und mit Argumenten kann man Dir auch nicht kommen, da Du natürlich an Deiner vorgefertigten "Meinung" festhältst und Dich jedweder Einsicht so sehr verweigerst wie der Teufel dem Weihwasser.
Daß Du glaubst, der Oberheld in Sachen Bedienung und Administration von Windows-Systemen zu sein, macht die Sache jetzt auch nicht besser. Noch etwas, wo Du Wissen durch Überzeugung ersetzt.
13:36:57: Konnte die Datei
„C:\Users\Roland\AppData\Local\Temp\ees39BE.tmp“ nicht nach
„E:Dokumente\Elektronik\Projekte...\DTMF_Generator_V02.kicad_sch“
kopieren (Fehler 5: Zugriff verweigert)
Hatte ich natürlich prompt auch :-(
Das Problem liegt bei den Zugriffsrechten auf die Zieldateien.
Bei uns liegen die Projektdateien auf einem Samba Share.
Seit 9.0.3 müssen merkwürdigerweise Leserechte für "Andere" ebenfalls freigegeben werden.
Hallo,
ich habe das gleiche Problem bzw. die selbe Fehlermeldung, z.B.
Fehler beim Schreiben der Schaltplandatei ...
Temporäre Datei "C:\Users\je\AppData\Local\Temp\ees67CC.tmp" konnte nicht umbenannt werden.
KiCad Version 9.0.3
Betriebssystem: Windows 10
Ich habe KiCad beendet ohne die Datei zu speichern und manuell versucht, die temporäre Datei umzubennen, das geht als "normaler" Benutzer tatsächlich nicht.
Wenn ich mir die Datei-Eigenschaften anschaue, dann ist der Besitzer der Datei korrekt, also mein lokaler Benutzer. Allerdings sind für die Datei keinerlei Rechte vergeben. Dadurch ist auch klar, warum es nicht funktioniert.
Vermutlich ist das ein Fehler in KiCad beim Erstellen der temporären Datei.
Mit vorherigen KiCad-Version hatte ich nie Probleme.
Auch eine De- und anschließende Neuinstallation hat nichts geändert.
Ich bin dann wieder zurück zu KiCad 9.0.2, da tritt der Fehler nicht auf.
Vielleicht hilft das jemand, der das Problem auch hat.
