Не удается открыть файл дескриптора

Обновлено: 05.07.2024

Если вы получили ошибку Неверный дескриптор файла во время операций переименования, удаления, копирования и т. Д. В Windows 10/8/7, вот простое решение, которое решит вашу проблему в считанные минуты. Эта проблема возникает, когда ваша система пытается выполнить операцию с папкой или файлом, используя следующие слова:

CON, PRN, AUX, NUL, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8 и LPT9.

Неверный дескриптор файла

Хотя вы можете использовать кнопку Пропустить , если таких файлов или папок несколько, вы можете использовать командную строку. Существует простая команда, которая удалит папку и все файлы в этой папке.

Откройте командную строку на компьютере Windows и выполните эту команду:

Объяснение:

Вам необходимо ввести полный путь к файлу/папке.

Например, если у вас есть папка с именем CON на рабочем столе, путь будет выглядеть так:

Команда будет выглядеть так:

Если эта ошибка возникает по другим причинам, используйте следующее:

Это удаляет расширенную функциональность точки повторного анализа.

Создать папку или файл с зарезервированным именем прямиком из Проводника Windows 10 пользователь даже с правами Администратора не может. Сделать это могут некоторые утилиты, а также такие файлы могут быть переданы с другого компьютера.

Зачастую такие объекты не представляют для пользователя никакой ценности, а только занимаю свободное место на жестком диске. Поэтому юзер пытается их удалить, сталкиваясь с ошибкой Неверного дескриптора.

Причин, по которым в Windows 10 не получается удалить такие файлы, несколько. Главная – объект может удерживаться системным процессом. Также удалить такие файлы невозможно, если они имеют зарезервированные имена, такие, как: CON, PRN, AUX, NUL, COM1 или LPT1.

Решение ошибки Неверного дескриптора на Windows 10

Если на вашем ПК при удалении папки возникла ошибка Неверный дескриптор, то решить её можно достаточно просто. Для этого нужно запустить командную строку с правами Администратора и ввести такую команду: rd //./D:/con /S /Q, где D – это буква локального диска, на котором расположена папка с зарезервированным именем. Далее прописываем del //./D:/con.tхt, где вместо con.tхt вводим название самого файла, который нужно удалить.

Как вы заметили, в команде для удаления файла, вызывающего ошибку неверного дескриптора, присутствуют еще две буквы. Это ключи. Первый служит для удаления всех дочерних каталогов, которые расположены в этой же директории, а второй ключ отвечает за удаления без повторного запроса. Если букву Q не прописать в строке, то в консоли появится запрос на удаление объекта. Нужно будет ввести специальную команду (она будет указана на экране).

Вот таким простым и, главное, безопасным способом можно удалить ненужные файлы с Windows 10, без вреда для последней и пользователя.

Ошибка “Неверный дескриптор (0x00000006)” может появится при резервном копировании на Яндекс.Диск, Dropbox и OneDrive * .

Самая частая причина такой ошибки — нехватка места во временной папке или отсутствие доступа к временной папке при работе программы. Чтобы устранить данную проблему, необходимо изменить в программе Handy Backup временную папку.

path_to_your_temporary_folder

По окончании редактирования сохраните файл workstation.hbl и выйдите из Handy Backup через меню программы (“Файл” -> “Выход”), либо нажав комбинацию клавиш Alt+F4.

Если программа была запущена как служба Windows, то необходимо будет также перезапустить службу рабочей станции в Диспетчере задач.

* Внимание! Если данная ошибка появилась при выполнении копирования в других хранилищах, то причины ошибки могут быть иными!

Игра ARK: Survival Evolved может показывать ошибку «Не удалось открыть файл дескриптора» из-за поврежденных файлов игры. Более того, отсутствие файла shootergame.uproject в каталоге игры также может вызвать обсуждаемую ошибку. Затронутый пользователь обнаруживает ошибку при запуске игры. Некоторые пользователи столкнулись с проблемой сразу после установки игры.

Решение 1.Проверьте целостность игровых файлов ARK: Survival Evolved

Файлы игры могут быть повреждены по многим причинам, например, из-за внезапного выключения системы. Вы можете столкнуться с обсуждаемой ошибкой, если игровые файлы ARK: Survival Evolved повреждены. В этом контексте использование встроенного инструмента для проверки целостности файлов игры может решить проблему. Процесс проверит файлы на сервере, и если там есть поврежденные / отсутствующие файлы, то эти файлы будут повторно получены с сервера.

