Contribuez à la FAQ Linux [FAQ]

**Arnaud F.** · 03/01/2008, 12h50

Envoyé par smoove

Voici quelques éléments qui n'ont pas été cité et qui pourraient être intégrées a la FAQ :

QUESTION: Combien existent-ils de répertoires qui structure Linux, quel en sont leurs noms et leurs fonctions ?

REPONSE: ils en existent 11, qui sont les suivants:

Manque pas /tmp et /sys et sbin?

**herzleid** · 04/01/2008, 09h59

Envoyé par Manumation

En bash, lorsque l'on doit effectuer une commande "sensible", et donc la réaliser en root, on tape :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo "commande"

Et lorsque l'on doit taper plusieurs commandes en mode root, il est parfois utile de se loguer directement en root avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su

Bonjour,

sudo n'est pas forcément installée/configurée sur toute les distributions, de la même façon. De ce fait, je pense qu'il faut nuancer les commandes suivantes :

L'intérraction entre un utilisateur normal et root se fait soit, selon la distribution, par la commande sudo, soit par la commande su.

su est la commande de base pour effectuer une action sous un autre nom d'utilisateur (l'action peut-être un login, ou une commande complète).

sudo est une encapsulation du la commande su. Son interet est de pouvoir donner des droits particuliers sur l'usage de l'exécution de processus sous le couvert d'une identitée différente. Exemple : autoriser un utilisateur à lancer une sauvegarde oracle, comme s'il etait root.

En bash, lorsque l'on doit effectuer une commande "sensible", et donc la réaliser en root, on tape :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo "commande"

soit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

su -c 'commande'

Et lorsque l'on doit taper plusieurs commandes en mode root, il est parfois utile de se loguer directement en root avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo su

soit simplement

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

su

**Ti-Slackeux** · 05/01/2008, 12h51

Concernant la commande su, il existe aussi deux façons de l'invoquer.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
su <mot de passe>

Qui nous fai devenir Super utilisateur dans l'environnement de celui-ci, ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
su - <mot de passe>

Qui nous fait aussi passer Super Utilisateur mais en récupérant l'environnement root.

**Celelibi** · 09/01/2008, 04h06

L'éventuel paramètre de su n'est pas le mot de passe, mais le mon d'utilisateur sur lequel on veut se loguer. Parce que c'est pas forcément en root qu'on veut se loguer.

Le - (ou -l ou -login) sert à fournir le même environnement qu'on aurait eut en se loguant directement en tant que l'utilisateur cible.

**Katyucha** · 10/01/2008, 10h39

Il est impossible de passer le mot de passe a "su" comme il l'est pour passwd ou ssh ...

**jaymzwise** · 10/01/2008, 12h01

Envoyé par Ti-Slackeux

Concernant la commande su, il existe aussi deux façons de l'invoquer.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
su <mot de passe>

Qui nous fai devenir Super utilisateur dans l'environnement de celui-ci, ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
su - <mot de passe>

Qui nous fait aussi passer Super Utilisateur mais en récupérant l'environnement root.

Salut,

Par environnement root tu sous-entends que le fichier .bashrc (Pour Bash par exemple) de root est lu alors qu'il ne l'est pas quand on fait un simple "su" ?

**ovh** · 06/03/2008, 12h50

Roulement de tambours...

La FAQ a été mise à jour !!

http://linux.developpez.com/faq/
(déjà en ligne, mais sera annoncé normalement demain)

Si vos contrib n'y figurent pas, merci de laisser un message après le bip et toutes nos excuses par avance

Si tout est ok, on fera le ménage dans ce topic pour ne pas qu'il devienne trop long.

**SnakemaN** · 14/03/2008, 15h18

Juste un mot concernant le sudo merci de ne pas faire l'amalgame entre root et sudo (hein Manumation

)

sudo n 'est en aucun cas un super utilisateur ou autre !, ne n'est qu'une commande qui attribue temporairement des droits d'admin à un utilisateur lamba ou un groupe d'utilisateur, d'ailleur sudo signifie : "SuperUser DO"
Or il s'avère que sur Ubuntu il est installé par défaut est que celui qui installe la machine est inscrit dans sudo par défaut !
Exemple d'utilisation du sudo :
Passer en root (a utiliser avec moultes précautions):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sudo su

