Nie można wykonać plików .out, odmowa uzyskania uprawnień

Napisałem program w C ++ i zastosowałem go do utworzenia pliku .out. Jednak za każdym razem, gdy próbuję go uruchomić, otrzymuję odmowę zezwolenia. Czytałem, że możemy używać sudo, ale nie do końca mogę go uruchomić. Używam czegoś takiego jak sudo „./a.out”, ale to też nie działa.

Edytuj :

Oto wiadomość, którą otrzymuję, gdy próbuję „./a.out”.

bash: ./a.out: Permission denied

Zwykle g++daje utworzone uprawnienia do wykonywania pliku. Jeśli nie przejdziesz -oopcji, plik zostanie nazwany a.out.

Dwa możliwe powody, dla których plik nie ma ustawionego bitu wykonania, wraz z ich rozwiązaniami:

1. Wartość umask jest ustawiona na wartość taką jak 0133, co zapobiega ustawianiu bitu wykonania. Rozwiązanie: jawnie ustaw uprawnienia:

   chmod 755 a.out
   

2. System plików, nad którym pracujesz, nie obsługuje uprawnień systemu Linux. Może tak być w przypadku umieszczania plików na dysku flash w formacie FAT32. Rozwiązanie: wykonaj kopię zapasową plików i sformatuj ją do ext2 lub zamontuj dysk za pomocą fmask=0022lub umask=0022(pomijając fmask). Zobacz sekcję Opcje montażu tłuszczu na stronie instrukcji montażu, aby uzyskać więcej informacji.

W przypadku skryptów bash, które nie mają ustawionego bitu wykonania, możesz uruchomić bash file.sh. Taka funkcja istnieje dla wszystkich plików z zawartością wykonywalną (pliki skompilowane i pliki z #!/path/to/interpreterzestawem linii shebang ). Aby wykonać pliki bez zestawu bitów wykonania, użyj specjalnego pliku /lib/ld-linux.so.2(lub /lib/ld-linux-x86-64.so.2aplikacji 64-bitowych), aby uruchomić taki program:

/lib/ld-linux-x86-64.so.2 a.out

.out jest nietypowym rozszerzeniem. Zwykle oznaczałoby to plik „śledzenia wyjścia”.

Sprawdź swoją składnię, której używasz do kompilacji

na przykład

gcc myfile.c /usr/lib/libsomelibrary.a -o outputfilename

albo może

g++ myfile.cpp -lm -o outputfilename

Możesz sprawdzić, czy bit wykonywalny jest ustawiony w pliku

ls -l a.out

lub możesz po prostu wymusić bit wykonywalny

chmod +x a.out

wtedy możesz uruchomić swój plik

./a.out

lub po prostu

a.out

Być może powinieneś również sprawdzić, czy plik wyjściowy został poprawnie zapisany jako plik binarny

to znaczy

file a.out

Spowoduje to zgłoszenie formatu pliku - skryptu lub pliku binarnego

Rzadko musisz uruchamiać się jako root, chyba że masz ograniczone możliwości uruchomienia pliku wykonywalnego.

Jeśli skompilowałeś jako root (np. Sudo make) lub masz plik Makefile, który zainstalował plik wykonywalny jako root, to czy mogę zasugerować, abyś odzyskał uprawnienia po zalogowaniu się użytkownika

to znaczy

sudo chown fred:fred a.out

tzn. zamień „fred” na identyfikator użytkownika.

po prostu skopiuj folder do folderu domowego i będzie działać. Prawdopodobnie próbujesz uruchomić go na zewnętrznym dysku lub coś takiego.

Obejście dla systemów plików FAT w pierwszej odpowiedzi

„Może tak być w przypadku umieszczania plików na dysku flash sformatowanym w systemie FAT32. Rozwiązanie: (...) zamontuj dysk za pomocą fmask = 0022 lub umask = 0022 (pomijając fmask).”

normalnie nie działa - domyślnie i tak umask to w większości 0022, więc nic to nie zmienia.

Jednak inny domyślny parametr montowania skutecznie uniemożliwia wykonywanie plików binarnych, szczególnie jeśli system plików FAT jest zamontowany jako użytkownik inny niż root: noexec

Po prostu zamontuj dyski w formacie FAT z opcją exec:

sudo mount -o exec /dev/sd.. /mountpoint

(zwykle należy to zrobić jako root, stąd „sudo”) i powinieneś być w stanie wykonywać pliki binarne bezpośrednio z tego miejsca.

Założę się, że twój program nie ma funkcji 'main ()', tak jakby to zrobił, twój kompilator spowodowałby, że a.out jest wykonywalny. W tej chwili jest to po prostu plik obiektowy pełen kodu, ale nie ma punktu wejścia. main () jest specjalną nazwą funkcji w C i C ++, która mówi kompilatorowi, aby utworzył program, a nie tylko pliki obiektowe, które można połączyć z programem lub biblioteką.

Chciałbym wiedzieć, jakiego wiersza poleceń użyłeś do utworzenia tego pliku, ponieważ kompilator c ++ GNU GCC, g ++, nie pozwoli mi stworzyć prostego programu bez głównej funkcji:

#include <iostream>

using namespace std;

void no_main()
{
  cout << "Hello World" << endl;
}

$ g++ hello.cc
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 0 has invalid symbol index 11
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 1 has invalid symbol index 12
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 2 has invalid symbol index 2
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 3 has invalid symbol index 2
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 4 has invalid symbol index 11
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 5 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 6 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 7 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 8 has invalid symbol index 2
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 9 has invalid symbol index 2
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 10 has invalid symbol index 12
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 11 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 12 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 13 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 14 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 15 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 16 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 17 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 18 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 19 has invalid symbol index 13
/usr/bin/ld.bfd.real: /usr/lib/debug/usr/lib/x86_64-linux-gnu/crt1.o(.debug_info): relocation 20 has invalid symbol index 21
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/../../../crt1.o: In function `_start':
(.text+0x20): undefined reference to `main'
collect2: ld returned 1 exit status

Jeśli jednak zmienię „void no_main” na „int main”, to zadziała:

$ g++ hello.cc
$ ./a.out
Hello World