%--------------------------------------------------------------------
\addcontentsline{toc}{chapter}{\protect\numberline{}{Introduction}}
\chapter*{Introduction}
%--------------------------------------------------------------------

	\begin{chapterquote}
	Au commencement, le fichier était informe, et vide ; \\
        il y avait des ténèbres à la surface des bits,\\
         et les Doigts de l'Auteur se mouvaient au-dessus du clavier. \\
        L'Auteur dit, Que les mots soient ! et les mots furent.\\
%        In the beginning, the file was without form, and void; and \\
 %       emptiness was upon the face of the bits.  And the Fingers of \\
 %       the Author moved upon the face of the keyboard.  And the Author \\
 %       said, Let there be words, and there were words. \\
	\end{chapterquote}

	\noindent Ce manuel, le Guide de l'Administrateur Système sous Linux, décrit les aspects administration système
de l'utilisation de Linux. Il est destiné à tous ceux qui ne connaissent pratiquement rien à l'administration système
(<< qu'est-ce que c'est ? >>), mais qui ont au moins acquis les bases d'une utilisation normale. Ce manuel ne
parle pas de la façon d'installer Linux, qui est décrite dans le document << Installation and Getting Started >>. Voir
plus loin les informations sur les manuels Linux.

	L'administration système comprend toutes les choses nécessaires à la con\-ser\-va\-tion d'un sys\-tè\-me informatique en
état de marche. Ceci comprend des opérations comme la sauvegarde des fichiers (et leur restauration, si nécessaire), 
l'installation de nouveaux programmes, la création de comptes pour les utilisateurs (et la destruction de ces comptes lorsqu'ils
ne sont plus nécessaires), s'assurer que le système de fichiers n'est pas abîmé, etc. Si un ordinateur était, disons, une 
maison, l'administration système s'appellerait entretien et inclurait le nettoyage, la réparation des fen\^etres cassées, et
autres choses du m\^eme ordre. L'administration système ne s'appelle pas entretien car ce serait trop 
simple.\footnote{Certaines personnes l'appellent comme cela, mais c'est simplement parce qu'elles n'ont jamais lu
ce manuel, les pauvres.}

	La structure de ce  manuel est telle que la plupart des chapitres devraient \^etre utilisables de
façon indépendante. Ainsi, si vous avez besoin d'informations sur les sauvegardes, par exemple, vous pouvez lire
uniquement ce chapitre.\footnote{Pour autant que vous soyez en train de lire une version qui possède un chapitre sur 
les sauvegardes.}. Ceci rend le livre plus facile à utiliser comme manuel de référence et permet de ne lire qu'une
petite partie lorsque cela est nécessaire. Cependant, ce manuel est d'abord et avant tout un didacticiel, et un manuel de
référence seulement  par une co\"\i ncidence heureuse.

	Ce manuel n'est pas destiné à \^etre utilisé seul. Toute la documentation Linux est aussi importante
pour les administrateurs systèmes. Après tout, un ad\-mi\-nis\-tra\-teur système n'est qu'un utilisateur ayant des privilèges 
spéciaux et des devoirs. Une source très importante d'informations réside dans les pages du manuel en ligne qui devraient toujours \^etre
consultées lorsqu'une commande n'est pas familière.
 
	Bien que ce manuel soit destiné à Linux, un principe général est qu'il devrait aussi \^etre utile pour tout 
système d'exploitation de type UNIX. Malheureusement, à cause du grand nombre de différences entre les diverses versions
d'UNIX en général, et dans l'administration système en particulier, il y a peu d'espoir de couvrir toutes les variantes.
Couvrir toutes les possibilités pour Linux est déjà difficile à cause de la façon dont il est développé.
	
	Il n'y pas une distribution Linux officielle particulière, et donc différentes personnes ont différentes configurations et
beaucoup en ont une qu'ils ont construit eux-m\^emes. Ce livre n'est pas destiné à une distribution particulière,
ceci bien que j'utilise presque exclusivement la Debian/GNU.
Quand cela a été possible, j'ai essayé de mettre en évidence les différences et d'expliquer plusieurs alternatives.
	
	J'ai essayé de décrire comment les choses marchent plut\^ot que de simplement lister << cinq étapes faciles >> pour chaque
t\^ache. Ceci signifie qu'il y a beaucoup d'informations ici qui ne seront pas nécessaires à tout le monde, mais ces
parties sont indiquées et peuvent \^etre sautées si vous utilisez un système pré-configuré. Tout lire augmentera,
évidemment, votre compréhension du système et devrait rendre son utilisation et son administration plus intéressantes.

	\vbox{}

	\noindent
	Comme tous les développements liés à Linux, ce travail a été fait sur la base d'une initiative personnelle~: je l'ai 
