Plik otwarty w Runtime Broker: jak bezpiecznie zwolnić blokadę

Gdy Windows wyświetla komunikat plik otwarty w Runtime Broker, zwykle nie może dokończyć przenoszenia, zmiany nazwy albo usuwania, ponieważ proces nadal korzysta z tego pliku. Nie usuwaj RuntimeBroker.exe. Najpierw zapisz otwartą pracę, zamknij aplikację, która ostatnio wyświetlała plik, i spróbuj ponownie jeden raz. Jeżeli komunikat wróci, ustal, który proces trzyma właściwy plik. Drecov nie jest narzędziem do zdejmowania blokad; przydaje się dopiero wtedy, gdy lokalny plik naprawdę zniknął.

Co właściwie oznacza nazwa Runtime Broker w komunikacie

Runtime Broker to składnik Windows związany między innymi z uprawnieniami aplikacji. Jego nazwa w oknie błędu oznacza, że przy próbie wykonania operacji system widzi aktywny dostęp do wskazanego pliku. Sama nazwa nie dowodzi infekcji, trwałego uszkodzenia ani braku możliwości odzyskania dostępu. Nie wskazuje też automatycznie widocznego okna, które rozpoczęło pracę z plikiem. Przeglądarka zdjęć mogła zostać zamknięta, lecz nadal kończyć zadanie w tle. Podgląd w Eksploratorze mógł właśnie odczytywać obraz.

Zapisz pełną ścieżkę, rozszerzenie i czynność, która zakończyła się błędem. Czy chcesz usunąć pojedynczy film, czy cały folder z wieloma elementami? W przypadku folderu przyczyną bywa tylko jeden plik w środku. Upewnij się, że okno dotyczy właściwej kopii. W różnych folderach mogą leżeć pliki o identycznej nazwie. Zmiana uprawnień albo formatowanie dysku nie usuwa zwykłego uchwytu otwartego pliku, a może stworzyć nowy problem.

Jeżeli nie uruchamia się sam Eksplorator plików, to inny scenariusz niż blokada jednej operacji. Wówczas przejdź do wskazówek o dysku zewnętrznym zawieszającym Eksplorator, jeśli kłopot pojawia się po podłączeniu nośnika. Ten artykuł zakłada, że foldery można otwierać, ale konkretna operacja pokazuje nazwę Runtime Broker.

Najpierw zamknij aplikację, która korzystała z pliku

Odtwórz ostatnie kroki. Czy tuż przed komunikatem otworzyłeś zdjęcie, wideo, dokument lub plik w aplikacji Microsoft Store? Zapisz wprowadzone zmiany. Jeśli film nadal się odtwarza, zatrzymaj odtwarzanie, a potem zamknij program normalnie. Wróć do Eksploratora i ponów pierwotną operację tylko raz. Jeżeli teraz się uda, blokada była chwilowa. Nie ma powodu do usuwania plików systemowych ani do naprawiania partycji.

Przy kilku możliwych programach zamykaj je po kolei. Po każdym zamknięciu przetestuj zmianę nazwy albo przeniesienie tego samego pliku i zanotuj wynik. Dzięki temu można wskazać rzeczywisty wyzwalacz, zamiast wyłączać wszystko naraz. Sprawdź także okienko podglądu Eksploratora: przełącz się do innego folderu lub wyłącz podgląd na czas testu. Generowanie miniatury może przez chwilę utrzymywać dostęp do zdjęcia czy filmu, nawet gdy nie widać już osobnej aplikacji.

W folderze synchronizowanym upewnij się, czy OneDrive lub inna usługa nie wysyła właśnie kopii. Poczekaj na zakończenie operacji i sprawdź ewentualny konflikt synchronizacji. Nie kasuj lokalnego pliku tylko dlatego, że program nie pozwala go przenieść. Może to być najnowsza wersja. W przypadku ważnych danych zachowaj osobną kopię, otwórz ją i dopiero wtedy próbuj usuwać zbędne wersje. Na współdzielonym komputerze zapytaj również, czy inny użytkownik nie ma otwartego tego samego dokumentu.

W Menedżerze zadań mogą być widoczne różne wystąpienia Runtime Broker. Liczba procesów nie mówi, który z nich odpowiada za konkretny plik. Wymuszone zakończenie wszystkich zadań może przerwać pracę aplikacji i utracić niezapisane zmiany. Co gorsza, po ponownym uruchomieniu programu blokada może wrócić. Zamykaj najpierw zidentyfikowaną aplikację przez jej własny interfejs.

Bezpieczny test po ponownym uruchomieniu Windows

