Finde heraus, welcher Prozess
deine Datei, deinen Ordner oder deinen Port verwendet.

Windows meldet „Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird“ oder „Die Datei ist in einem anderen Programm geöffnet“, sagt aber nicht, in welchem. Starte oflh pfad\zur\datei in PowerShell oder öffne die Datei in OFLH Desktop. Du siehst jeden Prozess, der sie verwendet, auch Programme, die sie als Modul geladen haben. Die Ansicht „Gesperrte Dateien“ zeigt, ob ein Freigabekonflikt beim Lesen, Schreiben oder Löschen besteht. Für einen Ordner oder ein ganzes Laufwerk gibst du den Ordner oder C:\ an.

Wenn ein Server mit „address already in use“ (EADDRINUSE) abbricht, starte oflh --port 3000. Du siehst den TCP-Listener oder gebundenen UDP-Socket auf diesem Port mit PID, Prozessname und Adresse; oflh --ports listet alle auf. In der Desktop-App öffnest du die Ansicht „Ports“ und suchst nach port:3000. Angezeigt werden nur lokale Bindungen, keine bestehenden Verbindungen.

Ein Prozess hat noch eine Datei, eine Speichereinblendung oder sein Arbeitsverzeichnis in dem Pfad, den du löschen oder aushängen willst. Starte oflh mit diesem Pfad. Du siehst, welche Prozesse ihn wie nutzen und welche Anwendung sie gestartet hat, und kannst dann den richtigen schließen oder beenden. „Text file busy“ bedeutet, dass ein Prozess diese Datei ausführt; sie erscheint dann als Programmdatei.

Ja. Starte oflh 'C:\' in PowerShell oder oflh / unter Linux, oder wähle das Wurzelverzeichnis in der Desktop-App über „Ordner öffnen“. oflh gleicht aktive Prozessreferenzen ab, statt die Festplatte zu durchlaufen. Scans ganzer Laufwerke dauerten deshalb in unseren eigenen Messungen zwischen 195 und 510 ms. Siehe die Messungen.

Nein. Die Ansicht „Prozesse“ listet jeden Prozess mit einer Referenz auf das Ziel. „Gesperrte Dateien“ („Nur Sperrhinweise“ in der Desktop-App) verlangt echte Belege: POSIX-, flock- oder OFD-Sperren unter Linux, Byte-Range-Konflikte unter macOS und Freigabekonflikte unter Windows. Windows kann nicht immer belegen, welcher Prozess einen Freigabekonflikt verursacht hat; solche Zeilen sind als „Besitzer unbestätigt“ markiert.

Nein. Wer ein Handle in einem fremden Prozess zwangsweise schließt, kann dessen Zustand beschädigen. Deshalb macht oflh das nicht. Es zeigt dir den Prozess und die Anwendung dahinter, und du schließt sie regulär oder beendest sie nach einer Rückfrage, bei der „Abbrechen“ vorausgewählt ist. Speichere vorher deine Arbeit: Beim Beenden können ungespeicherte Änderungen verloren gehen.

Wähle den Prozess aus und sieh dir seinen Elternprozessbaum an. Er reicht vom ältesten erfassten Elternprozess bis zum ausgewählten Prozess und verbindet einen Worker wie node oder dotnet mit dem Editor, Terminal oder Dienst, der ihn gestartet hat. In der Terminal-App fokussierst du den Baum mit Tab. Nicht identifizierbare Elternprozesse werden als nicht verfügbar angezeigt.

Nein. oflh läuft als normaler Benutzer und zeigt die Prozesse, die dein Konto prüfen darf; fehlen welche, meldet es „Ergebnisse ggf. unvollständig“. Mit erhöhten Rechten siehst du mehr. Wird das Beenden verweigert, bietet die Desktop-App „Mit Administratorrechten erneut versuchen“ an.

Noch nicht. Beide Apps sind interaktiv: Die Terminal-App beendet sich mit einem Fehler, wenn sie nicht mit einem Terminal verbunden ist, und es gibt keine JSON-Ausgabe.

Nein. Gescannt wird lokal; Dateinamen, Inhalte, Prozessdaten und Ergebnisse bleiben auf deinem Rechner. Release-Builds prüfen auf neue Versionen, indem sie eine kleine JSON-Datei von dieser Website abrufen, mit GitHub als Ausweichquelle. Die Anfrage enthält keine Pfade oder Prozessdaten. In der Terminal-App schaltest du das mit --no-update-check ab. Quellcode und Build-Protokolle sind auf GitHub öffentlich.