fait car je pensais que cela pouvait \^etre amusant et que je sentais que cela devait \^etre fait. Cependant, comme
toutes les initiatives, il y a une limite à l'effort que je peux fournir, à mes connaissances et à mes expériences. 
Ceci signifie que ce manuel n'est pas aussi bon qu'il le serait si un super-spécialiste avait été super-payé pour l'écrire
en passant plusieurs années pour le peaufiner. Bien s\^ur, j'estime qu'il est plut\^ot pas mal, mais vous voilà 
avertis.

	Un point particulier où j'ai arrondi les angles est que je n'ai pas couvert très minutieusement plusieurs choses
qui sont déjà bien documentées dans d'autres manuels disponibles librement. Ceci s'applique spécialement à la documentation
spécifique des programmes, comme tous les détails de l'utilisation de \cmd{mkfs}. Dans ce manuel, je  décris seulement 
la raison
d'\^etre du programme, et tout ce qui est indispensable à son utilisation. Pour plus
d'informations, je renvoie le gentil lecteur à ces manuels. En règle générale, toute la documentation citée fait partie
de l'ensemble des documents Linux. 

	Bien que j'aie essayé de rendre ce manuel aussi bon que possible, j'apprécierais réellement vos suggestions pour le
rendre meilleur. Fautes de langage, erreurs pratiques, idées pour de nouveaux domaines à couvrir, sections à 
réécrire, informations sur la façon dont les différentes versions d'UNIX fonctionnent, je suis intéressé par tout cela.
Vous pouvez me contacter via le Web à l'adresse suivante~: 
\begin{quote}
\texttt{http://www.iki.fi/liw/mail-to-lasu.html}.
\end{quote}

Lisez cette page pour franchir mes filtres anti-mails de pacotille.
	
	\noindent
	Beaucoup de personnes m'ont aidées, directement ou indirectement, à faire ce livre. Je voudrais tout  spécialement
remercier Matt Welsh pour son inspiration et son r\^ole prédominant dans le LPD, Andy Oram pour m'avoir encouragé
par ses appréciations pleines de bon sens, Olaf Kirch pour m'avoir montré que cela pouvait \^etre fait, et Adam Richter
d'Yggdrasil et d'autres pour m'avoir montré que d'autres gens pouvaient trouver cela intéressant. 

	H.~Peter Anvin, R\'emy Card, Theodore
	Ts'o, et Stephen Tweedie m'ont permis d'emprunter leur travail\footnote{Une comparaison entre les systèmes de
fichier xia et ext2, la liste des périphériquess et une description du système de fichier ext2. Ils ne font pas partie de
    de ce livre.} (et rendre ainsi ce livre plus épais et plus impressionnant). Je suis principalement reconnaissant pour cela, et
vraiment  confus pour les versions plus anciennes qui manquaient quelques fois de faire les bonnes attributions.

	De plus, je voudrais remercier Mark Komarinski pour m'avoir envoyé ce qu'il avait écrit  en
	1993 et les nombreuses colonnes sur l'administration système du 
	Linux Journal. Elles sont vraiment pleines d'informations et d'inspiration.

	Beaucoup de commentaires utiles m'ont été envoyés par un grand nombre de personnes. 
       Mon archivage miniature ne me permet pas de retrouver tous leurs noms, mais quelques uns d'entre eux, sont, 
dans l'ordre alphabétique~: Paul Caprioli, Ales Cepek,
	Marie-France Declerfayt, Dave Dobson, Olaf Flebbe,
	Helmut Geyer, Larry Greenfield et son père, Stephen
	Harris, Jyrki Havia, Jim Haynes, York Lam, Timothy Andrew
	Lister, Jim Lynch, Michael J. Micek, Jacob Navia, Dan
	Poirier, Daniel Quinlan, Philippe Steindl, G.B.\ Stotte.
	Que ceux que j'ai oubliés veuillent bien accepter mes excuses.

\section*{Notes du traducteur}
Je voudrais d'abord remercier Lars pour son précieux travail. C'est la lecture de son document qui m'a donné envie de
le traduire afin de le rendre accessible à tous ceux que la langue de Shakespeare rebute. 

Merci à Christophe Blaess, Jacques Chion, Olivier Tharan et J-A Ferrez pour leurs corrections et remarques judicieuses.

Autant que faire se peut, j'ai essayé de garder l'esprit dans lequel ce livre a été écrit. Toutefois, la traduction
de certaines expressions dans notre langue peut leur avoir fait perdre leur sel original. Par ailleurs, j'ai délibérément
laissé inchangés certains mots, comme \emph{boot} et \emph{root}, car ils représentent plus que leur simple représentation textuelle. 
Pour d'autres, j'ai arbitrairement francisé les termes plut\^ot que de leur chercher un équivalent français : \emph{logger, délogger, restaurer}, ne sont peut-\^etre pas très académiques mais ils ont le mérite d'\^etre compris par tous ceux qui connaissent
la signification de \emph{login, logout} et \emph{restore}...

Toute suggestion permettant d'améliorer cette adaptation sera la bienvenue.
%--------------------------------------------------------------------
\input{intro/convntns}
\input{intro/blurb}
\input{intro/rhyme}
%--------------------------------------------------------------------