Gdy prawdopodobne programy są zamknięte, a komunikat wciąż się pojawia, zapisz pozostałe prace i uruchom system ponownie w zwykły sposób. Restart zamyka typowe procesy oraz ich uchwyty. Po zalogowaniu spróbuj wykonać tę samą operację, zanim uruchomisz przeglądarkę zdjęć lub odtwarzacz. Sukces sugeruje, że problem należał do poprzedniej sesji. Jeżeli błąd pojawia się dopiero po włączeniu jednego programu, masz konkretny trop.

Nie odcinaj zasilania podczas kopiowania danych ani aktualizacji. Pozwól bieżącej operacji się zakończyć. Jeżeli plik leży na dysku, który klika, znika lub wielokrotnie pokazuje błędy odczytu, powtarzanie przenoszenia nie jest dobrym testem. Najpierw chroń zawartość nośnika. Sytuacja, w której dysk zewnętrzny jest używany, może wymagać osobnego sprawdzenia połączenia i aktywnych operacji.

Po ustąpieniu błędu nie poprzestawaj na zamknięciu okna dialogowego. Otwórz dokument w jego właściwej aplikacji i upewnij się, że zawartość jest kompletna. Zamknij go normalnie, a następnie powtórz zmianę nazwy albo przeniesienie. Jeżeli problem wraca dopiero po uruchomieniu konkretnego programu, zbadaj ustawienia podglądu czy synchronizacji tego programu. Zmieniaj jedną rzecz naraz, aby wyniki dało się porównać.

Jak znaleźć proces trzymający właściwy uchwyt

Kiedy nadal nie wiadomo, kto używa pliku, pomocny jest Process Explorer firmy Microsoft. Oficjalna strona Sysinternals opisuje wyszukiwanie procesów, które mają otwarte pliki. Pobierz narzędzie stamtąd, a nie z przypadkowej witryny. Uruchom je z odpowiednimi uprawnieniami. W funkcji wyszukiwania wpisz charakterystyczną część nazwy lub ścieżki, po czym przeczytaj znalezione wyniki. To czynność diagnostyczna, nie polecenie wymuszonego zamykania uchwytu.

Ogólne słowo, na przykład „video”, może pasować do wielu plików. Pełna nazwa projektu albo rzadka część ścieżki pomaga odróżnić właściwy wynik. Porównaj folder oraz rozszerzenie. Brak dopasowania nie jest dowodem uszkodzenia dysku. Uchwyt mógł się zamknąć przed wyszukiwaniem lub wyszukiwany fragment mógł być zbyt ogólny. Wróć do Eksploratora i sprawdź operację jeden raz. Jeśli działa, dalsza ingerencja nie jest potrzebna.

Przy zapisywaniu wyniku testu zanotuj godzinę i to, czy blokada wystąpiła przed otwarciem aplikacji, czy dopiero po nim. Taka kolejność jest ważniejsza niż sama liczba uruchomionych procesów. Jeśli znajdziesz dwa podobne wyniki, nie wybieraj pierwszego na chybił trafił. Otwórz folder źródłowy i porównaj pełne ścieżki. W przypadku pliku na dysku zewnętrznym sprawdź także literę tego dysku po ponownym podłączeniu. Mogła się zmienić, co utrudnia rozpoznanie właściwego wyniku w wyszukiwaniu. Po zidentyfikowaniu aplikacji wróć do jej normalnych opcji zamknięcia; Process Explorer ma tu potwierdzić obserwację, nie zastąpić bezpiecznego zamknięcia programu.

Gdy wyniki wskazują zwykłą aplikację, zapisz w niej pracę i zamknij ją normalnie. Gdy ponownie widzisz Runtime Broker, zanotuj powiązaną aplikację, uruchom Windows ponownie i spróbuj bez jej otwierania. Nie zastępuj ani nie usuwaj RuntimeBroker.exe. Ręczne zamknięcie uchwytu w narzędziu diagnostycznym może przerwać zapis i pozostawić niepełny plik. Jeśli nie rozumiesz, do jakiego procesu należy wynik, zachowaj dane i nie eksperymentuj z procesami systemowymi.

Dlaczego blokada może powracać mimo zamkniętego okna

Zamknięcie okna nie musi natychmiast zakończyć zadania w tle. Aplikacja może odczytywać metadane filmu, tworzyć miniaturę albo kończyć synchronizację. Są to hipotezy, które trzeba sprawdzić, a nie pewna diagnoza konkretnego komputera. Poczekaj na zakończenie zadania, obserwuj stan aplikacji i spróbuj ponownie. Porównaj zachowanie z innym niewielkim plikiem tego samego typu w osobnym folderze. Jeśli problem dotyczy tylko jednego filmu, wnioski są inne niż przy wszystkich filmach.