Запустите клиент Steam и перейдите в его библиотеку.
Теперь щелкните правой кнопкой мыши значок игры и выберите «Свойства».
Затем перейдите на вкладку Local Files.
Затем нажмите кнопку «Проверить целостность файлов игры».Проверьте целостность игровых файлов Ark
Теперь дождитесь завершения процесса проверки, а затем запустите игру, чтобы проверить, решена ли проблема.

Решение 2. Скопируйте файл Shootergame.Uproject в папку с игрой

Файл shootergame.uproject необходим для работы игры и может вызвать обсуждаемую ошибку, если файл отсутствует в папке с игрой. В этом случае перемещение файла shootergame.uproject из папки загрузки в папку с игрой может решить проблему.

Выйдите из игры / клиента Steam и убедитесь, что в диспетчере задач не запущен процесс, связанный с игрой / программой запуска.
Теперь откройте проводник и перейдите по следующему пути: C: Program Files (x86) Steam steamapps download 346110 ShooterGame.
Затем скопируйте файл shootergame.uproject и вставьте его по следующему пути: C: Program Files (x86) Steam steamapps common ARK ShooterGameСкопируйте shootergame.uproject в папку с игрой
Затем откройте клиент Stam и запустите игру, чтобы проверить, решена ли проблема.

Решение 3. Переместите игру на системный диск

Вы также можете столкнуться с ошибкой, если игра не установлена на системный диск. В этом случае перемещение установочной папки на системный диск может решить проблему.

Запустите клиент Steam и откройте его библиотеку.
Теперь щелкните игру правой кнопкой мыши и выберите «Свойства».
Затем перейдите на вкладку «Локальные файлы».
Теперь нажмите кнопку «Переместить папку установки» и выберите место на системном диске.Переместите папку установки игры Ark
Затем запустите игру, и, надеюсь, в игре Ark ошибка исчезла.

Одна из причин появления «Неверный дескриптор файла”Ошибка в Windows при удалении файла заключается в том, что для его имени используется зарезервированное имя.

Как упоминалось в этой статье Microsoft, вы не должны использовать следующие зарезервированные имена при создании файлов / папок в файловой системе Windows:

CON, PRN, AUX, NUL

COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9

LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9

Также избегайте этих имен, за которыми сразу следует расширение; например, NUL.txt не рекомендуется.

Ну, причина этой ошибки очень ясна после прочтения соглашений об именах, предоставленных Microsoft.

Ноябрьское обновление 2021:

Теперь вы можете предотвратить проблемы с ПК с помощью этого инструмента, например, защитить вас от потери файлов и вредоносных программ. Кроме того, это отличный способ оптимизировать ваш компьютер для достижения максимальной производительности. Программа с легкостью исправляет типичные ошибки, которые могут возникнуть в системах Windows - нет необходимости часами искать и устранять неполадки, если у вас под рукой есть идеальное решение:

Удаление или переименование папки с неверным именем файла

