Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

aide pour le terminal

shell

bonjour,
les commandes que je tape dans le terminal marche uniquement avec /sbin/ devant
comment faire pour ne plus a avoir a le tapé ?
merci d'avance

proxy

Bonsoir,
parce que tu n'as pas /sbin/ dans ton path alors que root l'a.

rhum2007

bonsoir

si tu édites ta variable PATH, tu verras que /sbin n'y est pas...
echo $PATH

en ajoutant /sbin à PATH :
export PATH=$PATH:/sbin

là miracle ça marche tu as accès aux commandes de /sbin... n'oublie pas de laisser $PATH pour ne pas perdre sa valeur
tu peux par exemple ajouter cette ligne à ton fichier .bashrc pour que cette prise en compte soit systématique lors du lancement d'un nouveau terminal

shell

merci beaucoup pour vos reponses

Pikachu_2014

C'est bien beau les bricolages de contournement, mais quid des bonnes habitudes ?
On DOIT se loguer en root ainsi :

su -

Attention au tiret !
Voir http://doc.fedora-fr.org/wiki/FAQ_Fedora-Fr#su_et_su_-.2C_quelle_diff.C3.A9rence_.3F
Si ces commandes ne sont pas accessibles « simplement » en tant que simple utilisateur, ça n'est pas par caprice des développeurs de Fedora.

rhum2007

en quoi cela est-ce que cela pose problème d'ajouter /sbin à son PATH en tant qu'utilisateur ???
la plupart de ces commandes sont executables sans être root... je ne vois pas où est le bricolage...

philippe_PMA

rhum2007 wrote:en quoi cela est-ce que cela pose problème d'ajouter /sbin à son PATH en tant qu'utilisateur ???
la plupart de ces commandes sont executables sans être root... je ne vois pas où est le bricolage...

Parce que c'est comme ça !

Plus "sérieusement", les commandes placées dans /sbin sont normalement à utiliser par root. sbin = superuser binaries. Ce sont des exécutables normalement essentiels au système.

Je pense que pour la sécu ça serait mieux qu'ils ne soient accessibles qu'a root. Comme ça si tu te fais pirater un user ...

Donc, comme je le disais : parce que c'est comme ça !

Quelle(S) commande(S) tu voulais utiliser ?

Sat

Ajouter /sbin dans son PATH utilisateur ne pose pas de problème, surtout que l'utilisateur peut déjà y accèder par /sbin/ma_commande !
Si il na le droit de lancer une commande, elle ne se lancera pas point barre.

philippe_PMA

Sat wrote:Ajouter /sbin dans son PATH utilisateur ne pose pas de problème, surtout que l'utilisateur peut déjà y accèder par /sbin/ma_commande !
Si il na le droit de lancer une commande, elle ne se lancera pas point barre.

Oui c'est vrai.

Mais ça doit être comme ça Filesystem Hierarchy Standard. Non mais !

Sinon, autant tout mettre dans une seul répertoire et avec les mêmes droits pour tout le monde.

pjac

est-ce que par hasard sbin n'aurait jamais signifié static linked bin?
Ce pourrait être la raison pour l'existence de deux répertoires distincts

Fox Delta

\intrusion
Merci philippe_PMA, je me suis toujours demandé à quoi correspondaient tous ces répertoires !! Maintenant je le sais. Très instructif ce lien !
\fin_intrusion

nouvo09

pjac wrote:est-ce que par hasard sbin n'aurait jamais signifié static linked bin?
Ce pourrait être la raison pour l'existence de deux répertoires distincts

Cela a été introduit, si je ne m'abuse, sur linux. Auparavant, dans les unixware et autres SCO, ces commandes étaient mélangées aux autres dans les répertoires /bin et /usr/bin.

Au moins ça rend explicite à l'utilisateur le moins averti que la commande qu'il va utiliser est une commande d'administration. Et que s'il est logué en root, il peut tout casser.

Sat

Il n'y a pas d'avantage spécifique pour la sécurité à rendre /sbin inaccessible aux utilisateurs.

http://www.linux-france.org/article/sys/fhs/fhs-3.10.html

Amen