scanner-z
bon,bein voila que j'essaie d'installer fedora rc4... sans problemes en fait, j'installe mes drivers , toujours sans problemes, mais quand j'essaie ensuite de configurer mon reseau surprise: ma commande ifconfig est introuvable, j'essaie d'autres commandes qui sont elles aussi introuvables...
arghhhh
je lance google et je fais ma recherche qui me prendra une partie de ma nuit (tu me diras j'ai appris quelques petits trucs au passage) pour enfin trouver d'ou vient mon probleme
ma variable $PATH est vide....
si j'utilise export, je regle le probleme le temps de ma session, mais a chaque reboot, ma variable se revide et je n'ai jamais acces a mes commandes...
y-a-t-il une solution pour que ma variable $PATH (en mode utilisateur) soit avec les bonnes valeurs (/sbin etc) au demarrage et pas vide, j'ai pas franchement envie d'installer une autre distrib.
chui un gros NOOB alors riez pas les gars, oui mes recherches sur google c'est un peu comme l'éternitée incarnée dans un moteur de recherche
Anvil
1. Ta variable PATH ne peut pas etre vide. des tas de programmes se basent dessus, et au pire, tu l'herites du processus parent a celui de ta session.
2. Il est inutile de re-installer quoi que ce soit pour un simple PATH. Il te suffit de modifier la configuration de ton shell - de bash. Je te suggere de lire la doc de bash (man bash). La section `FICHIERS' devrait t'etre instructif.
scanner-z
merci pour l'info, j'ai jeté un oeuil dans le man bash comme tu me le disais et j'ai donc reconfiguré le bash de mon utilisateur en modifiant bash_profile en y ajoutant /sbin
et la ça a l'air de fonctionner apres le reboot.
mais le truc bizard c'est que quand je fais echo $path la liste est vide????
enfin ça marche c'est l'escentiel
merci
olivier2
Pour ne pas perdre les modifications que tu fais sur ton path il faut que tu modifie le fichier .bashrc qui se trouve à la racine de ton home... bon en gros tu fais un emacs ~/.bashrc
et tu rajoute une ligne du genre :
export PATH="$PATH:/sbin:/truc/biule:/machin/" $PATH rappelle la valeur courante de la variable PATH et après hop tu mets : le path que tu veux ajouter.
edit : bon j'ai répondu un peu trop tard 😉 pour le echo $path vide c'est normal, c'est echo $PATH qu'il faut faire...
Anvil
c'est pas path, c'est PATH, comme l'a dit olivier.
Et c'est bien dans le bash_profile et non dans le bashrc que les variables d'environnement doivent etre declarees/exportees.
olivier2
alors est-ce qu'il faut mettre dans le bashrc ou dans le bash_profile... grande question... le bashrc est utilisé par les "non login shell" ce qui est le cas des shell sous x... bash_profile est lu par les login shell (ce qui donc n'est pas le cas des shells sous x...
Mais de toutes façons puisque le bash_profile semble faire un appel à bashrc (en tout cas dans mon bash_profile) le fait de mettre dans bashrc ne semble pas poser de problème. Et donc bashrc est utilisé par les login et non login shell.
J'ai bon ? Euh bon je suis pas sûr de moi à 100 %, je demande un avis complémentaire 😉
Sinon on est d'accord pour le $PATH (très important les majuscules 😉 )
Anvil
olivier : un login shell est invoque' au debut de la session X11. Les variables d'environnement etant heritees de l'environnement du processus pere, tes xterm/gnome-terminaux/etc heritent donc de *ton* login shell. Tu peux demande a gnome-terminal d'ouvrir des login shell. Et je viens de verifier xterm, aussi, ca me parait donc etre une feature de base. A activer si vous voulez eviter les comportements douteux de bash.
Zsh relit toujours ces fichiers de conf que je sache, donc je n'ai pas ce probleme. Zsh c'est bon, mangez-en.
olivier2
ok ça marche 😉 mais bon les habitudes vont être dures à perdre j'ai toujours appris ça comme ça.. mais cela dit ton explication se tient tout à fait 😉 mais franchement la nuance entre les 2 fichiers me paraît vraiment être de l'ordre du coupage de cheveu en 4.. enfin je veux dire du coup le fichier bash_profile seul est suffisant.. vu que tout en fin de compte est fils du premier shell.. enfin bon c'est comme le fait que bashrc soit appelé dans bash_profile... au final tout le monde appel tout le monde et tout s'exécute.. ça me parait bordélique tout ça 😉
scanner-z
j'peux pas dire que j'ai pas eu une réponse complète .... héhé
merci
problème résolu a 100 % 8-)
Anvil
olivier : "bash c'est moisi" tu en as la preuve maintenant 🙂
olivier2
j'avais jamais vu ça sous cette angle là 😉 enfin bon ça à le mérite d'être un truc avec lequel je me débrouille 😉 meme si maintenant je trouve ça foireux l'organisation des fichiers 😉
scanner-z
pis pour les débutants comme moi, c'est un peu décourageant des fois...
enfin c'est pas trop bash, c'est plustot linux et ses fichiers de config planqués partout , j'ai un ptit cerveau... mais bon...
tient jviens de faire planter mon knoppix sur le portable... lol
du coup j'ai une occupation pour la matinée
olivier2
t'inquiètes pas tu vas voir que linux ça vient vite 😉 Au bout de quelques semaines d'utilisation tu seras tout à fait à l'aise. Et puis c'est en galérant pour configurer sa machine qu'on apprend le plus !
scanner-z
chui trop nul....................
du style le gars qui a un probleme qui n'existe pas (du moins je crois)
en fait tout va bien, j'essayais de lancer des commandes root avec un utilisateur normal
pas etonant que j'avais pas acces aux commandes de /sbin
dsl de vous avoir fait perdre du temps....
mais je ne le savais pas encore, chui un pur NOOB
🙁
olivier2
scanner-z a écrit:
chui trop nul....................
mais non faut pas dire ça, tu débute c'est tout !
Pour ce qui est des commandes situées dans /sbin, un utilisateur normal peut les lancer.
Par exemple tape : /sbin/ifconfig tu verras que la commande se lance très bien.
Maintenant tape : /sbin/shutdown -r 0 (genre pour rebooter), si tu n'est pas en root tu obtiendra le message suivant : "shutdown: you must be root to do that!"
Voilà donc en théorie tu peux quand même avoir accès aux commandes de /sbin en tant que simple user... (regarde les droits sur les commandes tu verras que tu as les droits en exécution sur celles-ci) donc c'est pas un faux problème que tu avais, cependant en général on tape le /sbin devant ces commandes pour y accéder.
Courage !! Dans 1 mois tu t'amuseras come un petit fou à modifier tes fichiers de config dans tous les sens et à réinstaller tout le bordel juste pour le fun (ou juste parce qu'une manip un peu téméraire t'as tout dézingué 😉 .. mais bon y faut y aller quand même, du moment que tu fais un backup des fichiers de config avant de lesmodifier comme un bourrin, il y a presque toujours moyen de récupérer les boulettes).
Bonne journée
Anvil
un sbin n'est pas forcement reserve a root, meme s'il est le seul a pouvoir en tire partie a 100%.
les sbin sont plus orientes `administration' du systeme, mais un certain nombre de commandes peuvent etre invoquees en user.
Rajouter sbin dans le path d'un utilisateur "noob" ca n'est pas forcement une bonne chose, les dieux seuls savent ce qui pourrait arriver.
scanner-z
olivier a écrit :
scanner-z a écrit:
chui trop nul....................
Dans 1 mois tu t'amuseras come un petit fou à modifier tes fichiers de config dans tous les sens et à réinstaller tout le bordel juste pour le fun
Bonne journée
bas en fait depuis que j'ai installé fedora, je ne fais que ça réinstaller lol, surtout que je me suis penché sur le probleme de recompiler le noyau.... je l'ai fais au moins trois fois par jour depuis presque une semaine lol.
fo dire que j'ai le temps en ce moment... tant mieux car je n'arrete pas de flinguer mon install a chaque fois en essayant de désinstaller l'ancien noyau, d'ailleur fo que je fasse un post a ce sujet, la désinstallation de l'ancien noyau reste encore mysterieuse alors que je pensais que c'était le plus simple.
bon les gars ... bon dimanche (je deteste le dimanche) !!! 🙁
Anvil
Casser son systeme c'est facile, le reparer aussi.. a condition de lire de la doc. Tu ne devrais jamais avoir a re-installer, c'est bourrin - on dirait un truc windows. Que tu cherches a savoir comment on fait un noyau c'est bien, mais tu devrais commencer par les bases plutot. Et surtout tu devrais lire la doc de grub - le bootloader - car ca pourrait te depanner en cas de probleme avec les noyaux..
Pour apprendre comment fonctionne / comment on fait une distribution linux, tu peux te pencher sur Linux From Scratch.
C'est une non-distribution, le must du "do it yourself". Une fois que tu auras stabilise un LFS, tu auras compris pas mal de trucs.
scanner-z
Anvil a écrit :
Pour apprendre comment fonctionne / comment on fait une distribution linux, tu peux te pencher sur Linux From Scratch.
C'est une non-distribution, le must du "do it yourself". Une fois que tu auras stabilise un LFS, tu auras compris pas mal de trucs.
bein c'est drole, le truc dont tu me parles, c'est ce que je cherchais depuis hier.... enfin, ça s'en approche, mais j'ai peur de ne pas etre a la hauteur, mais je vais essayer, c'est sur....
merci de l'info 'from scratch'