
La première chose qu'on voit après s'être identifié dans une console texte ou après avoir ouvert, dans une fenêtre, une console graphique, est l'invite. L'invite standard, sur Mandriva, comprend votre nom d'utilisateur, le nom de la machine sur laquelle vous vous êtes identifié (par défaut : localhost), le répertoire où vous vous trouvez (le « répertoire de travail ») et le symbole de l'invite :
[focus39@localhost ~]$
Je me suis identifié comme étant l'utilisateur focus39 sur la machine que j'utilise, machine dont le nom et localhost et je suis dans mon répertoire personnel : /home/focus39. Le caractère ~ est une abréviation pour « le répertoire personnel de l'utilisateur actuel », abréviation utile car il s'agit d'un répertoire fréquemment utilisé par l'utilisateur, ici ~ représente donc /home/focus39.
pour passer en root ce sera la première commande, il faut taper la commande "su"
le systeme vous demande alors votre mot de passe root tapez votre mot de passe vous arrivez à l'affichage
[root@paradis ~]#
On voit qu'en plus de la différence de nom, le symbole de l'invite est passé de $ à #. C'est une tradition des shells Bourne que de terminer l'invite de l'utilisateur ordinaire par $ et l'invite du root par #. Noter que ~ est maintenant une abréviation pour le répertoire personnel de root et donc qu'il ne s'agit pas du même répertoire que précédemment, même si c'est le même caractère qui le représente.
Vous trouvez toute l'aide sur les commandes et leur fonctionnalité iciIl est très tentant pour les utilisateurs débutants sous un système de type Unix, spécialement ceux qui ont l'habitude de systèmes d'exploitation (OS) ne gérant pas de système de permissions, de passer outre ce système, en se connectant d'emblée sur le compte root et d'y rester. Cette façon de procéder ne vous procurerait qu'un soulagement momentané ! Il y a en effet beaucoup de bonnes et excellentes raisons, que vous devrez apprendre à connaître, pour effectuer votre travail journalier sur le système avec un compte de simple utilisateur. root, quant à lui, est le compte d'administration du système
Bon, cela peut paraître surprenant au premier abord, mais écoutez-moi bien : vous pouvez vous planter magistralement avec n'importe quel système d'exploitation. Les concepteurs et développeurs de systèmes font de leur mieux pour vous en empêcher. Mais ces mécanismes ne fonctionnent que si vous utilisez le système comme il se doit. Les concepteurs de systèmes d'exploitation de type Unix partent du principe que l'utilisateur root sait exactement ce qu'il fait. Souvenez-vous que lorsqu'Unix a été conçu, les administrateurs étaient les maîtres de réseaux immenses, à une époque où le commun des mortels n'avait jamais entendu parler d'ordinateurs. Pour l'utilisateur root il n'y a pas de filet de protection, pas de message du genre « Êtes-vous vraiment sûr de vouloir faire cela ? », pas de sauvegardes automatiques. Si vous vous plantez sous root, vous vous plantez réellement.
"Voici une petite histoire. Imaginez que vous ayez les fichiers sendmail.cf dans /etc. C'était mon cas, j'étais en train de travailler sur sendmail et je voulais me débarrasser d'un certain nombre de fichiers sendmail.cf.xxx, j'ai alors utilisé la commande rm en tapant ceci :
rm -f sendmail.cf. *
Au début, j'ai été surpris de constater à quel point c'était long d'effacer cette malheureuse dizaine de fichiers. J'ai interrompu l'action et lorsque j'ai vu ce qui était arrivé, il était déjà trop tard."
(Richard Eiger dans comp.unix.admin)
Vous avez compris ?
L'auteur de cette histoire voulait taper rm -f sendmail.cf.*, mais l'espace supplémentaire introduit par erreur entre le dernier point et l'astérisque a transformé ce qui a été tapé en une commande demandant d'effacer non seulement le fichier sendmail.cf. mais aussi tous les autres fichiers situés à la racine du répertoire courant, répertoire qui en l'occurrence était le répertoire /etc contenant l'ensemble des fichiers de configuration du système... (pour le sens du symbole étoile voir Le shell sans peine#Le joker *).
Vous avez beaucoup plus de chances d'endommager un système Unix en l'utilisant sous root, comme dans notre exemple, que dans un OS de la famille Win32. Dans la mesure où les concepteurs de cet OS savaient qu'il n'y avait pas de permissions à proprement parler et ont donc mis au point d'autres méthodes pour vous protéger vous et votre système.
Notez bien que : travailler le plus souvent sous votre compte de simple utilisateur plutôt que sous root vous protège contre des assaillants agissant sur la Toile ou des utilisateurs malveillants ou maladroits, mais aussi, contre vous-même !!
L'AIDE SUR ROOT SE TROUVE ICI