Po nieudanym przeniesieniu przejrzyj zarówno źródło, jak i planowany cel. Mogła powstać druga kopia lub częściowy plik. Nie ponawiaj od razu przenoszenia z nadpisaniem. Sprawdź rozmiar i otwórz obie wersje, jeśli są dostępne. Zachowaj nowszą, potwierdzoną kopię. Komunikat o uprawnieniach, atrybut „tylko do odczytu” i aktywny uchwyt są różnymi problemami. Jedna uniwersalna naprawa nie działa dla wszystkich trzech.

Jeśli awarie dotyczą wielu plików na nośniku, który regularnie traci połączenie, diagnozuj najpierw stan nośnika. Kolejne wymuszone próby mogą zwiększyć ryzyko utraty danych. Na stabilnym dysku powtarzalny test z jedną aplikacją pozwoli bezpiecznie ustalić przyczynę. Na niestabilnym nośniku priorytetem jest ochrona zawartości.

Co zrobić, gdy ważny plik został usunięty podczas prób

Plik widoczny w folderze, lecz zablokowany, nie wymaga odzyskiwania. Drecov nie zwalnia uchwytów Runtime Broker. Temat odzyskiwania pojawia się dopiero wtedy, gdy po ustąpieniu blokady omyłkowo usunięto lokalną kopię. Sprawdź najpierw oryginalny i docelowy folder, Kosz oraz dostępną historię wersji. Więcej opcji dla skasowanych kopii przedstawia poradnik odzyskiwania usuniętych plików z Kosza.

Drecov służy do odzyskiwania danych Windows ze stabilnego, rozpoznawanego źródła. W tym scenariuszu Quick Scan, opcjonalny Deep Scan, filtry i podgląd mogą pomóc znaleźć przypadkowo skasowaną lokalną kopię. Lost Partition Recovery dotyczy utraconej partycji, a nie komunikatu o otwartym pliku. Program nie naprawia uszkodzeń fizycznych i nie gwarantuje odzyskania danych z obszaru już nadpisanego.

Przestań zapisywać nowe dane na woluminie, na którym znajdował się plik. Przygotuj drugi sprawny dysk na wyniki i nie instaluj programu na partycji źródłowej. Gdy nośnik klika, rozłącza się lub wykazuje poważne błędy odczytu, nie powtarzaj skanowania; bezpieczniejszy może być obraz nośnika albo specjalistyczna pomoc. Jeśli plik istniał wyłącznie w chmurze, najpierw użyj historii i kosza danej usługi.

Odzyskiwanie wyłącznie po potwierdzeniu utraty lokalnej kopii

Step 1: Otwórz Drecov i wybierz pierwotną lokalizację

Wskaż dysk lub partycję, gdzie plik znajdował się przed usunięciem. Zanotuj dawną nazwę i folder. Nie wybieraj przypadkowego katalogu docelowego, jeśli nie powstała tam pełna kopia.

Step 2: Uruchom Quick Scan, a w razie potrzeby Deep Scan

Zacznij od Quick Scan. Gdy nie ma właściwego wyniku, a nośnik pozostaje stabilny, przejdź do Deep Scan. Nowe błędy odczytu lub rozłączenie oznaczają konieczność przerwania prób.

Step 3: Filtruj wyniki i sprawdź podgląd

Zawęź wyniki według typu, nazwy i dawnej ścieżki. Podejrzyj kilka możliwych wersji. Czytelny podgląd potwierdza próbkę, ale nie każdą stronę dokumentu, klatkę filmu czy element archiwum.

Step 4: Zapisz na innym dysku i sprawdź plik

Odzyskaj prawdopodobne wersje na przygotowany zdrowy dysk, nigdy na źródło. Gdy nie widać ich w oczekiwanym miejscu, sprawdź Drecov Folder lub Recovery Folder. Otwórz plik, oceń zawartość i rozmiar. Dopiero po takiej kontroli porządkuj folder źródłowy; przy niepełnym wyniku zachowaj go bez dalszego zapisu.

Conclusion

Komunikat „plik otwarty w Runtime Broker” mówi o trwającym dostępie do pliku. Zamknij powiązaną aplikację, wykonaj zwykły restart i użyj Process Explorer, gdy trzeba ustalić rzeczywisty uchwyt. Potem sprawdź, czy plik otwiera się oraz daje się przenieść. Drecov ma inne zadanie: po faktycznym usunięciu lokalnej kopii może przeszukać stabilne źródło i odzyskać plik na drugi dysk. Nie odblokuje dokumentu, który nadal istnieje.