Bash : ./testC.o: Permission non accordée

Bonjour,

je travaille dans une machine virtuelle Ubuntu 7.10, qui tourne dans Windows Xp.

Lorsque j'essaye d'éxecuter une de mes sources C compilées, il m'indique cette erreur : Bash : ./testC.o: Permission non accordée

Je suis en sudo, je ne comprends pas trop d'ou vient cette erreur... Voici mon fichier etc.fstab au cas ou :

Citation:

---

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=1d3642af-2613-4406-89c7-04e6232178e1 / ext3 defaults,errors=remount-ro 0 1
# /dev/sda5
UUID=1747b260-d07e-441c-b4e0-8b802840b2fb none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec 0 0

---

Quelqu'un peut-il m'éclairer? Merci !

Un fichier objet ne peut être exécuté tel quel. Il faut encore faire l'édition des liens.

Thierry

Un fichier objet (.o) n'est pas un exécutable. C'est un problème de compilation avec gcc par un problème de langage C. Pour compiler test.c tape la commande

Code:

---

gcc test.c -o test

---

. Apprendre le langage C est une chose. Apprendre à maîtriser les outils en est une autre.

La commande de melem sert à compiler directement un ou plusieurs fichiers source en exécutable (compilation + édition de liens dans la même commande).

Pour faire la compilation et l'édition de liens séparément, on fait ceci (mais ça ne compile qu'un fichier source à la fois):

Code:

---

1 2 3 4 5

gcc -c main.c -o main.o gcc -c autre.c -o autre.o gcc -c encoreUnAutre.c -o encoreUnAutre.o   gcc -o test main.o autre.o encoreUnAutre.o

---

Ben de toute façon on peut faire gcc main.c myobj.o -o test ...

J'ai exactement le même problème ... alors que j'ai effectivement tappé

Code:

---

gcc -o test test.c

---

ce n'est pas un problème de droits puisque ls me dit que :

> -rwxr-xr-x

si quelqu'un a une idée je suis assez intéressé ...

Citation:

---

Envoyé par princedubronx

J'ai exactement le même problème ... alors que j'ai effectivement tappé

Code:

---

gcc -o test test.c

---

ce n'est pas un problème de droits puisque ls me dit que :

> -rwxr-xr-x

si quelqu'un a une idée je suis assez intéressé ...

---

Si tu as compilé le programme tel qu'indiqué mais que tu as quand même lancé ./test.o, ça ne fonctionnera pas non plus. Même chose si tu as lancé « test » sans le « ./ » initial.

As-tu vérifié que ton programme a compilé correctement ? Quelle commande as-tu tapé exactement pour lancer ton programme ?

Si toutefois, tout est correct de ce côté, il se peut aussi que la partition sur laquelle tu travailles ait été montée avec l'option noexec, interdisant le lancement de tout exécutable binaire s'y trouvant, même si les droits sont accordés.

Citation:

---

Envoyé par Obsidian

Si tu as compilé le programme tel qu'indiqué mais que tu as quand même lancé ./test.o, ça ne fonctionnera pas non plus. Même chose si tu as lancé « test » sans le « ./ » initial.

As-tu vérifié que ton programme a compilé correctement ? Quelle commande as-tu tapé exactement pour lancer ton programme ?

Si toutefois, tout est correct de ce côté, il se peut aussi que la partition sur laquelle tu travailles ait été montée avec l'option noexec, interdisant le lancement de tout exécutable binaire s'y trouvant, même si les droits sont accordés.

---

La seconde piste était la bonne. En fait il m'a fallu supprimer l'option user de la partition en question.

Citation:

---

Envoyé par princedubronx

La seconde piste était la bonne. En fait il m'a fallu supprimer l'option user de la partition en question.

---

Ça dépend de la machine sur laquelle tu travailles : user est là pour permettre à un utilisateur lambda de monter une partition sans passer root. C'est utile dans le cas d'un C.D. ou d'une clé USB, par exemple.

La man-page précise que l'option user implique les options noexec, nosuid, et nodev, mais celles-ci peuvent être modifiées en respécifiant les options explicites.