Не встановлюються драйвери на відеокарту. Неможливо знайти (файл). Перевірте, чи правильне ім'я, і ​​повторіть спробу. Рішення Не вдається знайти bin

Головна / Оптимізація роботи

Помилка з повідомленням про те, що системі не вдається знайти зазначений файл, чомусь найчастіше з'являється у Windows 7, хоча вона по праву вважається однією з найстабільніших і найпопулярніших ОС у цьому світі. З чим це пов'язано і як усунути таку проблему зараз буде розглянуто.

Коли з'являється системна помилка "Error: не вдається знайти вказаний файл"?

Якщо виходити з опису та природи самого збою, неважко зробити висновок, що система з якихось причин не може знайти файл через його відсутність на комп'ютері або віддаленому сервері. У найпростішому випадку це можна пояснити з прикладу видалення деяких програм, які вимагають закінчення деінсталяції здійснити рестарт системи. Але якщо спробувати запустити програму до перезавантаження, користувач отримає повідомлення про те, що Windows не вдається знайти вказаний файл програми.

Однак найбільш поширеною проблемою є функціонування «Центру оновлення» та системної служби, яка відповідає за його роботу. Усі причини розглянути просто неможливо, оскільки навіть у описах, представлених корпорацією Microsoft, їх можна знайти понад п'ять тисяч. Іноді, що вказує на не знайдені файли, може з'являтися і при встановленні, і при створенні резервної копії, і при відновленні. Усунення цієї проблеми буде розглянуто окремо.

Помилка «Не вдається знайти вказаний файл»: встановлення оновлень

Бо самої частою причиноює збій установки апдейтів, треба почати саме з цього. У Windows для усунення проблеми потрібно використовувати відповідний розділ, який можна викликати з панелі керування.

Якщо користувач спостерігає помилку саме при спробі завантаження необхідних апдейтів, потрібно просто використовувати активацію ручного пошуку, адже система автоматично знайти їх не може. Якщо їх буде знайдено, залишиться лише погодитися з їх встановленням. Іноді причиною може стати порушення інтернет-з'єднання, але зі зрозумілих причин такі ситуації зараз не беруться до уваги.

Коригування налаштувань дати та часу

При пошуку найсвіжіших оновлень може з'являтися і через те, що системний час не відповідає реальному.

Намагатися змінити час і дату безпосередньо в системі не варто, оскільки це може не дати належного ефекту. Оптимальним варіантомвважається встановлення коректних параметрів у BIOS при старті комп'ютера чи ноутбука.

Перезапуск служби апдейту

Дії з «Центром оновлення» можуть і не призвести до бажаного результату, оскільки в службі, що відповідає за його роботу, міг відбутися програмний збій (у цьому випадку при пошуку теж може видаватися попередження про те, що системі не вдається знайти зазначений файл апдейта). У цьому випадку потрібно буде зробити ручний перезапуск цього системного процесу.

Для таких дій використовується розділ служб, який можна викликати через меню адміністрування комп'ютера, але краще використовувати консоль «Виконати» (Win + R), де слід прописати поєднання services.msc.

Тут потрібно знайти відповідний процес та просто зупинити його спеціальною кнопкоюу меню редагування параметрів та налаштувань.

Відразу ж перезапускати службу або робити це після негайного перезавантаження не можна (у цьому випадку повідомлення про те, що системі не вдається знайти вказаний файл, при спробі оновлення з'явиться знову). Зупинити відповідний процес (wuauserv) можна з командою рядка з допомогою команди net stop, а зробити повторний запуск через net start.

На другому етапі слід відкрити «Провідник» або будь-який інший використовуваний файловий менеджерта в основній директорії системи (Windows) знайти підкаталог SoftwareDistibution. Тут є два варіанти дій. Можна повністю спробувати видалити його вміст, але це навряд чи вдасться. А можна просто перейменувати папку, додавши назву Old. Тільки після таких маніпуляцій можна повернутися до розділу служб та активувати зупинений процес заново.

Перевірка під час відновлення системи

Як уже говорилося, помилка, пов'язана з тим, що системі не вдається знайти зазначений файл, може виникати під час створення резервних копійабо при відкаті системи до попереднього стану. У першому випадку можна одразу запустити командну консоль, у другому – тільки при завантаженні зі знімного носія.

В самому простому варіанті, коли є стабільне підключення до інтернету, можна використовувати спочатку перевірку цілісності системних компонентів (sfc /scannow), а потім безпосередньо застосувати команду сканування стану та відновлення, як показано на зображенні вище.

Утиліти для автоматичного виправлення помилки

Для випадків, коли з якоїсь причини системі не вдається знайти зазначений файл (якщо це дійсно пов'язано з вищеописаними процесами), можна використовувати деякі автоматизовані засоби, що дозволяють усунути проблему без участі користувача.

Найпростішою та найпопулярнішою вважається утиліта Fix It Centre, розроблена безпосередньо корпорацією Microsoft. Паралельно з нею бажано застосовувати і програму пошуку відсутніх системних бібліотек DLL Suite. Тільки в цьому випадку можна бути впевненим, що повідомлення про помилку знову не видано. До речі, перша програма виправляє не лише збої «Центру поновлення», а ще й купу інших проблем, наприклад, що стосуються підключення до інтернету.

З чим може бути пов'язана помилка?

Щодо установки апдейтів, збій може викликатись не тільки оновленням самої системи. Найчастіше ідентичні помилки можуть з'являтися при спробі пошуку або інсталяції апдейтів для інших програмних продуктів Microsoft. Насамперед, це стосується MS Office. Якщо користувач бачить, що апдейти для Windows встановлюються, а інших програм не хочуть, потрібно просто відключити їх пошук і подальшу інтеграцію в систему.

Залишається додати, що вибір засобу усунення проблеми безпосередньо залежить від причини, що її викликала. І засоби служби апдейта не завжди підходять для усунення несправностей при створенні резервних копій або при відкаті до попереднього стану.

У мене виникли проблеми при завантаженні моєї Linux-машини.

Під час фази завантаження під час запуску скрипта / він скаржиться, що не зміг знайти mount . Моя PATH встановлена ​​в /sbin і /bin.

Я спробував викликати /bin/mount безпосередньо, що теж вдалося, заявивши, що його немає.

Потім я увімкнув find. який був знайдений і показав, що /bin/mount був фактично доступний.

Я не впевнений, що із цим робити. Я читав, що initramfs – це в основному оболонка busybox, то чи може проблема там перебувати?

ОБНОВИТИ

Здається, що mount – єдина команда/файл, який не знайдено. Я почав працювати у процесі завантаження; на вкладці завершено встановлення та знайдено через find.

Однак, коли я спробував виконати його, я отримав повідомлення про помилку "не знайдено", як показано нижче.

ОБНОВЛЕННЯ 2

Я вирішив проблему тимчасово, замінивши кожний екземпляр mount у мойому /init з /bin/busybox mount . Це працює саме так.

2 Solutions collect form web for “/ init не може знайти / bin / mount, але знайти / може?”

Ви зберегли сценарій у режимі DOS (windows), тобто наприкінці кожного рядка є сторонній символ повернення.

Найпростіший спосіб виправити це, ймовірно, для завантаження файлу в vim, змініть режим за допомогою: set notx і потім збережіть файл, наприклад: wq.

Можливо, що /bin/mount є зламаним символічним посиланням. Це можна знайти find. , тому що це відображає всі записи каталогу, але якщо ви спробуєте запустити цю програму, це не спрацює, тому що в кінці веселки немає файлу. Асемблери BusyBox зазвичай є посиланнями на виконуваний файл BusyBox: mount -> busybox або mount -> /bin/busybox (якщо busybox знаходиться у /bin).

Інша можливість полягає в тому, що бінарний файл mount є одним із вашої живої системи. Цей двійковий файл є динамічно пов'язаною бібліотекою, яка використовує динамічний завантажувач, який може бути відсутнім в initramfs. Див. Отримання повідомлення «Не знайдено» під час запуску 32-розрядного двійкового кодуу 64-розрядній системі для пояснення аналогічного випадку.

Іноді наші комп'ютери видають різні помилки: перестають відкриватися будь-які програми чи файли, сам собою включається режим перезавантаження і виникають інші проблеми. У цій статті я розповім, чому на екрані комп'ютера іноді з'являється повідомлення “Не вдається знайти (файл). Перевірте, чи правильно вказано ім'я, і ​​повторіть спробу”, і що зробити, щоб вирішити цю проблему.

Шукаємо вирішення проблеми

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

Користувачі сходяться на думці, що цю проблему викликає робота антивірусу. Точніше, сам вірус, сліди якого виявлено, а заражений ним файл видалено чи переміщено карантин. Також помилка виникає при неправильній установці або деінсталяції програм. Звичайно, завжди можна перевстановити 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

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

Редагувати:

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/libzlibso. 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 .

© 2022 androidas.ru - Все про Android