autorisation refusée que mon propre programme (ubuntu)

Pas exactement de programmation relative...

J'ai construit le programme de base d'opengl, puis exécutez-le et sh: /blabla autorisation refusée. Comment puis-je faire que dissaper?

le programme fait juste un carré rotatif et j'ai ubuntu 9.4

viens de découvrir que même int main(){} ne fonctionne pas

Quelles sont les autorisations sur le fichier du programme?
Essayez chmod 777 😛
Ce qui est exactement à la commande que vous entrer?
bouton exécuter dans codeblocks, ./test après je ne cd ... et double-cliquez. Aucune de ces travaux
En effet. Bon dieu, j'ai laissé un commentaire en juin 2009. C'est plus de 6 ans. Je pense qu'à ce moment là, j'avais peut-être une fois installé Ubuntu via Wubi(des choses amusantes, Wubi, triste c'est de ne pas obtenir l'entretien plus). Ayant travaillé avec Ubuntu et les autres distro à titre professionnel depuis, je ne me sens plus c'est drôle à dire "777 le fichier" comme je l'ai fait à l'époque. C'est comme de dire "juste de fusion se développer dans le correctif de la branche, ce qui est le pire qui pourrait arriver". Cette réalité m'est arrivé une fois, holy sh*t, ce qui m'a donné des sueurs froides.

OriginalL'auteur |

  1. 14

    J'ai eu le même problème et il est apparu que ma partition est montée en tant que noexec
    cat /etc/mtab

    Lorsque j'ai configuré les options dans /etc/fstab j'ai écrit exec,utilisateur, mais il semble que l'option "user" par défaut définit "noexec". Quand j'ai changé l'ordre de ces deux à l'utilisateur,exec tout s'est passé le retour à la normale!

    Espère que cela aide.

    +1 a Résolu mon problème!

    OriginalL'auteur

  2. 6

    Comment êtes-vous pour le compiler? Pouvez-vous poster le makefile? Si vous exécutez

    chmod +x myPorgram
./myProgram

    quelque chose change?

    Je compile avec codeblocks. Et j'ai essayé que rien, essayé avec sudo et toujours rien.

    OriginalL'auteur

  3. 5

    Vérifier le point de montage pour voir si il est monté comme noexec par l'exécution de "monter"

    OriginalL'auteur

  4. 2

    J'utilise CodeBlocks sur Ubuntu et ont eu exactement ce problème à PLUSIEURS reprises.
    ce KermiDT dit, c'est exactement la solution (si j'avais assez de points de rep, j'aurais voté)

    L'option "user" par défaut définit "noexec".

    donc dans /etc/fstab juste ajouter ,exec après l'utilisateur.
    c'est à dire le mien ressemble à ça:

    /dev/sda6 /media/DATA vfat uid=kenny,gid=kenny,users,user,exec 0 0

    Cependant, le spacingis un peu... mais vous voyez l'idée.

    OriginalL'auteur

  5. 1

    En dehors de l'mentionnés ci-dessus chmod +x fichier, un autre problème pourrait être une bibliothèque manquante. Pour vérifier les bibliothèques requises, utilisez la commande ldd:

    $ ldd /bin/sh
    linux-vdso.so.1 =>  (0x00007fffb43fe000)
    libc.so.6 => /lib/libc.so.6 (0x00007fc4abe11000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fc4ac183000)

    Si l'un de ces lignes montre une bibliothèque manquante, vous savez ce que doit être installé avant d'exécuter votre programme.

    Une autre possibilité est que si votre programme est un script (shell, perl, python ou autre programme à base de texte). La première ligne est:

    #!/usr/bin/perl

    Si ce fichier ne peut être trouvé, vous obtiendrez une erreur permission denied.

    pas une dynamique exécutable hmmm mais dans la page d'autorisation de l'exécutable option est cochée, et aussi j'ai fait le chmod +x sur elle... même Si je doute qu'il y ait de bibliothèques supplémentaires nécessaires pour int main(){}
    "Pas une dynamique exécutable" ? Pouvez-vous nous montrer comment vous compilez votre programme ? Veuillez également faire un "fichier yourexefile", ce qui devrait dire quelque chose comme $ file /bin/bash /bin/bash: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), liée de façon dynamique (utilise shared libs), pour GNU/Linux 2.6.15, dépouillé Concernant les bibliothèques supplémentaires, juste après avoir main(){} ne veut rien dire, si il a été compilé avec l'opengl libs, ils seront requis pour exécuter le programme.
    Je suis de frapper le bouton générer dans codeblocks... qui a travaillé sur l'autre ordinateur, jusqu'à maintenant, j'ai aussi compilé sans les bibliothèques liées et il ne fonctionne pas. Le fichier de test : test: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), liée de façon dynamique (utilise shared libs), pour GNU/Linux 2.6.15, pas dépouillé

    OriginalL'auteur

  6. 1

    Quelques questions:

    1. Sont les autorisations définies correctement sur le fichier?
    2. Est le chemin d'accès à toutes les interprète correctement?
    Je ne sais pas à propos de ces choses... il ne se passe sur le nouvel ordinateur, j'ai eu même compilaer même ubuntu, et là, il va juste

    OriginalL'auteur

  7. 1

    Vous bénéficiez également de ce problème lorsque vous tentez d'exécuter des applications 32 bits sur un système 64 bits. Exécuter:

    a. file (executable name)
b. uname -a

    et vérifier que les deux sont "i386" ou "amd64".

    Si ils ne sont pas les mêmes, ont un oeil à cet article:

    OriginalL'auteur

  8. 0

    Essayez d'exécuter la commande avec strace la trace de la réussite du système d'appels qu'il fait et où il s'arrête.

    C'est comment vous pouvez le lancer,

    strace ./blabla

    Vous obtenez une erreur "autorisation refusée" ou quelque chose comme "exec, une erreur de format"? Avec chmod +rx sur le fichier que vous ne devriez pas frapper "permission refusée".

    OriginalL'auteur

  9. 0

    Vous devez également vous assurer que votre nom d'utilisateur est dans le groupe video. Vérifiez /etc/group et assurez-vous que votre nom d'utilisateur s'affiche à la "vidéo" de la ligne.

    OriginalL'auteur