Откройте окно командной строки (нажмите кнопку «Пуск» и введите «cmd»).
Перейдите в папку, содержащую эту папку (введите «cd temp \ имя папки \ имя папки \ имя папки \ имя папки \ что угодно»).
Переименуйте файл или папку с длинным именем файла Win95 / DOS; давайте представим, что это называется «invalidfilename» (ren invali

Применить горячие исправления

Патчи или пакеты обновления решают эту проблему, как описано ниже. Обновления решают эту проблему.

Если не указано иное, обновления Critical Hot Fix FTP-сервера были протестированы только с английскими версиями наших продуктов.

Используйте командную строку

Вы должны использовать командную строку. Начните с ввода cmd в меню «Пуск» и нажатия Enter.

Введите эту команду в окне командной строки:

del «\\. \ F: \ Movies \ Con Man \ Con.Man.2018.720p.WEBRip.x264- [YTS.AM] .mp4»

Он должен избавиться от файла. Подобные команды могут быть использованы для других проблемных файлов.

(Кстати, на мой взгляд, расширение .mp4 связано с тем, что вы его не указали. На самом деле оно может быть другим, измените его соответствующим образом.)

Если папка также сопротивляется удалению, очистите ее и используйте эту команду:

rd «\\. \ F: \ Movies \ Con Man»

Если вы пытаетесь удалить файл, действуйте следующим образом:

Откройте поднятую подсказку, как описано выше.
Введите следующую команду, затем нажмите Enter:

del \\. \ c: \ Temp \ con.txt

Чтобы удалить файл, просто укажите расширение файла и используйте команду del вместо rd.

Вот и все, вы, вероятно, удалили файл / папку из своей системы.

CCNA, веб-разработчик, ПК для устранения неполадок

Я компьютерный энтузиаст и практикующий ИТ-специалист. У меня за плечами многолетний опыт работы в области компьютерного программирования, устранения неисправностей и ремонта оборудования. Я специализируюсь на веб-разработке и дизайне баз данных. У меня также есть сертификат CCNA для проектирования сетей и устранения неполадок.

Однажды, на одном интервью меня спросили, что ты будешь делать, если обнаружишь неработающий сервис из-за того, что на диске закончилось место?

Конечно же я ответил, что посмотрю, чем занято это место и если возможно, то почищу место.
Тогда интервьюер спросил, а что если на разделе нет свободного места, но и файлов, которые бы занимали все место, ты тоже не видишь?

На это я сказал, что всегда можно посмотреть открытые файл дескрипторы, например командой lsof и понять какое приложение заняло все доступное место, а дальше можно действовать по обстоятельствам, в зависимости от того, нужны ли данные.

Интервьюер прервал меня на последнем слове, дополнив свой вопрос: «Предположим, что данные нам не нужны, это просто дебаг лог, но приложение не работает из-за того, что не может записать дебаг»?

«окей», — ответил я, «мы можем выключить дебаг в конфиге приложения и перезапустить его».
Интервьюер возразил: «Нет, приложение мы перезапустить не можем, у нас в памяти все еще хранятся важные данные, а к самому сервису подключены важные клиенты, которых мы не можем заставлять переподключаться заново».

«ну хорошо», сказал я, «если мы не можем перезапускать приложение и данные нам не важны, то мы можем просто очистить этот открытый файл через файл дескриптор, даже если мы его не видим в команде ls на файловой системе».

Интервьюер остался доволен, а я нет.

Тогда я подумал, почему человек, проверяющий мои знания, не копает глубже? А что, если данные все-таки важны? Что если мы не можем перезапускать процесс, и при этом этот процесс пишет на файловую систему в раздел, на котором нет свободного места? Что если мы не можем потерять не только уже записанные данные, но и те данные, что этот процесс пишет или пытается записать?

Тузик

В начале моей карьеры я пытался создать небольшое приложение, в котором нужно было хранить информацию о пользователях. И тогда я думал, а как мне сопоставить пользователя к его данным. Есть, например, у меня Иванов Иван Иваныч, и есть у него какие-то данные, но как их подружить? Я могу указать напрямую, что собака по имени «Тузик» принадлежит этому самому Ивану. Но что, если он сменит имя и вместо Ивана станет, например, Олей? Тогда получится, что наша Оля Ивановна Иванова больше не будет иметь собаки, а наш Тузик все еще будет принадлежать несуществующему Ивану. Решить эту проблему помогла база данных, которая каждому пользователю давала уникальный идентификатор (ID), и мой Тузик привязывался к этому ID, который, по сути, был просто порядковым номером. Таким образом хозяин у тузика был с ID под номером 2, и на какой-то момент времени под этим ID был Иван, а потом под этим же ID стала Оля. Проблема человечества и животноводства была практически решена.

Файл дескриптор

Проблема файла и программы, работающей с этим файлом, примерно такая же как нашей собаки и человека. Предположим я открыл файл под именем ivan.txt и начал в него записывать слово tuzik, но успел записать только первую букву «t» в файл, и этот файл был кем-то переименован, например в olya.txt. Но файл остался тем же самым, и я все еще хочу записать в него своего тузика. Каждый раз при открытии файла системным вызовом open в любом языке программирования я получаю уникальный ID, который указывает мне на файл, этот ID и есть файл дескриптор. И совершенно не важно, что и кто делает с этим файлом дальше, его могут удалить, его могут переименовать, ему могут поменять владельца или забрать права на чтение и запись, я все равно буду иметь к нему доступ, потому что на момент открытия файла у меня были права для его чтения и/или записи и я успел начать с ним работать, а значит должен продолжать это делать.

В Linux библиотека libc открывает для каждого запущенного приложения(процесса) 3 файл дескриптора, с номерами 0,1,2. Больше информации вы можете найти по ссылкам man stdio и man stdout

Файл дескриптор 0 называется STDIN и ассоциируется с вводом данных у приложения
Файл дескриптор 1 называется STDOUT и используется приложениями для вывода данных, например командами print
Файл дескриптор 2 называется STDERR и используется приложениями для вывода данных, сообщающих об ошибке

Список файл дескрипторов можно посмотреть у любого процесса, если вы знаете его PID.

Например, откроем консоль с bash и посмотрим PID нашего процесса

Во второй консоли запустим

Файл дескриптор с номером 255 можете смело игнорировать в рамках данной статьи, он был открыт для своих нужд уже самим bash, а не прилинкованной библиотекой.

Сейчас все 3 файл дескриптора связаны с устройством псевдотерминала /dev/pts, но мы все равно можем ими манипулировать, например запустим во второй консоли

И в первой консоли мы увидим

Redirect и Pipe

Вы можете легко переопределить эти 3 файл дескриптора в любом процессе, в том числе и в bash, например через трубу(pipe), соединяющую два процесса, смотрим

Вы можете сами запустить эту команду с strace -f и увидеть, что происходит внутри, но я вкратце расскажу.

Наш родительский процесс bash с PID 15771 парсит нашу команду и понимает сколько именно команд мы хотим запустить, в нашем случае их две: cat и sleep. Bash знает что ему нужно создать два дочерних процесса, и объединить их одной трубой. Итого bash потребуется 2 дочерних процесса и один pipe.

Перед созданием дочерних процессов bash запускает системный вызов pipe и получает новые файл дескрипторы на временный буфер pipe, но этот буфер никак пока не связывает наши два дочерних процесса.

Для родительского процесса это выглядит так будто pipe уже есть, а дочерних процессов еще нет:

Затем с помощью системного вызова clone bash создает два дочерних процесса, и наши три процесса будут выглядеть так:

Не забываем, что clone клонирует процесс вместе со всеми файл дескрипторами, поэтому в родительском процессе и в дочерних они будут одинаковые. Задача родительского процесса с PID 15771 следить за дочерними процессами, поэтому он просто ждет ответ от дочерних.

Следовательно pipe ему не нужен, и он закрывает файл дескрипторы с номерами 3 и 4.

В первом дочернем процессе bash с PID 9004, системным вызовом dup2, меняет наш STDOUT файл дескриптор с номером 1 на файл дескриптор указывающий на pipe, в нашем случае это номер 3. Таким образом все, что первый дочерний процесс с PID 9004 будет писать в STDOUT, будет автоматически попадать в буфер pipe.

Во втором дочернем процессе с PID 9005 bash меняет с помощью dup2 файл дескриптор STDIN с номером 0. Теперь все, что будет читать наш второй bash с PID 9005, будет читать из pipe.

После этого в дочерних процессах так же закрываются файл дескрипторы с номерами 3 и 4, так как они более не используются.

Файл дескриптор 255 я намеренно игнорирую, он использует для внутренних нужд самого bash и в дочерних процессах будет также закрыт.

Далее в первом дочернем процессе с PID 9004 bash запускает с помощью системного вызова exec исполняемый файл, который мы указали в командной строке, в нашем случае это /usr/bin/cat.

Во втором дочернем процессе с PID 9005 bash запускает второй исполняемый файл, который мы указали, в нашем случае это /usr/bin/sleep.

Системный вызов exec не закрывает файл дескрипторы, если они не были открыты с флагом O_CLOEXEC во время выполнения вызова open. В нашем случае после запуска исполняемых файлов все текущие файл дескрипторы сохранятся.

Проверяем в консоли:

Как видите уникальный номер нашего pipe у нас в обоих процессах совпадает. Таким образом у нас есть связь между двумя разными процессами с одним родителем.

Для тех, кто не знаком с системными вызовами, которые использует bash, крайне рекомендую запустить команды через strace и посмотреть, что происходит внутри, например, так:

Вернемся к нашей проблеме с нехваткой места на диске и попыткой сохранить данные без перезапуска процесса. Напишем небольшую программу, которая будет записывать на диск примерно 1 мегабайт в секунду. При этом если по какой-либо причине мы не смогли записать данные на диск, мы будем просто игнорировать это и пытаться записать данные вновь через секунду. В примере я использую Python, вы можете использовать любой другой язык программирования.

Запустим программу и посмотрим на файл дескрипторы

Как видим у нас есть наши 3 стандартные файл дескрипторы и еще один, который мы открыли. Проверим размер файла:

данные пишутся, пробуем поменять права на файл:

Видим, что данные все еще пишутся, хотя наш пользователь не имеет права писать в файл. Попробуем его удалить:

Куда пишутся данные? И пишутся ли вообще? Проверяем:

Да, наш файл дескриптор все еще существует, и мы можем работать с этим файл дескриптором как с нашим старым файлом, мы можем его читать, очищать и копировать.

Смотрим на размер файла:

Размер файла 19923457. Пробуем очистить файл:

Как видим размер файла только увеличивается и наш транкейт не сработал. Обратимся к документации по системному вызову open. Если при открытии файла мы используем флаг O_APPEND, то при каждой записи операционная система проверяет размер файла и пишет данные в самый конец файла, причем делает это атомарно. Это позволяет нескольким тредам или процессам писать в один и тот же файл. Но в нашем коде мы не используем этот флаг. Мы можем увидеть другой размер файла в lsof после транкейт только если откроем файл для дозаписи, а значит в нашем коде вместо

мы должны поставить

Проверяем с «w» флагом

Программируем уже запущенный процесс

Часто программисты при создании и тестировании программы используют дебагеры (например GDB) или различные уровни логирования в приложении. Linux предоставляет возможность фактически писать и менять уже запущенную программу, например менять значения переменных, устанавливать breakpoint и тд и тп.

Возвращаясь к оригинальному вопросу с нехваткой места на диске для записи файла, попробуем сэмулировать проблему.

Создадим файл для нашего раздела, который мы подмонтируем как отдельный диск:

Создадим файловую систему:

Подмонтируем файловую систему:

Создаем директорию с нашим владельцем:

Откроем файл только на запись в нашей программе:

Ждем несколько секунд

Итак, мы получили проблему, описанную в начале этой статьи. Свободного места 0, занятого 100%.

Мы помним, что по условиям задачи мы пытаемся записать очень важные данные, которые нельзя потерять. И при этом нам нужно починить сервис без перезапуска процесса.

Допустим, у нас все же есть место на диске, но в другом разделе, например в /home.

Попробуем «перепрограммировать на лету» наш код.

Смотрим PID нашего процесса, который съел все место на диске:

Подключаемся к процессу через gdb

Смотрим открытые файл дескрипторы:

Смотрим информацию о файл дескрипторе с номером 3, который нас интересует

Помня о том, какой системный вызов делает Python (смотрите выше, где мы запускали strace и находили вызов open), обрабатывая наш код для открытия файла, мы делаем то же самое самостоятельно от имени нашего процесса, но биты O_WRONLY|O_CREAT|O_TRUNC нам нужно заменить на числовое значение. Для этого открываем исходники ядра, например тут и смотрим какие флаги за что отвечают

Объединяем все значения в одно, получаем 00001101

Запускаем наш вызов из gdb

Итак мы получили новый файл дескриптор с номером 4 и новый открытый файл на другом разделе, проверяем:

Мы помним пример с pipe — как bash меняет файл дескрипторы, и уже выучили системный вызов dup2.

Пробуем подменить один файл дескриптор другим

Закрываем файл дескриптор 4, так как нам он не нужен:

И выходим из gdb

Проверяем новый файл:

Как видим, данные пишутся в новый файл, проверяем старый:

Данные не потеряны, приложение работает, логи пишутся в новое место.

Немного усложним задачу

Представим, что данные нам важны, но места на диске у нас нет ни в одном из разделов и подключить диск мы не можем.

Перезапускаем приложение, и проверяем:

Места на диске нет, но мы успешно создаем там именованный pipe:

Теперь нам надо как-то завернуть все данные, что попадают в этот pipe на другой сервер через сеть, для этого подойдет все тот же netcat.

На нашем проблемном сервере запускаем в отдельном терминале

Теперь все данные, которые попадут в pipe автоматически попадут на stdin в netcat, который их отправит в сеть на порт 7777.

Все что нам осталось сделать это начать писать наши данные в этот именованный pipe.

У нас уже есть запущенное приложение:

Из всех флагов нам нужен только O_WRONLY так как файл уже существует и очищать нам его не нужно

Данные идут, проверяем проблемный сервер

Данные сохранились, проблема решена.

Пользуясь случаем, передаю привет коллегам из компании Degiro.
Слушайте подкасты Радио-Т.

В качестве домашнего задания предлагаю подумать, что будет в файл дескрипторах процесса cat и sleep если запустить такую команду:

Читайте также: