Узнайте, кто блокирует файл в сетевой папке
Я нашел решение. https://developers.meethue.com/develop/get-started-2/
см. Документ со страницы разработчиков. Я мог получить сгенерированное имя пользователя из моста оттенка.
«Нам нужно использовать случайно сгенерированное имя пользователя, которое мост создаст для вас. Введите информацию ниже и нажмите кнопку POST. '
' Когда вы нажимаете кнопку POST, вы должны получить сообщение об ошибке, сообщающее, что вам нужно нажать кнопку ссылки. Это наш шаг безопасности, так что только приложения, которыми вы хотите управлять своими огнями, могут. Нажав кнопку, мы докажем, что у пользователя есть физический доступ к мосту. '
' Идите и нажмите кнопку на мосту, а затем снова нажмите кнопку POST, и вы получите ответ об успехе, как показано ниже. '
4 ответа
На всякий случай, если кто-то ищет решение этой проблемы для системы на базе Windows или NAS:
В Windows есть встроенная функция, которая показывает, какие файлы на локальном компьютере открыть / заблокировать удаленным компьютером (на котором файл открыт через общий файловый ресурс):
- Выберите «Управление компьютером» (Откройте «Управление компьютером»)
- щелкните «Общие папки»
- выберите «Открыть файлы»
Там вы даже можете принудительно закрыть файл.
Сессии обрабатываются устройством NAS. То, что Вы спрашиваете, является иждивенцем на устройстве NAS и ничем, чтобы сделать с окнами. Необходимо было бы взглянуть во встроенное микропрограммное обеспечение NAS для наблюдения к тому, что оно поддерживает. Единственным другим путем является сниффинг пакеты и работа это самостоятельно.
Частичный ответ: С Проводником Процесса можно просмотреть дескрипторы на сетевом ресурсе, открытом от машины.
Используйте Меню, "Находят Дескриптор", и затем можно ввести путь как это
\Device\LanmanRedirector\server\share\
кажется, что у Вас есть та же проблема, которую я пытался решить здесь. в моем случае это - файловый сервер Linux (рабочая самба, конечно), таким образом, я могу войти в систему и видеть, какой процесс блокирует файл; к сожалению, я не нашел, как закрыть его, не уничтожая ответственную сессию. AFAICT, клиент окон 'думает', что он закрывается; но не потрудился говорить файловый сервер.