S vremena na vrijeme naši računari izdaju razne greške: bilo koji programi ili fajlovi prestaju da se otvaraju, režim ponovnog pokretanja se uključuje sam, a javljaju se i drugi problemi. U ovom članku ću objasniti zašto se poruka “Ne mogu pronaći (datoteku)” ponekad pojavljuje na ekranu računara. Proverite da li je naziv tačan i pokušajte ponovo”, i šta da uradite da rešite ovaj problem.
U potrazi za rješenjem problema
Hajde da vidimo zašto se na ekranu našeg računara prikazuje poruka da datoteka nije pronađena i da moramo da proverimo ime. Sistem označava u zagradama putanju do datoteke koja se ne može pronaći i savjetuje nas da provjerimo da li je ime ispravno i pokušamo ponovo.
Korisnici se slažu da je ovaj problem uzrokovan radom antivirusa. Preciznije, sam virus, čiji su tragovi pronađeni, i njime zaražena datoteka je obrisan ili premješten u karantenu. Takođe, greška se pojavljuje kada je program instaliran ili deinstaliran pogrešno. Naravno, uvijek možete ponovo instalirati Windows, ali ovo je ekstremna mjera, jer niko ne želi da ruši programe koji rade. Stoga ćemo prvo primijeniti manje kategoričke mjere - razmotrit ćemo različite vrste datoteka i odrediti načine za otklanjanje greške.
Rješavanje problema kada je nemoguće otvoriti exe-fajlove
Postoji nekoliko načina za rješavanje problema otvaranja exe datoteka. Razmotrimo ih po redu.
Reinstalacija softvera
Ako antivirusni program izbriše datoteku, nema potrebe da je izvlačite iz skladišta, nije uzalud tamo premještena. Čak i ako ga možemo izvaditi odatle, već je oštećen i neće moći ispravno funkcionirati.
U ovom slučaju, izlaz je potpuna deinstalacija i instalacija programa koji se ne može pokrenuti. Najbolje je ukloniti softver ne putem standardnih Windows alata, već uz pomoć posebnog softvera - Revo Uninstaller ili AIDA64. Oni ne samo da deinstaliraju problematičan program, već i "čiste" sve nepotrebne preostale datoteke.
Promjena postavki Steam-a
Dešava se da se prilikom pokretanja igre pojavi poruka o nemogućnosti otvaranja određene exe datoteke "Nije moguće pronaći ... Molimo provjerite da li je naziv tačan i pokušajte ponovo". U ovom slučaju primjenjujemo sljedeći algoritam radnji:
- Kliknite desnim tasterom miša na fasciklu Steam i izaberite "Svojstva";
- idite na karticu "Sigurnost";
- u prvom prozoru "Grupe ili korisnici" odaberite redak "Korisnici";
- ako iz nekog razloga ova linija nedostaje, onda odmah ispod kliknite na "Uredi" i u sljedećem prozoru "Dodaj";
Odaberite korisnika u fascikli Steam - u polje „Unesite nazive odabranih objekata“ unesite korisničko ime i kliknite na „Provjeri imena“ (ime možete preuzeti iz reda „Administratori“ ili koristiti ime gosta registrirano na ovom računalu);
Unesite nazive odabranih objekata - nakon uspješne provjere imena, kliknite na OK;
- provjerite da li su za odabranog korisnika označene sve stavke „Dozvoli“ i kliknite na OK;
Postavljanje dozvola za grupu "Korisnici". - Čekamo do kraja unosa svih unesenih promjena i restartujemo igru.
Urednik registra i upravitelj zadataka u pomoć
- Možete isprobati i ovu metodu. Kliknite desnim tasterom miša na Start (u Windows 10) i potražite red „Pokreni“.
- Unesite regedit. Otvara se Registry Editor.
- Prolazimo sljedećom putanjom - HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run - ovdje potražite liniju problema i izbrišite je.
Izbrišite datoteku u folderu Run Također može pomoći da onemogućite pokretanje aplikacije koja dobija grešku "Ne mogu pronaći (datoteku)". Otvorite Task Manager (u dugmetu Start), LMB izaberite željeni program, zatim kliknite desnim tasterom miša na njega i izaberite „Onemogući“.
Riješite problem otvaranjem Excela
Ako ne možete da otvorite Excel radnu svesku i dobijete poruku da ne može da pronađe (datoteku) - potrebno je da proverite da li je ime ispravno i pokušajte ponovo, onda morate da uradite sledeće. Budući da uzrok greške u ovom slučaju može biti zabrana prihvatanja DDE zahtjeva od drugih aplikacija, ona se mora ukloniti. Da biste to učinili, poništite izbor u polju "Zanemari DDE zahtjeve iz drugih aplikacija". U programu Excel 2007, ovaj niz se nalazi u naprednim opcijama na dugmetu Microsoft Office. U programu Excel 2003 i starijim, u Općim opcijama u meniju Alatke.
Greška u uređivaču lokalnih grupnih pravila
U procesu aktivnosti možemo naići na činjenicu da se prilikom pokretanja Local Group Policy Editora pojavljuje prozor sa porukom da datoteka gpedit.msc nije pronađena. Ne žurimo da tražimo ovu datoteku na našem računaru, ali pamtimo ili gledamo koja je verzija Windows-a instalirana na računaru. Ako su osnovni ili kućni - jednostavno ne pružaju LGP editor.
U ovom slučaju koristimo dvije metode:
- tražimo drugi način gdje nam ne trebaju funkcije uređivača (one olakšavaju upravljanje sistemskim postavkama unošenjem promjena u registar);
- ponovo instaliramo OS na korporativnu, profesionalnu i drugu verziju koja ima usku specijalizaciju.
Ispitali smo glavne načine rješavanja problema koji se javlja kada Windows ne može pronaći datoteku koja vam je potrebna. Nadam se da će ove informacije pomoći svima koji naiđu na sličnu grešku.
U kontaktu sa
opcije (11)
Pokušavam kompajlirati svoj program i vraća ovu grešku:
Usr/bin/ld: ne mogu pronaći -l
u svom makefileu koristim g++ naredbu i vezu do moje biblioteke koja je simbolička veza do moje biblioteke koja se nalazi u drugom direktoriju.
Da li postoji mogucnost da se doda da bi to radilo molim?
Odgovori
Provjerite lokaciju svoje biblioteke, na primjer lxxx.so:
Locirajte lxxx.so
Ako se ne nalazi u folderu /usr/lib, unesite sljedeće:
Sudo cp yourpath/lxxx.so /usr/lib
Ova greška se također može pojaviti ako je simbolička veza na dinamičku biblioteku.so, ali iz starih razloga - -statik se pojavljuje među zastavicama veze. Ako jeste, pokušajte ga ukloniti.
Moj problem je bio u tome što sam preimenovao roditeljski direktorij programa koji sam pokretao (mpicc iz MVAPICH-a) i to je nekako pokvarilo binarni fajl. Čak ni doping LD_LIBRARY_PATH nije bio dovoljan i morao sam ga ponovo kompajlirati na ispravnu putanju.
Biblioteka sa kojom sam pokušavao da se povežem pokazala se kao nestandardno ime (tj. nije imala prefiks "lib"), pa su preporučili korišćenje ovakve komande za prevođenje -
gcc test.c -Uključuje lib/cspice.a -lm
Čini se da ne postoji odgovor koji se bavi vrlo uobičajenim problemom početnika koji uopće ne mogu instalirati pravu biblioteku.
Na Debianish platformama, ako nedostaje libfoo, često ga možete instalirati s nečim poput
apt-get install libfoo-dev
Za -dev verziju paketa -dev, čak i trivijalan razvoj kao što je kompajliranje izvornog koda za povezivanje sa bibliotekom.
Naziv paketa ponekad treba malo ukrasiti (libfoo0-dev ? foo-dev bez prefiksa lib itd.), ili jednostavno možete koristiti pretragu paketa vaše distribucije da pronađete tačno koji paketi pružaju određenu datoteku.
(Ako ih ima više od jednog, moraćete da shvatite koje su razlike. Odabir najboljeg ili najpopularnijeg je uobičajena oznaka, ali nije prihvatljiva procedura za bilo koji ozbiljan razvojni posao.)
Za druge arhitekture (posebno RPM) vrijede slične procedure, iako će se detalji razlikovati.
Da biste saznali šta linker traži, pokrenite ga u opširnom načinu.
Na primjer, naišao sam na ovaj problem dok sam pokušavao kompajlirati MySQL sa podrškom za ZLIB. Tokom kompajliranja dobijao sam ovu grešku:
/usr/bin/ld: ne može pronaći -lzlib
Malo sam guglao i stalno nailazio na razne probleme istog tipa, gdje bi ljudi rekli da .so fajl zaista postoji, a ako ne, kreirajte simboličku vezu do datoteke sa verzijom, kao zlib.so.1.2. 8. Ali, kada sam provjerio, zlib.so DID postoji, pa sam mislio da to možda nije problem.
Naišao sam na još jedan post na webu koji je predložio pokretanje make sa LD_DEBUG=all:
LD_DEBUG=sve marke
Iako sam dobio tonu izlaza za otklanjanje grešaka, to nije bilo od velike pomoći. Ovo je dodalo više konfuzije nego bilo šta drugo. Tako da sam se spremao da odustanem.
Onda sam imao bogojavljenje. Odlučio sam provjeriti tekst pomoći za komandu ld:
ld --pomoć
Iz ovoga sam shvatio kako pokrenuti ld u opširnom načinu (zamislite):
ld -lzlib --verbose
Ovo je rezultat koji sam dobio:
================================================== pokušaj za otvaranje /usr/x86_64-linux-gnu/lib64/libzlib.so neuspjeli pokušaj otvaranja /usr/local/lib64/libzlib.a neuspješan pokušaj otvaranja /lib64/libzlib.so neuspješan pokušaj otvaranja /lib64/libzlib.a neuspješan pokušaj otvaranja /usr/lib64/libzlib.so neuspješan pokušaj otvaranja /usr/lib64/libzlib.a neuspješan pokušaj otvaranja /usr/x86_64-linux-gnu/lib/libzlib.so neuspješan pokušaj otvaranja /usr/x86_64 -linux-gnu/lib/libzlib.a neuspjeli pokušaj otvaranja /usr/ local/lib/libzlib.so neuspjeli pokušaj otvaranja /usr/local/lib/libzlib.a neuspjeli pokušaj otvaranja /lib/libzlib.so neuspjeli pokušaj za otvaranje /lib/libzlib.a neuspjeli pokušaj otvaranja /usr/lib/ libzlib.so neuspjeli pokušaj otvaranja /usr/lib/libzlib.a neuspješan /usr/bin/ld.bfd.real: ne može pronaći -lzlibDing, ding, ding...
Dakle, da to konačno popravim, mogao bih kompajlirati MySQL sa svojom verzijom ZLIB-a (a ne u paketu):
sudo ln -s /usr/lib/libz.so.1.2.8 /usr/lib/libzlib.so
Vrijeme kompajliranja
Kada G++ kaže ne može pronaći -l
Da biste riješili ovaj problem, morate ili dati datoteku biblioteke (lib(nameOfTheLibrary).so) u ovim stazama pretraživanja ili koristiti naredbu -L. -L(putanja) govori G++ (zapravo ld) da traži datoteke biblioteke u putanji (putanja) pored zadanih putanja.
Primjer. Pod pretpostavkom da imate biblioteku na /home/taylor/libswift.so i želite da povežete svoju aplikaciju sa tom bibliotekom. U ovom slučaju, morate dati G++-u sljedeće opcije:
G++ main.cpp -o glavni -L/home/taylor -lswift
Napomena 1: -l dobija ime biblioteke bez lib i .tako na početku i na kraju.
Napomena 2: U nekim slučajevima, ime datoteke biblioteke prati njena verzija, na primjer libswift.so.1.2 . U ovim slučajevima, G++ ne može pronaći ni datoteku biblioteke. Jednostavno zaobilazno rješenje za libswift.so.1.2 da se ovo popravi je stvaranje simboličke veze na libswift.so.1.2 koja se zove libswift.so .
vodeće vrijeme
Kada svoju aplikaciju povežete sa dijeljenom bibliotekom, biblioteka mora ostati dostupna kad god pokrenete aplikaciju. U vrijeme izvođenja, vaša aplikacija (zapravo dinamički linker) traži svoje biblioteke u LD_LIBRARY_PATH. Ovo je varijabla okruženja koja pohranjuje listu staza.
Primjer. U slučaju našeg primjera libswift.so, dinamički linker ne može pronaći libswift.so u LD_LIBRARY_PATH (koji ukazuje na zadane staze pretraživanja). Da biste riješili problem, morate dodati ovu varijablu sa stazom libswift.so.
Izvezi LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/taylor
Ako je ime vaše biblioteke libxyz.so i nalazi se na putu, recite:
/home/user/myDir
zatim ga povežite sa svojim programom:
G++ -L/home/user/myDir -lxyz myprog.cpp -o myprog
Prvo, morate znati lxxx pravilo imenovanja:
/usr/bin/ld: ne mogu pronaći -lc /usr/bin/ld: ne mogu pronaći -lltdl /usr/bin/ld: ne mogu pronaći -lXtst
lc znači libc.so, lltdl znači libltdl.so, lXtst znači libXts.so.
Dakle, to je lib + lib-name + .so
Kada saznamo ime, možemo koristiti locate da pronađemo putanju do ove datoteke 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
Ako ga ne možete pronaći, morate ga instalirati na yum (ja koristim CentOS). Obično imate ovu datoteku, ali ona ne vodi na pravo mjesto.
Povežite ga na ispravnu lokaciju, obično /lib64 ili /usr/lib64
$ sudo ln -s /home/user/anaconda3/lib/libiconv.so /usr/lib64/
Prilikom kompajliranja sa g++ preko make, definirajte LIBRARY_PATH ako možda nije praktično promijeniti Makefile sa -L opcijom. Stavio sam svoju dodatnu biblioteku u /opt/lib pa sam uradio:
$ izvoz LIBRARY_PATH=/opt/lib/
a zatim pokrenite make za uspješno kompajliranje i povezivanje.
Da biste pokrenuli program sa zajedničkom bibliotekom, definirajte:
$ izvoz LD_LIBRARY_PATH=/opt/lib/
prije pokretanja programa.
Vaš ubuntu definitivno ima relativno noviju verziju g++. Korištena zastavica: -std=c++0x .
Greška pri pokretanju igre se javlja prilikom pokretanja Warface-a u datoteci D:\GamesMailRu\Warface\Bin2Release\Game.exe. Sam tekst greške može biti različit: pristup odbijen, uređaj ne prepoznaje naredbu, nema dovoljno sistemskih resursa za dovršetak operacije, jedan ili više argumenata su netačni, navedena datoteka se ne može pronaći. U svakom slučaju, rješenje može biti drugačije. Prije svega, preporučujemo:
- Pokrenite Warface kao administrator. Kliknite desnim tasterom miša na prečicu igre i izaberite "Pokreni kao administrator". Ovo rješenje pomaže u slučajevima s greškom u vezi sa pristupom izvršnim datotekama.
- Ponovo instalirajte ili ažurirajte Microsoft Visual C++, Microsoft .NET Framework i VCredist. kako to učiniti, pročitajte ispod ili pratite link: Kako ažurirati MS Visual C++, MS .NET, VCredist . Rješenje često pomaže kod greške: jedan ili više argumenata su nevažeći.
- Također je moguće da antivirusni programi oštete datoteke. Pokušajte ponovo instalirati igru u potpunosti.
Greška "Nedovoljni sistemski resursi".
Razlog za grešku leži u nedostatku sistemskih resursa. Možda nema dovoljno prostora na tvrdom disku, nema dovoljno RAM-a ili je datoteka stranične memorije puna. Oslobodite prostor na tvrdom disku i povećajte veličinu Windows stranične datoteke.
Greška "Navedena datoteka nije pronađena".
U ovom slučaju možemo sa sigurnošću reći da su datoteke igre oštećene. Morate potpuno ponovo instalirati Warface igru.
Imam problema sa pokretanjem moje linux mašine.
Tokom faze pokretanja pri pokretanju / skripte, žali se da nije mogao pronaći mount . Moj PATH je postavljen na /sbin i /bin .
Pokušao sam direktno pozvati /bin/mount, što također nije uspjelo, navodeći da ne postoji.
Zatim sam uključio find . , koji je pronađen i pokazao da je /bin/mount zaista dostupan.
Nisam siguran šta da radim sa ovim. Pročitao sam da je initramfs u osnovi omotač busyboxa, pa može li problem biti tu?
UPDATE
Čini se da je mount jedina komanda/fajl koji nije pronađen. Počeo sam raditi u procesu preuzimanja; u kartici instalacija je završena i pronađena putem find .
Međutim, kada sam pokušao da ga izvršim, dobio sam grešku "nije pronađeno" kao što je prikazano ispod.
AŽURIRANJE 2
Privremeno sam riješio problem zamjenom svake instance mount-a u mom /init sa /bin/busybox mount-om. Radi upravo ovako.
2 Rješenja prikupljaju web obrazac za "/init ne može pronaći /bin/mount, ali može / može?"
Sačuvali ste skriptu u DOS (windows) modu, što znači da se na kraju svakog reda nalazi dodatni znak za povratak.
Najlakši način da popravite ovo je vjerovatno da učitate datoteku u vim, promijenite način rada sa :set notx i zatim sačuvate datoteku sa npr. :wq.
Moguće je da je /bin/mount pokvarena simbolna veza. Ovo se može pronaći pomoću find . , jer ovo navodi sve unose direktorija, ali ako pokušate pokrenuti ovaj program, neće raditi, jer nema datoteke na kraju duge. BusyBox asembleri su obično veze do BusyBox izvršne datoteke: mount -> busybox ili mount -> /bin/busybox (ako je busybox u /bin).
Druga mogućnost je da je binarni mount jedan iz vašeg živog sistema. Ova binarna datoteka je dinamički povezana biblioteka koja koristi dinamički učitavač koji možda nije prisutan u initramfs-u. Pogledajte Dobijanje poruke "Nije pronađeno" kada se pokreće 32-bitni binarni sistem na 64-bitnom sistemu za objašnjenje sličnog slučaja.
