Решение. Не удается найти (файл). Проверьте, правильно ли указано имя, и повторите попытку. Решение Решение проблемы при невозможности открытия exe-файлов


Иногда ошибки bin64.bin и другие системные ошибки BIN могут быть связаны с проблемами в реестре Windows. Несколько программ может использовать файл bin64.bin, но когда эти программы удалены или изменены, иногда остаются "осиротевшие" (ошибочные) записи реестра BIN.

В принципе, это означает, что в то время как фактическая путь к файлу мог быть изменен, его неправильное бывшее расположение до сих пор записано в реестре Windows. Когда Windows пытается найти файл по этой некорректной ссылке (на расположение файлов на вашем компьютере), может возникнуть ошибка bin64.bin. Кроме того, заражение вредоносным ПО могло повредить записи реестра, связанные с Third-Party Application. Таким образом, эти поврежденные записи реестра BIN необходимо исправить, чтобы устранить проблему в корне.

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей bin64.bin не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как WinThruster (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с bin64.bin. Используя очистку реестра , вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку bin64.bin) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра может резко повысить скорость и производительность системы.


Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с bin64.bin (например, Third-Party Application):

  1. Нажмите на кнопку Начать .
  2. Введите "command " в строке поиска... ПОКА НЕ НАЖИМАЙТЕ ENTER !
  3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER .
  4. Будет выведено диалоговое окно для доступа.
  5. Нажмите Да .
  6. Черный ящик открывается мигающим курсором.
  7. Введите "regedit " и нажмите ENTER .
  8. В Редакторе реестра выберите ключ, связанный с bin64.bin (например, Third-Party Application), для которого требуется создать резервную копию.
  9. В меню Файл выберите Экспорт .
  10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Third-Party Application.
  11. В поле Имя файла введите название файла резервной копии, например "Third-Party Application резервная копия".
  12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь .
  13. Нажмите Сохранить .
  14. Файл будет сохранен с расширением.reg .
  15. Теперь у вас есть резервная копия записи реестра, связанной с bin64.bin.

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

Время от времени наши компьютеры выдают различные ошибки: перестают открываться какие-либо программы или файлы, сам по себе включается режим перезагрузки и возникают другие проблемы. В этой статье я расскажу о том, почему на экране компьютера иногда появляется сообщение “Не удается найти (файл). Проверьте, правильно ли указано имя, и повторите попытку”, и что сделать, чтобы решить данную проблему.

Ищем решение проблемы

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

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

Решение проблемы при невозможности открытия exe-файлов

Существует несколько способов решения проблемы открытия exe-файлов. Рассмотрим их по порядку.

Переустановка софта

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

В этом случае выход – полная деинсталляция и установка программы, которая не может запуститься. Удалять софт лучше всего не через стандартные средства Windows, а при помощи специального программного обеспечения – Revo Uninstaller либо AIDA64. Они не только деинсталлируют проблемную программу, но и “подчистят” все ненужные остаточные файлы.

Изменение настроек Steam

Бывает, что сообщение о невозможности открыть определенный exe-файл «Не удается найти … Проверьте, правильно ли указано имя, и повторите попытку» появляется при запуске игры. В этом случае применяем следующий алгоритм действий:

  • Кликаем на папке Steam ПКМ и выбираем “Свойства”;
  • переходим на вкладку “Безопасность”;
  • в первом окошке “Группы или пользователи” выбираем строку “Пользователи”;
  • если по какой-либо причине эта строка отсутствует, то чуть ниже нажимаем “Изменить” и в следующем окне “Добавить”;
Выбираем пользователя в папке Steam
  • в окошке “Введите имена выбираемых объектов” вбиваем имя пользователя и кликаем “Проверить имена” (имя можно брать из строки “Администраторы” либо использовать имя гостя, зарегистрированное на данном ПК);

Вводим имена выбираемых объектов
  • после успешной проверки имени кликаем на ОК;
  • убеждаемся, что для выбранного пользователя во всех пунктах “Разрешить” проставлены галочки и кликаем ОК;
Проставляем разрешения для группы «Пользователи»
  • дожидаемся окончания ввода всех внесенных изменений и заново запускаем игру.

Редактор реестра и Диспетчер задач в помощь

  1. Можно попробовать и такой способ. Нажимаем ПКМ на Пуск (в Windows 10) и ищем строку “Выполнить”.
  2. Вводим regedit. Открывается Редактор реестра.
  3. Проходим следующий путь – HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run – ищем здесь проблемную строку и удаляем ее.

Удаляем файл в папке Run

Также может помочь отключение автозагрузки приложения, в котором возникает ошибка «Не удается найти (файл)». Открываем Диспетчер задач (в кнопке Пуск), ЛКМ выбираем нужную программу, затем кликаем на нее ПКМ и выбираем “Отключить”.

Решение проблемы с открытием Excel

Если не получается открыть книгу Excel и выходит сообщение о том, что не удается найти (файл) — нужно проверить, правильно ли указано имя, и повторить попытку, то нужно проделать следующее. Так как причиной ошибки в данном случае может быть запрет принятия DDE-запросов от других приложений, то его необходимо снять. Для этого нужно убрать флажок в строке “Игнорировать DDE-запросы от других приложений”. В Excel 2007 данная строка находится в дополнительных параметрах в кнопке Microsoft Office. В Excel 2003 и более старых версиях – в общих параметрах в меню Сервис.

Ошибка в редакторе локальной групповой политики

В процессе деятельности мы можем столкнуться с тем, что при запуске редактора локальной групповой политики появится окно с сообщением о том, что не удается найти файл gpedit.msc. Не спешим искать данный файл на своем компьютере, а вспоминаем или смотрим, какая версия Windows установлена на ПК. Если базовая или домашняя – в них редактор ЛГП просто не предусмотрен.

В данном случае действуем двумя методами:

  • ищем другой путь, где нам не понадобятся функции редактора (они помогают легче управлять системными настройками через ввод изменений в реестр);
  • переустанавливаем ОС до корпоративной, профессиональной и другой версии, имеющей узкую специализацию.

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

Вконтакте

Я пытаюсь запустить проект Asp.net MVC, полученный из источника управления TFS. Я добавил все ссылки на сборку, и я могу строить и компилировать файлы без каких-либо ошибок или предупреждений.

Но в браузере я получаю следующую ошибку:

Не удалось найти часть пути "C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ Bin \ Рослин \ csc.exe".

Вот полный скриншот страницы с ошибкой.

После нескольких дней исследований я понял, что Рослин является платформой компилятора.NET, которая предлагает функции предварительного компиляции. Однако я не понимаю, почему моя сборка пытается найти \ bin \ roslyn \ csc.exe, потому что я не настроил ничего, связанное с Roslyn, и я не намерен использовать Roslyn в моем проекте.


2017-09-25 10:36

Ответы:

Проблема с шаблонами VS2015 по умолчанию заключается в том, что компилятор фактически не скопирован в каталог tfr \ bin \ roslyn \, а скорее в каталог {outdir} \ roslyn \

Добавьте этот код в свой файл.csproj:


2017-09-25 10:44

В моем случае решением было переустановить / обновить пакеты Nuget:

  • Microsoft.Net.Compilers 1.1.1
  • Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.1

Затем я просмотрел.csproj и убедился, что пути к пакетам верны (в моем случае.. \ .. \ packages \ *. *) Внутри тегов сверху и в с именем «EnsureNuGetPackageBuildImports» внизу. Это на MVC 5 и.NET Framework 4.5.2.

Краткий ответ - запустите это в консоли диспетчера пакетов:

PM > update-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r


2017-12-21 08:23

Ваша сборка пытается найти \bin\roslyn\csc.exe потому что в вашем проекте добавлены следующие пакеты. Просто проверьте packages.config файл, вы можете иметь их обоих там

Microsoft.CodeDom.Providers.DotNetCompilerPlatform Microsoft.Net.Compilers

Что такое Roslyn and Who, которые добавили их (пакеты) в проект: Если вы используете.net Framework 4.5.2 для создания проектов используя VS2015, вы могли заметить, что шаблоны проектов используют Рослин по умолчанию. На самом деле Рослин является одним из Открытый исходный код компиляторы для языков.NET из Microsoft.

Почему мы должны удалить Roslyn: Если ваш проект содержит ссылки Roslyn, и вы заинтересованы в развертывании это не сервер, вы получите нежелательные ошибки на веб-сайте как многие хостинг-провайдеры все еще не обновили свои серверы и, следовательно, не поддерживать Roslyn. Чтобы решить эту проблему, вам нужно будет удалить Roslyn из шаблона проекта.

если вы не заинтересованы в использовании Roslyn, выполните следующие шаги, чтобы удалить его

1. Удалите пакеты Nuget, используйте следующие команды из консоли Nuget Package Console

PM> Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform PM> Uninstall-package Microsoft.Net.Compilers

2. После этого ваш файл web.config должен быть автоматически обновлен. Если это не так, найдите приведенный ниже код в файле web.config, и если он найден, удалите этот фрагмент кода.


2017-07-29 22:20

Вот более простой способ MSBuild.

Но я замечаю, что файлы roslyn также находятся в моем каталоге bin (а ​​не в папке). Однако приложение работает.


2017-10-07 23:49

Чистая и перестроенная работа для меня!

Редактировать:

Ошибка запуска игры возникает при запуске Warface в файле D:\GamesMailRu\Warface\Bin2Release\Game.exe. Сам текст ошибки может быть разный: отказано в доступе, устройство не опознает команду, недостаточно системных ресурсов для завершения операции, неверны один или несколько аргументов, не удается найти указанный файл. В каждом конкретном случае решение может отличаться. Прежде всего рекомендуем:

  1. Запустите Warface от имени администратора. Кликните правой кнопкой мыши на ярлык с игрой и выберите «Запуск от имени администратора». Данное решение помогает в случаях с ошибкой связанной с доступом к исполняемым файлам.
  2. Переустановите или обновите Microsoft Visual C++, Microsoft .NET Framework и VCredist. как это сделать читайте ниже или по ссылке: Как обновить MS Visual C++, MS .NET, VCredist . Решение часто помогает с ошибкой: неверны один или несколько аргументов.
  3. Так же возможно повреждение файлов антивирусными программами. Попробуйте переустановить игру полностью.

Ошибка «недостаточно системных ресурсов»

Причина возникновения ошибки кроется в нехватке системных ресурсов. Возможно не хватает объема памяти на жестком диске, не хватает оперативной памяти или переполнен файл подкачки. Освободите место на жестком диске и увеличьте объем файла подкачки windows.

Ошибка «не удается найти указанный файл»

В данном случае с уверенностью можно сказать, что файлы игры повреждены. Необходимо переустановить игру Warface полностью.

with options (11)

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

Usr/bin/ld: cannot find -l

в моем makefile я использую команду g++ и ссылку на мою библиотеку, которая является символической ссылкой на мою библиотеку, расположенную в другом каталоге.

Есть ли возможность добавить, чтобы заставить его работать, пожалуйста?

Answers

Проверьте расположение вашей библиотеки, например lxxx.so:

Locate lxxx.so

Если он не находится в папке /usr/lib , введите следующее:

Sudo cp yourpath/lxxx.so /usr/lib

Эта ошибка также может быть вызвана, если символическая ссылка относится к динамической библиотеке.so, но по старым причинам - -static появляется среди флагов ссылок. Если да, попробуйте удалить его.

Моя проблема заключалась в том, что я переименовал родительский каталог программы, которую я запускал (mpicc из MVAPICH), и это каким-то образом испортило двоичный файл. Даже допинг LD_LIBRARY_PATH был недостаточным, и мне пришлось перекомпилировать его на правильный путь.

В библиотеке, с которой я пытался ссылаться, оказалось нестандартное имя (т. Е. Не было префикс «lib»), поэтому они рекомендовали использовать такую ​​команду для ее компиляции -

gcc test.c -Iinclude lib/cspice.a -lm

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

На платформах Debianish, если libfoo отсутствует, вы можете часто устанавливать его с чем-то вроде

Apt-get install libfoo-dev

Для -dev версия -dev пакета, даже тривиальная разработка, такая как компиляция исходного кода для связи с библиотекой.

Название пакета иногда требует некоторых украшений (libfoo0-dev ? foo-dev без префикса lib т. Д.), Или вы можете просто использовать пакетный поиск вашего дистрибутива, чтобы точно определить, какие пакеты предоставляют конкретный файл.

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

Для других архитектур (в частности, RPM) применяются аналогичные процедуры, хотя детали будут разными.

Чтобы выяснить, что ищет компоновщик, запустите его в подробном режиме.

Например, я столкнулся с этой проблемой при попытке скомпилировать MySQL с поддержкой ZLIB. Во время компиляции я получал такую ​​ошибку:

/usr/bin/ld: cannot find -lzlib

Я сделал некоторые Googl"ing и продолжал сталкиваться с различными проблемами того же типа, где люди говорили бы, чтобы файл.so действительно существовал, а если нет, то создайте символическую ссылку на файл с версией, например zlib. so.1.2.8. Но, когда я проверил, zlib.so DID существует. Поэтому я подумал, что это не может быть проблемой.

Я столкнулся с другим сообщением в Интернете, которое предложило запустить make с LD_DEBUG = all:

LD_DEBUG=all make

Хотя я получил TON отладочного вывода, на самом деле это было не очень полезно. Это добавило больше путаницы, чем что-либо еще. Итак, я собирался сдаться.

Тогда у меня было прозрение. Я решил проверить текст справки для команды ld:

Ld --help

Из этого я понял, как запустить ld в подробном режиме (представьте себе):

Ld -lzlib --verbose

Это результат, который я получил:

