J'ai un p'tit problème : j'ai downloadé LimeWireLinux et c'est un fichier .bin  :  je sais pas comment l'ouvrir, enfin, l'exécuter.
J'ai Mandrake 9 avec la plupart des packages, mais je doute que ça ne serve à grands choses.
Merci d'avance...

dans le dossier du fichier et en admettant que les droits soient bon :
 
./ton_fichier.bin

 
merci de ta réponse ; j'ai essayé, mais il me répond "command not found"...
 
J'ai fait un "chmod 777 LimeWireLinux.bin" (en super user au cas où), ça m'a donné les droits "-rwxrwxrwx". Mais j'ai tjs "command not found" quand j'appelle LimeWireLinux.bin...

Le truc important c'est le ./
car le . n'est pas dans le PATH (contrairement à Windows où c'est une importante faille de sécurité).

 
y en a toujours qui se sente obliger d'en revenir a windows
 
 

 
Parce que c'est vrai. Et que souvent les débutants demandent pourquoi sous un Unix le . n'est pas implicite quand on lance une commande dans un répertoire : pour éviter qu'un fichier portant le même nom qu'une commande dans /usr/bin se mette à effacer des fichiers (ou le système en root).
C'est interdit de donner une explication ?

zeb_ a écrit a écrit :     Parce que c'est vrai. Et que souvent les débutants demandent pourquoi sous un Unix le . n'est pas implicite quand on lance une commande dans un répertoire : pour éviter qu'un fichier portant le même nom qu'une commande dans /usr/bin se mette à effacer des fichiers (ou le système en root). C'est interdit de donner une explication ?

non pas du tout, mais je comprend pas pourquoi tu te sentais obligé de preciser (contrairement à Windows où c'est une importante faille de sécurité). ... ça ne se justifiait d'aucune façon...
 
enfin j'vais finir par séparer les pro-linux des anti-windows

 
Ben t'as lu mon explication ? Le fait que le chemin courant  permette l'exécution d'un programme EST une faille de sécurité. Et ce n'est pas modifiable sous Win, et c'est bon de le rappeler.
Car souvent les débutants sont troublés par ça : "c'est plus facile sous Windows, on n'a pas besoin de taper ./ avant la commande, pourquoi on doit faire ça sous Linux ?" C'est justement pour empêcher qu'une commande soit remplacée par une autre dans le chemin courant.
 
Ce n'est pas un débat pro-Linux contre pro-Win, c'est une simple question de sécurité et de bon sens.

Ou alors, tu rajoutes . dans ton PATH (et dans /etc/profile pour bien faire...)    

g fé ça pour faire un fake de su... hé hé hé... J'ai plus k'à appliquer ça à l'iut et je v pouvoir chopper les passes root

 
 
c kel iut ?

moi j'ai ce probleme avec hlds ( server counter strike) kan j'execute le fichier .bin il me repond tout silmplement " cannot execute binary file" :
 
debianusr/steam# ls -l
total 435060
-rwxrwxrwx    1 root     staff    445055300 Apr 27 21:14 hlds_l_1120_full.bin
debianusr/steam# ./hlds_l_1120_full.bin
bash: ./hlds_l_1120_full.bin: cannot execute binary file
 
que faire ???
 

Ne pas insister, CS est un jeu de merde.

l'installeur fait 445Mo? bizarre c'te histoire.
Le message d'erreur obtenu indique que ton fichier n'est pas un binaire correct. Soit compilé pour une autre architecture, soit parce que ce n'est pas un exécutable (genre un jpg ou du son)

>allalex

te donne quoi ?

bon...
le meme probleme. j'ai exactement ce qui est marque la. ca a marche. cool.
maintenant, quelqu'un peut il m'expliquer ce que je viens de faire, serieusement? j'en ai pas la moindre idee... mais ca a marche, enfin ca en a l'air....
 
 
(edit: dyslexie des doigts....)

tiens, ca me donne un fichier .tar.gz
d'apres ce que j'ai pu lire ca et la, c'est une archive, n'est ce pas?? j'en fais quoi maintenant (mis a part me la carrer la ou je pense...)?

bon ca a l'air de l'ouvrir avec un prog qui s'appelle file roller....
mais je me pose une question: il me dit que j'ai plus de place sur mon drive. or, je suis persuade qu'il m'en reste plein... au moins 2 ou 3 giga... comment je verifie, svp???
 
je sais que j'ai mounte un gros drive, mais est-ce une raison?? je plaisante pas, je sais pas comment ca marche... 15h d'experience en tout sur nunux....

alalala, ces newbies qui débarquent sans se renseigner un minimum.
Alors 1) ./ indique le chemin ou chercher le fichier. . (point) indique le répertoire courant, celui dans lequel tu te trouves. et derrière tu mets le nom du fichier exécutable. Ce fichier n'a pas forcément une extension particulière car il peut être un script ou du binaire. D'où l'extension .bin.
Donc une fois que ton exécutable est lancé, il travaille.
2) .tar est une archive = un fichier qui en englobe plusieurs à la file, ouvre un .tar qui contient 2, 3 fichiers texte, tu verras. le .gz correspond à un fichier compressé par gzip (meilleur que winzip). donc .tar.gz est une archive compressée.
3) cette archive s'ouvre automatiquement avec file roller sous gnome, tu peux visualiser son contenu. je suppose que ce sont les sources d'un logiciel à compiler, je te renvoie sur la foultitude de sites qui expliquent comment faire.
4) df est la commande à lancer pour voir tes partitions et leur utilisation. Rajoute l'option -h pour avoir un affichage plus facilement lisible.