copier un fichier sous linux

Version imprimable

Voir 40 message(s) de cette discussion en une page

bonjour à tous,
voici mon code en c, supposé copier un fichier.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#include <cstdlib>
#include <iostream>
#include <stdio.h>
#include <stdlib.h>
 
int copier_fichier(char const * const source, char const * const destination)
{
    FILE* fSrc;
    FILE* fDest;
    char buffer[512];
    int NbLus;
 
    if ((fSrc = fopen(source, "rb")) == NULL)
    {
        return 1;
    }
 
    if ((fDest = fopen(destination, "wb")) == NULL)
    {
        fclose(fSrc);
        return 2;
    }
 
    while ((NbLus = fread(buffer, 1, 512, fSrc)) != 0)
        fwrite(buffer, 1, NbLus, fDest);
 
    fclose(fDest);
    fclose(fSrc);
 
    return 0;
}
 
int main()
{
    copier_fichier("bidule", "copy/bidule");
 
    return EXIT_SUCCESS;
}

lorsque je le lance sous linux, ce script me renvoie :

Code:

bash: ./main: Permission non accordée

le dossier copy existe déja, est il créé si ce n'est pas le cas?
et pourquoi linux (même en root) ne veut il pas copier mon fichier?

merci à vous ;)

Bonjour

je n'ai même pas regardé ton code parce que l'erreur remontée ne vient pas de là (ça ne veut pas dire qu'il n'y a pas d'erreur dans ton code)

Code:

bash: ./main: Permission non accordée

signifie que tu ne peux pas exécuter le fichier "main" du répertoire courant, c'est tout

La preuve en quelques lignes :
Code:

1 2 3 4 5 6 plx@sony:~$ > main plx@sony:~$ ls -l main -rw-rw-r-- 1 plx plx 0 sept. 22 12:32 main plx@sony:~$ ./main bash: ./main: Permission non accordée plx@sony:~$
complément : c'est parce que ton programme ne prend aucun argument (j'ai donc conclu que ton "exécutable" - qui ne l'est pas OU qui n'est pas lisible) - se nommait "main") que j'ai donné l'explication ci-dessus.

Si c'était un problème avec le répertoire "/copy" ou le fichier destination "/copy/bidule", tu aurais d'autres messages, qui reprendraient le nom du/des fichiers posant problème :
Code:

1 2 3 4 5 6 7 8 9 plx@sony:~$ > /copy/bidule bash: /copy/bidule: Aucun fichier ou dossier de ce type plx@sony:~$ plx@sony:~$ sudo mkdir /copy [sudo] password for plx: plx@sony:~$ plx@sony:~$ > /copy/bidule bash: /copy/bidule: Permission non accordée plx@sony:~$

22/09/2012, 12h51
dergeekpanda

mais comment ce fait il que même en root je ne puisse l'executer (j'ai fais un chmod +r au préalable)
22/09/2012, 13h01
plxpy
root peut exécuter n'importe quel ... exécutable. Si un fichier n'est pas exécutable (x, pas r), être root n'y change rien :
Code:

1 2 3 4 5 6 plx@sony:~$ > main plx@sony:~$ ls -l main -rw-rw-r-- 1 plx plx 0 sept. 22 12:58 main plx@sony:~$ sudo ./main sudo: ./main: command not found plx@sony:~$
Tiens, j'ai un autre message d'erreur (je pense que le message que tu as posté ne correspond pas à une exécution sous l'identité root)

C'est un chmod+x qu'il faut faire pour rendre un fichier exécutable (dans la mesure où cela a un sens)

D'ailleurs, comme ton fichier "main" est, à priori, le résultat d'une compilation + link d'un source C (et pas un script), tu ne devrais même pas avoir à faire de chmod.
22/09/2012, 13h38
dergeekpanda

oui, je m'étais trompé de lettre, mais un chmod +x donne le même résultat
permission non accordée.
22/09/2012, 14h07
Médinoc

peux-tu montrer ta ligne de commande de compilation?
22/09/2012, 14h48
plxpy

ainsi que le résultat de "ls -l main"
22/09/2012, 22h09
dergeekpanda

code bloc s'occupe de compiler

Code:

-rw-r--r-- 1 panda panda 23964 2012-09-22 12:23 main

Bizarre ton truc.

Déjà, j'ai repensé à ton message d'erreur du post#1 : ton problème n'est pas lié au contenu de ton code C ou à des problèmes de droits de /copy : c'est bien le bash qui couine quand tu tentes d'exécuter "main" (./main pour être précis) : début du message d'erreur en "bash: ..."

De plus, sous Unix/Linux, quand la compilation et l'édition de liens aboutissent, le fichier exécutable créé a les droits d'exécution (x) positionnés pour tout le monde (user, group et others). Code::Blocks, en utilisant le compilateur gcc, fait de même (j'ai testé rapidement).

Donc, pourquoi ton fichier main n'est-il pas exécutable ? cherche de ce côté !

ps : au point où on en est, le "main" que tu tentes de lancer est-il bien le résultat du "build" sous Code::Blocks ? Est-ce que un "file main" te renvoye bien un type de fichier exécutable du style
Code:

1 2 3 plx@sony:~/maindir/main/bin/Debug$ file main main: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=0xe63b7203681dc0444cb54bf0819b0ac3ef223626, not stripped plx@sony:~/maindir/main/bin/Debug$
accessoirement, même si ça ne joue pas, #include <cstdlib> et #include <iostream>, c'est du C++

23/09/2012, 10h42
Obsidian

Hello,

Il n'est pas impossible que sa partition « /home » soit montée de façon à interdire les exécutables et/ou que son umask soit mal positionné.

@dergeekpanda : que donne l'exécution de la commande suivante ?

Code:

$ umask ; mount | grep home

et parviens-tu à exécuter ton programme lorsque tu le compiles à la main avec ceci ?

Code:

$ gcc main.c -o main
23/09/2012, 10h50
Jean-Marc.Bourguet

Je me demande s'il n'a pas nommé son fichier .C main et tente de l'exécuter comme si c'était un programme dans un langage avec un interpréteur... Je sais, c'est possible avec Tiny CC.
23/09/2012, 11h02
Obsidian

Citation:

Envoyé par Jean-Marc.Bourguet

Je me demande s'il n'a pas nommé son fichier .C main et tente de l'exécuter comme si c'était un programme dans un langage avec un interpréteur... Je sais, c'est possible avec Tiny CC.

Possible, c'est pour cela qu'on attend le résultat de la commande file, mais après un chmod +x, il devrait quand même avoir obtenu un message d'erreur quelque peu différent.
23/09/2012, 12h00
Exia_

Code:

-rw-r--r-- 1 panda panda 23964 2012-09-22 12:23 main

si cette ligne correspond à l'exécutable de ton programme alors il n'a pas les droits d'exécution.
23/09/2012, 12h42
Obsidian

Euh... Question bête, mais rassure-moi : tu as bien écrit

Code:

$ chmod +x main

et pas simplement

Code:

$ chmod +x

n'est-ce pas ?
23/09/2012, 13h29
dergeekpanda

un chmod +x main et un chmod 777 main ne changent pas les droit d'execution
?_?
23/09/2012, 14h00
Obsidian

Citation:

Envoyé par dergeekpanda

un chmod +x main et un chmod 777 main ne changent pas les droit d'execution
?_?

Ça nous ferait plaisir - et nous aiderait beaucoup - si tu apportais des réponses précises aux questions que l'on te pose dans ces commentaires :

Commentaire N° 9 ;
Commentaire N° 10 ;
Commentaire N° 11 ;
Commentaire N° 14 ;
23/09/2012, 14h02
Exia_

Citation:

Envoyé par dergeekpanda

un chmod +x main et un chmod 777 main ne changent pas les droit d'execution
?_?

si ton programme compilé n'a pas cette "etat" :

Code:

-rwxr--r-- 1 panda panda 23964 2012-09-22 12:23 main

et que tu ne l'exécute pas avec l'utilisateur panda ou un utilisateur appartenant au groupe panda ou avec root alors tu aura une erreur :

Code:

bash: ./main: Permission non accordée

.
23/09/2012, 14h05
Obsidian

Citation:

Envoyé par Exia93

si ton programme compilé n'a pas cette "etat" : [...] et que tu ne l'exécute pas avec l'utilisateur panda ou un utilisateur appartenant au groupe panda ou avec root alors tu aura une erreur

C'est ce que l'on dit depuis le début et il a déjà essayé de l'exécuter en root. Tes contributions sont les bienvenues mais à condition de relire le fil en entier au préalable.
23/09/2012, 14h14
Exia_
Citation:

Envoyé par Obsidian

C'est ce que l'on dit depuis le début et il a déjà essayé de l'exécuter en root. Tes contributions sont les bienvenues mais à condition de relire le fil en entier au préalable.

J'ai relu le fil en entier mais ce qui m'a interpelé c'est la réponse qu'il a fait à la question :

Code:

ainsi que le résultat de "ls -l main"

de plxpy, sa réponse a été :

Code:

-rw-r--r-- 1 panda panda 23964 2012-09-22 12:23 main

cette réponse a été donnée alors que plxpy lui avait expliqué tous les problèmes de droits, c'est pour ça que je lui est dit de vérifier que son fichier binaire main qui représente sont programme compilé est bien le droit d'exécution qui en voyant sa réponse n'est pas le cas.

Pour le test en étant root si le fichier n'a pas le droit d'exécution ça reviens au même
Code:

1 2 # ls -l programme -rw-r--r-- 1 user users 11880 Aug 15 00:04 programme
et si l'on tente de l'exécuter :
Code:

1 2 # ./programme -bash: ./programme: Permission denied
et si on rajoute le droit x :
Code:

1 2 chmod +x programme -rwxr-xr-x 1 user users 11880 Aug 15 00:04 programme
et que qu'on l'exécute, il se lance normalement.

Code:

1
2
$ file main
main: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped

Code:

1
2
3
$ umask ; mount | grep home
0002
gvfs-fuse-daemon on /home/panda/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=panda)

Code:

$ gcc main.c -o main

ne renvoie rien et crée l’exécutable main

Voir 40 message(s) de cette discussion en une page