Ubuntu mówi „bash: ./program Odmowa dostępu” [zamknięte]

206

Używam Ubuntu na komputerze 1 i komputerze 2. Skompilowałem program C ++ na komputerze 1 i mogę go uruchomić z terminala za pomocą ./program_name. Działa dobrze.

Jednak gdy próbuję to zrobić na komputerze 2, pojawia się komunikat: bash: ./program_name: permission denied

Co jest nie tak i co mogę z tym zrobić?

bash shell sh Kian
źródło

Czy masz uprawnienia do wykonania progam_name?

fedorqui „SO przestań szkodzić”

Jak dostałeś program z komputera 1 na komputer 2? Czy skopiowałeś plik wykonywalny lub ponownie skompilowałeś kod źródłowy? Jakie są dane wyjściowe polecenia „ls -l nazwa_programu”?

Eric Postpischil,

Wydaje się, że to nie na temat SO, ponieważ nie dotyczy programowania, ale zarządzania prawami w Linuksie

nijansen

spróbujbash program_name

Nadjib Mami

Napisałem .shplik. Odmówił wykonania z tym komunikatem o błędzie. Powiedziałbym, że jest to zdecydowanie temat na temat StackOverflow. Nominowałem do ponownego otwarcia.

ArtOfWarfare

Odpowiedzi:

392

chmod u+x program_name. Następnie wykonaj to.

Jeśli to nie zadziała, skopiuj program z urządzenia USB na natywny wolumin w systemie. Następnie chmod u+x program_namena lokalnej kopii i uruchom ją.

Systemy uniksowe i podobne do systemu Unix generalnie nie wykonają programu, dopóki nie zostanie oznaczony uprawnieniem do wykonania. Sposób, w jaki skopiowałeś plik z jednego systemu do drugiego (lub zamontowałeś wolumin zewnętrzny) mógł wyłączyć uprawnienia do wykonywania (jako funkcja bezpieczeństwa). Polecenie chmod u+x namedodaje uprawnienia do wykonania pliku przez użytkownika, który jest właścicielem pliku.

To polecenie zmienia tylko uprawnienia związane z plikiem; nie zmienia kontroli bezpieczeństwa związanych z całym woluminem. Jeśli kontrolki bezpieczeństwa woluminu przeszkadzają w wykonywaniu (na przykład noexecdla woluminu w fstabpliku Unix można określić opcję , która mówi, że nie zezwalaj na wykonywanie uprawnień do plików na woluminie), możesz ponownie zamontować wolumin z opcjami umożliwiającymi wykonanie. Jednak skopiowanie pliku na wolumin lokalny może być szybszym i łatwiejszym rozwiązaniem.

Eric Postpischil
źródło

Kiedyś myślałem, że tak się stanie tylko na partycjach innych niż Unix / Linux, takich jak FAT32, i tak się nie stanie /tmp. Okazuje się, że mój tmpfs /tmpma ten sam problem i muszę skopiować plik wykonywalny na prawdziwy wolumin natywny, tj. Mój folder domowy ~ na partycji ext4.

RayLuo

Zetknąłem się dzisiaj z tym problemem, więc STFW, pierwszy wynik wyszukiwania jest w kolorze fioletowym, co oznacza, że już go przeczytałem. „To obiecujący znak” - powiedziałem do siebie, a następnie kliknąłem wynik wyszukiwania. Doprowadziło mnie do tej strony, tej odpowiedzi, która nie działa w moim przypadku, a następnie komentarza powyżej, który działa. A potem zauważam, że ten komentarz został napisany przeze mnie 2 miesiące temu. Wow, co za życie.

RayLuo

Przepraszam za niedopuszczanie tego Q / A ... proszę również pomyśleć, że może noexec jest w fstab, który montuje dysk bez żadnych uprawnień do wykonywania ... „Słyszałem”, że „niektórzy ludzie” stracili sporo czasu szukając tego. ..

Simon Opelt

@Webman: chmodwprowadza trwałą zmianę. Jeśli uprawnienia zmienią się po ich użyciu, chmodaby je włączyć, coś innego je zmienia. (Może to obejmować usunięcie lub ponowne utworzenie pliku lub wolumin, w którym plik jest demontowany i montowany ponownie. Jeśli wolumin jest montowany ponownie, istnieją sposoby określenia domyślnych uprawnień do plików w woluminach zewnętrznych, ale to jest poza zakresem Mogę teraz odpowiedzieć.)

Eric Postpischil,

@ SimonOpelt „inni ludzie” są wdzięczni

Matt Jacobsen,

Spróbuj tego:

sudo chmod +x program_name
./program_name

Vitor Villar
źródło

Dzięki za radę. Właśnie próbowałem, ale teraz mówi bash: ./nazwa_programu nie może wykonać pliku binarnego

Kian

Czy to możliwe, ponieważ komputer 2 jest 32-bitowy, a komputer 1 jest 64-bitowy? Chyba powinienem po prostu skompilować go na komputerze 2. Dziękuję wszystkim za pomoc.

Kian

Tak, jeśli skompilujesz jakiś program w 64 bitach i spróbujesz wykonać w systemie 32 bity, nie zadziała. musisz ponownie skompilować kod źródłowy na komputerze 2.

Vitor Villar,

sudonie jest generalnie konieczne, chyba że program znajduje się w katalogu, w którym nie masz uprawnień do zapisu (w takim przypadku, w jaki sposób go tam zainstalowałeś?)

tripleee

Wygląda na to, że nie masz ustawionej flagi wykonywania dla uprawnień do plików, spróbuj:

chmod u+x program_name

Sam Roberts
źródło