Exécuter une commande avec des droits d'admin :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sudo <commande>

Sudo pour application graphique (gnome) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ gksudo <application>

Sudo pour application graphique (kde) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ kdesudo <application>

Par exemple pour ajouter des privilèges super-utilisateur à un utilisateur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sudo adduser <login> admin

Je rappelle pour les ubunteros, ne JAMAIS affecter de mot de passe au compte root, il est désactivé, c'est normal

Un peu de lecture : http://doc.ubuntu-fr.org/sudo

De plus vu sur la FAQ :
Comment lancer des commandes root en étant loggé en tant qu'utilisateur normal ?
"Le paramètre "NOPASSWD" indique à sudo qu'il ne doit demander le mot de passe de l'utilisateur avant de lancer la commande."

C'est aberrant d'insécurité de proposer ça dans la FAQ

**SnakemaN** · 14/03/2008, 15h27

Voila que pensez-vous de rajouter la distribution RedHat Entreprise sur la FAQ ?

**gorgonite** · 14/03/2008, 16h55

Envoyé par SnakemaN

Voila que pensez-vous de rajouter la distribution RedHat Entreprise sur la FAQ ?

ben si tu as de quoi remplir une section... on a rien contre

**SnakemaN** · 21/03/2008, 16h35

Envoyé par gorgonite

ben si tu as de quoi remplir une section... on a rien contre

J'ai commencé

http://www.developpez.net/forums/sho...d.php?t=513304
A venir comment s'inscrire sur le Red Hat Network et utiliser la version au support limité

**cushy007** · 26/11/2009, 15h51

bonjour à tous, ça fait un moment que j'utilise votre site qui est une mine d'or. C'est pourtant la première fois que je poste.

Un item de la FAQ me semble un peu léger au niveau sécurité :

http://linux.developpez.com/faq/?page=devel#pointslash

Imaginez un petit malin qui place un executable nommé "rm" trafiqué pour utiliser les options "-rf /"par défaut dans le /home d'un utilisateur ... au mieux, tous les fichiers personnels de cet utilisateur seront détruis. Au pire, c'est tout le système qui disparaitra si la commande a été lancée avec les droits d'admin

c'est une très bonne idée pour une utilisation à la maison mais ça ouvre une faille de sécurité très importante pour une utilisation en entreprise, par exemple.

ça serait bien de le préciser

**Celelibi** · 28/11/2009, 12h21

Je suis assez d'accord pour dire que mettre le . dans le PATH est une assez mauvaise idée.
D'un point de vue sécurité d'une part.
-> Si jamais "." doit se trouver dans le PATH, c'est en tant que dernière entrée uniquement. Sinon, un admin qui se balade dans les répertoires et fait un simple ls risque d'exécuter un programme non prévu.
Ou encore... un simple "[1;2c" sur la ligne de commande après avoir fait un cat d'un fichier binaire. Si on appuie sur entrée, les programmes [1 et 2c vont être cherchés et exécutés. Si ils se trouvent dans le répertoire ".", dommage...

Mais aussi d'un point de vue pédagogique. Combien de fois j'ai vu (à la fac, en TP) des gens taper "test" ou "expr" pour lancer leur programme et passer des heures à chercher le bug parce que rien ne se passe...
-> Mettre "." plus tôt dans le PATH ne serait pas une solution. D'une part à cause des problèmes de sécurité, mais aussi parce que les gens ne devraient pas confondre les commandes et leurs programmes. (Bien que les commandes soient des programmes.)

Bref, je pense que cette entrée de la FAQ devrait être complétée.

**sosolal** · 12/04/2014, 11h36

Le projet GNU n'a pas pour but de développer des logiciels open source (ils sont contre cette idéologie, comme ils l'expliquent dans l'essai "Open Source Misses The Point") mais un système d'exploitation libre : GNU. Hurd est un noyau, pas un système.

**N_BaH** · 12/04/2014, 16h17

Envoyé par sosolal

Le projet GNU n'a pas pour but de développer des logiciels open source (ils sont contre cette idéologie, comme ils l'expliquent dans l'essai "Open Source Misses The Point") mais un système d'exploitation libre : GNU. Hurd est un noyau, pas un système.

tu réponds à qui, et à quoi ?