================================================== attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.so failed attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.a failed attempt to open /usr/local/lib64/libzlib.so failed attempt to open /usr/local/lib64/libzlib.a failed attempt to open /lib64/libzlib.so failed attempt to open /lib64/libzlib.a failed attempt to open /usr/lib64/libzlib.so failed attempt to open /usr/lib64/libzlib.a failed attempt to open /usr/x86_64-linux-gnu/lib/libzlib.so failed attempt to open /usr/x86_64-linux-gnu/lib/libzlib.a failed attempt to open /usr/local/lib/libzlib.so failed attempt to open /usr/local/lib/libzlib.a failed attempt to open /lib/libzlib.so failed attempt to open /lib/libzlib.a failed attempt to open /usr/lib/libzlib.so failed attempt to open /usr/lib/libzlib.a failed /usr/bin/ld.bfd.real: cannot find -lzlib

Дин, динг, динг...

Итак, чтобы окончательно исправить это, я мог бы скомпилировать MySQL с моей собственной версией ZLIB (а не в комплекте):

Sudo ln -s /usr/lib/libz.so.1.2.8 /usr/lib/libzlib.so

Время компиляции

Когда G ++ говорит, что cannot find -l , это означает, что G ++ искал файл lib{nameOfTheLibrary}.so , но он не мог найти его в пути поиска совместно используемой библиотеки, который по умолчанию указывает на /usr/lib и /usr/local/lib и где-то еще.

Чтобы решить эту проблему, вы должны либо предоставить файл библиотеки (lib{nameOfTheLibrary}.so) в этих путях поиска, либо использовать команду -L . -L{path} указывает G ++ (фактически ld) на поиск файлов библиотеки в пути {path} в дополнение к путям по умолчанию.

Пример. Предполагая, что у вас есть библиотека на /home/taylor/libswift.so , и вы хотите связать свое приложение с этой библиотекой. В этом случае вы должны предоставить G++ следующие параметры:

G++ main.cpp -o main -L/home/taylor -lswift

    Примечание 1 : -l получает имя библиотеки без lib и.so в начале и в конце.

    Примечание 2 : В некоторых случаях за именем файла библиотеки следует его версия, например libswift.so.1.2 . В этих случаях G ++ также не может найти файл библиотеки. Простым обходным libswift.so.1.2 для устранения этого является создание символической ссылки на libswift.so.1.2 под названием libswift.so .

время выполнения

Когда вы связываете свое приложение с общей библиотекой, требуется, чтобы библиотека оставалась доступной всякий раз, когда вы запускаете приложение. Во время выполнения ваше приложение (фактически динамическое компоновщик) ищет свои библиотеки в LD_LIBRARY_PATH . Это переменная среды, в которой хранится список путей.

Пример. В случае нашего примера libswift.so динамический компоновщик не может найти libswift.so в LD_LIBRARY_PATH (что указывает на пути поиска по умолчанию). Чтобы исправить проблему, вы должны добавить эту переменную с помощью пути libswift.so .

Export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/taylor

Если имя вашей библиотеки называется libxyz.so и оно расположено на пути, скажите:

/home/user/myDir

затем связать его с вашей программой:

G++ -L/home/user/myDir -lxyz myprog.cpp -o myprog

Во-первых, вам нужно знать правило именования lxxx:

/usr/bin/ld: cannot find -lc /usr/bin/ld: cannot find -lltdl /usr/bin/ld: cannot find -lXtst

lc означает libc.so , lltdl означает libltdl.so , lXtst означает libXts.so .

Таким образом, это lib + lib-name + .so

Как только мы узнаем имя, мы можем использовать locate чтобы найти путь к этому файлу lxxx.so

$ locate libiconv.so /home/user/anaconda3/lib/libiconv.so # <-- right here /home/user/anaconda3/lib/libiconv.so.2 /home/user/anaconda3/lib/libiconv.so.2.5.1 /home/user/anaconda3/lib/preloadable_libiconv.so /home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so /home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so.2 /home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so.2.5.1 /home/user/anaconda3/pkgs/libiconv-1.14-0/lib/preloadable_libiconv.so

Если вы не можете найти его, вам нужно установить его на yum (я использую CentOS). Обычно у вас есть этот файл, но он не ссылается на нужное место.

Свяжите его с нужным местом, обычно это /lib64 или /usr/lib64

$ sudo ln -s /home/user/anaconda3/lib/libiconv.so /usr/lib64/

Во время компиляции с g++ через make определите LIBRARY_PATH если может быть нецелесообразно изменять Makefile с опцией -L . Я поместил свою дополнительную библиотеку в /opt/lib так что я сделал:

$ export LIBRARY_PATH=/opt/lib/

а затем запустить make для успешной компиляции и компоновки.

Для запуска программы с общей библиотекой определите:

$ export LD_LIBRARY_PATH=/opt/lib/

перед выполнением программы.

Ваш ubuntu определенно имеет достаточно последнюю версию g ++. Используемый флаг: -std=c++0x .

Loading...Loading...