Der Prozess kann nicht auf die Datei zugreifen

CED999

Lieutenant
Registriert
Juni 2011
Beiträge
963
Hallo allerseits,

ich habe seit heute ein merkwürdiges Problem, dass ich teilweise nicht mehr auf Dateien zugreifen kann. Ich bekomme häufiger die Meldung:

Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozesse verwendet wird

Das ist mir z. B. passiert als ich eine .txt auf dem Desktop angelegt habe und diese Speichern wollte. Dann habe ich einen Screenshot von der Fehlermeldung gemacht und diesen als .png auf den Desktop gelegt - datei war geschlossen - dann wollte ich sie an den Thread anhängen - ging nicht.

Ich muss sagen, dass ich teilweise auch ziemlich Probleme habe mit der Zugriffsberechtigung von Dateien (Fehlermeldung Zugriff verweigert) - hängt das damit zusammen

Wie gehe ich nun weiter vor?

Ich habe mal mit SFC die Windows Dateien scannen lassen folgendes schien mir interessant, vielleicht hilft das ja bei der Eingrenzung (es gibt noch einige mehr solche Stellen - ich konnte aber nicht das ganze File posten):

Es gab noch ziemlich viele Meldungen mit "ignoring duplicate ownership"

.......
2013-06-11 15:21:17, Info CSI 00000038 Repair results created:
POQ 11 starts:
0: Move File: Source = [l:192{96}]"\SystemRoot\WinSxS\Temp\PendingRenames\a02bb78da666ce01b2040000640e180f._0000000000000000.cdf-ms", Destination = [l:104{52}]"\SystemRoot\WinSxS\FileMaps\_0000000000000000.cdf-ms"
1: Move File: Source = [l:162{81}]"\SystemRoot\WinSxS\Temp\PendingRenames\2146bd8da666ce01b3040000640e180f.$$.cdf-ms", Destination = [l:74{37}]"\SystemRoot\WinSxS\FileMaps\$$.cdf-ms"
2: Move File: Source = [l:214{107}]"\SystemRoot\WinSxS\Temp\PendingRenames\2146bd8da666ce01b4040000640e180f.$$_schcache_f995a5d4decb8cc0.cdf-ms", Destination = [l:126{63}]"\SystemRoot\WinSxS\FileMaps\$$_schcache_f995a5d4decb8cc0.cdf-ms"
3: Move File: Source = [l:234{117}]"\SystemRoot\WinSxS\Temp\PendingRenames\a3cadb8da666ce01b5040000640e180f.$$_help_windows_de-de_b3ae01b4764074b9.cdf-ms", Destination = [l:146{73}]"\SystemRoot\WinSxS\FileMaps\$$_help_windows_de-de_b3ae01b4764074b9.cdf-ms"
4: Move File: Source = [l:228{114}]"\SystemRoot\WinSxS\Temp\PendingRenames\4351dd8da666ce01b6040000640e180f.$$_help_help_de-de_920ad2139a4b1223.cdf-ms", Destination = [l:140{70}]"\SystemRoot\WinSxS\FileMaps\$$_help_help_de-de_920ad2139a4b1223.cdf-ms"
5: Move File: Source = [l:214{107}]"\SystemRoot\WinSxS\Temp\PendingRenames\4586e98da666ce01b7040000640e180f.$$_system32_21f9a9c4a2f8b514.cdf-ms", Destination = [l:126{63}]"\SystemRoot\WinSxS\FileMaps\$$_system32_21f9a9c4a2f8b514.cdf-ms"
6: Move File: Source = [l:240{120}]"\SystemRoot\WinSxS\Temp\PendingRenames\6527f18da666ce01b8040000640e180f.$$_system32_logfiles_ait_5b4995189d2e6c55.cdf-ms", Destination = [l:152{76}]"\SystemRoot\WinSxS\FileMaps\$$_system32_logfiles_ait_5b4995189d2e6c55.cdf-ms"
7: Move File: Source = [l:258{129}]"\SystemRoot\WinSxS\Temp\PendingRenames\e641f78da666ce01b9040000640e180f.programdata_microsoft_windows_ait_140a03828e6ffe97.cdf-ms", Destination = [l:170{85}]"\SystemRoot\WinSxS\FileMaps\programdata_microsoft_windows_ait_140a03828e6ffe97.cdf-ms"
8: Move File: Source = [l:246{
2013-06-11 15:21:17, Info CSI 123}]"\SystemRoot\WinSxS\Temp\PendingRenames\47f0018ea666ce01ba040000640e180f.$$_diagnostics_system_audio_9d2751b7c84ca0f1.cdf-ms", Destination = [l:158{79}]"\SystemRoot\WinSxS\FileMaps\$$_diagnostics_system_audio_9d2751b7c84ca0f1.cdf-ms"
9: Move File: Source = [l:258{129}]"\SystemRoot\WinSxS\Temp\PendingRenames\2784068ea666ce01bb040000640e180f.$$_diagnostics_system_audio_de-de_9dcbc7ed63304e68.cdf-ms", Destination = [l:170{85}]"\SystemRoot\WinSxS\FileMaps\$$_diagnostics_system_audio_de-de_9dcbc7ed63304e68.cdf-ms"
10: Move File: Source = [l:244{122}]"\SystemRoot\WinSxS\Temp\PendingRenames\a89e0c8ea666ce01bc040000640e180f.$$_diagnostics_system_aero_8b2c42561936b3f0.cdf-ms", Destination = [l:156{78}]"\SystemRoot\WinSxS\FileMaps\$$_diagnostics_system_aero_8b2c42561936b3f0.cdf-ms"
11: Move File: Source = [l:256{128}]"\SystemRoot\WinSxS\Temp\PendingRenames\e8ab0f8ea666ce01bd040000640e180f.$$_diagnostics_system_aero_de-de_1a66798d20a35711.cdf-ms", Destination = [l:168{84}]"\SystemRoot\WinSxS\FileMaps\$$_diagnostics_system_aero_de-de_1a66798d20a35711.cdf-ms"
12: Move File: Source = [l:242{121}]"\SystemRoot\WinSxS\Temp\PendingRenames\0bb72f8ea666ce01be040000640e180f.$$_system32_manifeststore_7d35b12f9be4c20e.cdf-ms", Destination = [l:154{77}]"\SystemRoot\WinSxS\FileMaps\$$_system32_manifeststore_7d35b12f9be4c20e.cdf-ms"
13: Move File: Source = [l:234{117}]"\SystemRoot\WinSxS\Temp\PendingRenames\eb4a348ea666ce01bf040000640e180f.$$_appcompat_programs_99c7f419bd54f4ca.cdf-ms", Destination = [l:146{73}]"\SystemRoot\WinSxS\FileMaps\$$_appcompat_programs_99c7f419bd54f4ca.cdf-ms"
14: Move File: Source = [l:214{107}]"\SystemRoot\WinSxS\Temp\PendingRenames\ac723d8ea666ce01c0040000640e180f.$$_apppatch_1143992cbbbebcab.cdf-ms", Destination = [l:126{63}]"\SystemRoot\WinSxS\FileMaps\$$_apppatch_1143992cbbbebcab.cdf-ms"
15: Move File: Source = [l:236{118}]"\SystemRoot\WinSxS\Temp\PendingRenames\ed7f408ea666ce01c1040000640e180f.$$_apppatch_apppatch64_e39bab3b20714e20.cdf-ms", Destination = [l:148{74}]
2013-06-11 15:21:17, Info CSI "\SystemRoot\WinSxS\FileMaps\$$_apppatch_apppatch64_e39bab3b20714e20.cdf-ms"

POQ 11 ends.
2013-06-11 15:21:17, Info CSI 00000039 [SR] Verify complete
2013-06-11 15:21:18, Info CSI 0000003a [SR] Verifying 100 (0x0000000000000064) components
2013-06-11 15:21:18, Info CSI 0000003b [SR] Beginning Verify and Repair transaction
2013-06-11 15:21:20, Info CSI 0000003c Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-autochk_31bf3856ad364e35_6.1.7601.17514_none_4019f2b8d860ad30\autochk.exe do not match actual file [l:22{11}]"autochk.exe" :
Found: {l:32 b:c27vyrobSsj2VDczuvxFcmGPhC7jX9vRr7EAX7EQQIY=} Expected: {l:32 b:e8hHzmwtKcM08NFgC7veOTP/Rfa+5RhvRC5icKP57E4=}
2013-06-11 15:21:20, Info CSI 0000003d [SR] Cannot repair member file [l:22{11}]"autochk.exe" of Microsoft-Windows-Autochk, Version = 6.1.7601.17514, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash
.....
 
Zuletzt bearbeitet:
Das Tool "Unlocker" kann Dir helfen herauszufinden, welcher Prozeß aktuell auf die Datei zugreift.

Traurig, daß das immer noch ein Problem in Windows ist.
 
Was hat das mit Windows zu tun? Es ist elementarer Bestandteil eines jedes OS. Nutzerverwaltung mit verschiedenen Rechten. Wenn dies nicht gegeben wäre, dann könntest Du Windows vergessen. Nicht anders herum.

Versuche es mit Unlocker. Aber Du hast ganz andere Probleme mit Deiner Windowsinstallation, da solltest Du mal nach forschen. War die betreffende HDD schon mal in einer anderen Windows Installation in Betrieb?
 
Ja, die beiden Threads kann man getrost zu einem zusammen führen. Alles der selbe Murks.
 
Ach okay, wenn man natürlich an den Systemeinstellungen rumspielt hat man ja bestimmt auch als Plan B ein Systembackup.
 
Hallo Leute,

Versuche es mit Unlocker. Aber Du hast ganz andere Probleme mit Deiner Windowsinstallation, da solltest Du mal nach forschen. War die betreffende HDD schon mal in einer anderen Windows Installation in Betrieb?

Also Unlocker gibt an: Kein Freigabehandle gefunden - Fehler bleibt. Also die Platte wurde vor 3 Tagen mittels Acronis ein Image eingespielt (vom gesamten Laufwerk - sollte also alles konsistent sein). Es könnte allerdings sein, dass Acronis (das unter einer Linux Oberfläche läuft) eventuell die NTFS-Dateirechte etwas "abfu***" wie ich mittlerweile im Inet gelesen habe. Gibts aber nichs wirklich bestätigtes zu. Außerdem muss ich jetzt irgendwie damit klarkommen.

Ja, das sieht schlecht aus.
Die sperrenden Programme kannst Du auch über den Ressourcenmonitor herausfinden.

wie mache ich das im Ressourcenmonitor?

vllt wieder zu doll an der Windows-Datenbank rum gespielt

Jungs andere Threads auszugraben ist sowas von unproduktiv. Wenns was wichtiges gibt schreibe ich das schon. UND ich habe innerhalb der letzten 6 Monate gar NICHTS an der Registry verändert. Man sollte Anfragen/Interesse an einem Thema nicht mit "ja ja das hat er so gemacht" verwechseln...
Einen Key in Reg habe ich allerdings mal verändert: Nach installation des Systems habe ich dafür gesorgt, dass das Benutzerprofil auf der Partition D gespeichert wird. Das lief aber immer problemlos seit Ewigkeiten.

Ich brauche bei dem Thema aber definitiv Hilfe, da ich nicht weiß was eigentlich das Problem ist. Ich spiele nicht an der Registry rum, mache auch sonst nichts krasses. Spiele nur abundzu ein Image von Acronis ein um "sauber zu deinstallieren". Das das an Acronis liegt mag ich aber immer nocht icht glauben....

Dass die Platte defekt ist glaube ich auch nicth, die habe ich vor 2 Monaten gerade sehr intensiv gecheckt - 0 Fehler.

Wie packe ich dieses Problem an?
 
Zuletzt bearbeitet:
Im Ressourcenmonitor auf CPU, alle Prozesse markieren (Abbild) und unten die Handles aufblenden. Da dann im Suchenfenster deine Datei eingeben oder suchen.
 
Also es kam raus das svchost.exe (LocalServiceNetworkRestricted)
Handlename: C:\Windows\System32\winevt\Logs\Microsoft-Windows-Kernel-WHEA%4errorx.evtx

was bedeutet das nun?

Fangen wir mit Handle an was ist das genau? was auf Wiki steht verstehe ich nicht wirklich. Heißt das lediglich das ein Programm die Datei gerade benutzt? Weil da steht was von Referenzwert und so weiter.

Edit: RC und Prozess beenden hat nicht geholfen. Lässt sich nicht killen - Unlocker sagt nach wie vor kein Freigabehandel gfunden.

Edit: Also es hat nur ewig gedauert (3min oder so) Datei kann ich jetzt öffnen.

Was bedeutet das nun und wie mache ich weiter wegen der SFC Fehler.
 
Zuletzt bearbeitet:
Hört sich so an, als ob das Ereignisprotokoll die Datei offen hält. Schau mal da nach Fehlern.
 
LÖSUNG:

Ich habe das Problem nach einer Woche Troubleshooting folgendermassen lösen können:

Serverseitig waren für das betroffene Verzeichnis Oplocks deaktiviert. In der FileStation von QNAP ist dies einfach ein Haken in den Eigenschaften des Verzeichnisses. Wahrscheinlich hatte ich den einmal versehentlich deaktiviert.

Seither läuft (endlich) wieder alles wie es soll...

NAS: QNAP
Betriebssystem Windows 10

Hintergrund:
Oplocks sind wichtig, damit es bei synchronisierten Dateien nicht zu Synchronisierungskonflikten kommt, wenn 2 Personen gleichzeitig auf eine Datei zugreifen. Deshalb verweigern Offline Dateien von Windows die Synchronisation von Dateien, die nicht durch Oplocks gesperrt werden können.
 
Zurück
Oben