This file is indexed.

/usr/share/doc/HOWTO/fr-html/Automount.html is in doc-linux-fr-html 2013.01-2.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux/x86 (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>Automount mini-Howto</title>
</head>
<body>
<h1>Automount mini-Howto</h1>
<h2><code>don@sabotage.org</code><br>
Traduction fran&ccedil;aise par Mathieu Arnold, <a href=
"mailto:arn@mygale.org">arn@mygale.org</a></h2>
v0.2, 7 Septembre 1998
<hr>
<em>Ce fichier d&eacute;crit <code>autofs</code>, le monteur
automatique de syst&egrave;mes de fichiers, comment le configurer,
et met en &eacute;vidences quelques probl&egrave;mes &agrave;
&eacute;viter.</em>
<hr>
<h2><a name="s1">1. Introduction</a></h2>
<h2><a name="ss1.1">1.1 Automount - Qu'est ce que c'est, et
&agrave; quoi &ccedil;a sert ?</a></h2>
<p>Un monteur automatique est un processus qui automatise le
montage (et le d&eacute;montage) de certains syst&egrave;mes de
fichiers gr&acirc;ce &agrave; un d&eacute;mon. Si le syst&egrave;me
de fichiers n'est pas mont&eacute;, et qu'un utilisateur essaye d'y
acc&eacute;der, il sera automatiquement (re)mont&eacute;. Ceci est
tr&egrave;s utile, surtout dans les grands r&eacute;seaux et pour
partager des syst&egrave;mes de fichiers entre plusieurs machines,
sp&eacute;cialement lors qu'elles ne sont pas toujours
allum&eacute;es. Cela peut aussi &ecirc;tre tr&egrave;s utile pour
les disques amovibles, ou quelques autres utilisations, tels le
basculement entre un syst&egrave;me MS-DOS mont&eacute; en mode
ASCII forc&eacute; activ&eacute;, et le m&ecirc;me syst&egrave;me
MS-DOS avec le mode ASCII forc&eacute; d&eacute;sactiv&eacute;.</p>
<h2><a name="ss1.2">1.2 Types de monteurs automatiques</a></h2>
<p>Il y a deux types de monteurs automatiques sous Linux :
<em>AMD</em> et <em>autofs</em>. AMD est le d&eacute;mon automount,
et fonctionne normalement comme l'AMD de SunOS. Il est
r&eacute;alis&eacute; en tant que programme utilisateur, c'est
&agrave; dire qu'il ne fait pas partie du noyau. Autofs est un
syst&egrave;me plus r&eacute;cent qui est assist&eacute; par le
noyau, cela signifie que le code du noyau g&eacute;rant les
syst&egrave;mes de fichiers sait que les points de montages sont
sur un autre syst&egrave;me de fichiers, et c'est l&agrave; que le
programme automount prend le relais. Seul autofs sera d&eacute;crit
dans ce Mini-HowTo.</p>
<h2><a name="s2">2. Installation</a></h2>
<p>Comme autofs fonctionne dans l'espace noyau, vous devez avoir
compil&eacute; votre noyau avec le support pour autofs. Dans les
2.0.xx, c'est une option exp&eacute;rimentale, mais &ccedil;a
&agrave; l'air d'&ecirc;tre stable. Dans les 2.1.xx (et
certainement dans les 2.2.xx) il n'est plus
exp&eacute;rimental.</p>
<p>Le programme automount et ses fichiers de configuration sont
aussi n&eacute;cessaires. L'utilisation des rpms (depuis votre
miroir pr&eacute;f&eacute;r&eacute;) est une tr&egrave;s bonne
mani&egrave;re pour commencer. Le programme automount devrait
&ecirc;tre d&eacute;marr&eacute; par l'un des scripts plac&eacute;
dans le r&eacute;pertoire /etc/rc.d/init.d. Le rpm installe tout
&ccedil;a, mais vous aurez &agrave; vous assurer qu'il est
lanc&eacute;, soit en le liant dans vos r&eacute;pertoire rc?.d, en
utilisant le panneau de contr&ocirc;le de la Redhat, soit pour une
autre distribution en le faisant d&eacute;marrer de la
mani&egrave;re qu'il vous pla&icirc;t. Ne regardez pas trop ce que
le script rc fait; car si vous lisez ce HowTo, vous ne voulez
certainement pas savoir.</p>
<h2><a name="s3">3. Configuration</a></h2>
<p>L'installation du rpm est tr&egrave;s facile, mais voici le
morceau que vous risquez de rejouer une ou deux fois si vous ne
l'avez jamais tent&eacute;.</p>
<p>Il y a deux fichiers dans /etc, un appel&eacute; auto.master, et
l'autre appel&eacute; auto.misc. Mon fichier auto.master ressemble
&agrave; &ccedil;a :</p>
<hr>
<pre>
/auto   /etc/auto.misc  --timeout 60
</pre>
<hr>
<p>La premi&egrave;re entr&eacute;e n'est pas le point de montage,
c'est en fait l&agrave; o&ugrave; se trouveront les points de
montage (que l'on trouve dans la deuxi&egrave;me entr&eacute;e). La
troisi&egrave;me option demande aux syst&egrave;mes de fichiers
d'essayer de se d&eacute;monter automatiquement au bout de 60
secondes d'inutilisation. Ils ne peuvent bien s&ucirc;r pas
&ecirc;tre d&eacute;mont&eacute;s si ils sont toujours
utilis&eacute;s.</p>
<p>Auto.misc est une table. Plusieurs fichiers similaires peuvent
&ecirc;tre utilis&eacute;s dans auto.master. Mon auto.misc
ressemble &agrave; ceci :</p>
<hr>
<pre>
kernel          -ro,soft,intr           ftp.kernel.org:/pub/linux
cd              -fstype=iso9660,ro      :/dev/cdrom
zip             -fstype=auto            :/dev/hdd4
floppy          -fstype=vfat            :/dev/fd0
</pre>
<hr>
<p>La premi&egrave;re colonne (la "<em>cl&eacute;</em>")
repr&eacute;sente le point de montage. Dans ce cas, ce sera
/auto/floppy, /auto/cd, etc. La colonne du milieu repr&eacute;sente
les options; parcourez la page man de mount pour plus de
d&eacute;tails. Et la derni&egrave;re colonne sp&eacute;cifie
d'o&ugrave; provient le syst&egrave;me de fichiers. L'entr&eacute;e
"kernel" est suppos&eacute;e &ecirc;tre un montage NFS. Le symbole
":" sur les autres lignes signifient que c'est un disque local.</p>
<h2><a name="s4">4. Qu'est ce que c'est long &agrave; se
d&eacute;monter !</a></h2>
<p>J'ai bien vu que certains d'entre vous regardaient ce timeout de
60 secondes de travers et pensaient "<em>C'est long pour attendre
avant l'&eacute;jection d'une disquette... Je vais juste faire un
sync des disques et puis l'&eacute;jecter sans qu'elle soit
d&eacute;mont&eacute;e, et personne ne s'en apercevra.</em>"
Laissez moi vous sugg&eacute;rer une <code>meilleure
alternative</code>. Tout d'abord, vous pouvez changer le timeout.
Mais cela pourrait &ecirc;tre peu efficace de dire au
syst&egrave;me de d&eacute;monter tout apr&egrave;s 15 secondes
d'inactivit&eacute;. Il y a bien une mani&egrave;re de demander
&agrave; automount de d&eacute;monter. Si vous envoyez (avec kill)
le signal <code>SIGUSR1</code> au processus automount, il
d&eacute;montera tout ce qu'il peut. Mais avant que vous commenciez
tous &agrave; faire un chtit bouton "D&eacute;monter" dans votre
gestionnaire de fen&ecirc;tres, il y a un petit
probl&egrave;me.</p>
<p>Le processus automount est lanc&eacute; par root, et il
n'acceptera que les signaux venant de root. Pour une bonne part,
vous voulez utiliser le montage automatique pour &eacute;viter
d'avoir &agrave; monter et d&eacute;monter les partitions en
&eacute;tant root. Il serait bien sur facile de faire un petit
programme C suid-root qui ferait le sale boulot, ce qui le meilleur
moyen de r&eacute;gler le probl&egrave;me si les utilisateurs ne
vous inspirent pas confiance.</p>
<p>Si les utilisateurs sont s&eacute;rieux, un compromis serait
d'utiliser sudo, en l'installant avec la ligne suivante :</p>
<hr>
<pre>
ALL     ALL=NOPASSWD:/bin/kill -SIGUSR1 [0-9]*
</pre>
<hr>
<p>Vous avez autoris&eacute; tout le monde sur le syst&egrave;me
&agrave; envoyer un signal SIGUSR1 &agrave; <b>n'importe quel</b>
processus. Ceci pourra avoir plusieurs effets sur diff&eacute;rents
programmes; il recyclera afterstep, mais tuera xemacs. Par
cons&eacute;quent, si vous n'avez pas enti&egrave;rement confiance
en vos utilisateurs, vous pouvez leur restreindre l'acc&egrave;s au
seul daemon automount (gr&acirc;ce &agrave; pidof par exemple) la
ligne suivante pourra donc d&eacute;monter les trucs. Cela serait
r&eacute;alis&eacute; gr&acirc;ce &agrave; :</p>
<p><code>/usr/bin/sudo /bin/kill -SIGUSR1 `/sbin/pidof
automount`</code></p>
<h2><a name="s5">5. Questions</a></h2>
<h2><a name="ss5.1">5.1 Je ne trouve pas <code>/auto/floppy</code>,
ou n'importe quel point de montage que je cherche.</a></h2>
<p>Si vous avez configur&eacute; automount correctement, les points
de montage que vous cherchez appara&icirc;tront lorsque vous
essayerez de les utiliser. Si vous utilisez un utilitaire graphique
pour vous d&eacute;placer dans les r&eacute;pertoire, vous aurez
peut &ecirc;tre besoin de taper le r&eacute;pertoire &agrave; la
main. Malheureusement, le fait de ne pas pouvoir choisir parmi les
points de montages invisibles est certainement le pire
d&eacute;faut d'<code>autofs</code>. Si cela vous ennuie tant que
&ccedil;a, &eacute;ditez les fichiers de configuration (Astuce, ils
se terminent par .c pour "configuration").</p>
<h2><a name="ss5.2">5.2 Comment je sais ce qui est mont&eacute;
?</a></h2>
<p>Gr&acirc;ce &agrave; la commande df. mount sans arguments fera
de m&ecirc;me, et montrera en plus les options de montage.</p>
<h2><a name="ss5.3">5.3 J'ai mis une disquette Win95 ("vfat") et
elle est d&eacute;tect&eacute;e comme &eacute;tant une disquette
MS-DOS normale.</a></h2>
<p>Cela n'est pas un probl&egrave;me d'automount. A l'heure ou
j'&eacute;cris ces lignes, le type de syst&egrave;me de fichier
"auto" ne tente pas de monter une partition vfat si il a
r&eacute;ussi &agrave; monter une partition MS-DOS. VFAT est le
syst&egrave;me de fichiers avec noms longs utilis&eacute; par
Win95/WinNT et est incrust&eacute; dans une FAT MS-DOS. Ceci
signifie que vous ne pouvez monter du vfat que si vous laissez
tomber tous les autres types de syst&egrave;mes de fichiers.
Heureusement, cela sera bient&ocirc;t r&eacute;par&eacute;. D'ici
l&agrave;, vous pouvez toujours cr&eacute;er plusieurs points de
montage.</p>
<h2><a name="ss5.4">5.4 Mon syst&egrave;me de fichiers
<code>/trucchose</code> est mont&eacute; et <code>kill
-SIGUSR1</code> ne le d&eacute;monte pas.</a></h2>
<p>Il est utilis&eacute; par autre chose. Root ne peut probablement
pas le remonter non plus. Si vous &ecirc;tes celui qui l'a
mont&eacute; (il n'y a personne d'autre qui l'utilise)
v&eacute;rifiez qu'aucun shell qui pourrait &ecirc;tre dans ce
r&eacute;pertoire. Si il n'y en a pas, cherchez encore
(particuli&egrave;rement quelque chose qui pourrais &ecirc;tre
pass&eacute; par l&agrave; comme un gestionnaire de fichiers) qui
pourrais avoir laiss&eacute; un pied invisible sur le pas de la
porte...</p>
<h2><a name="ss5.5">5.5 Qui est ce que je remercie pour autofs
?</a></h2>
<p>Pas moi. Je n'y suis pour rien. J'ai juste voulu attirer
l'attention de tout le monde sur l'excellent travail qui a
&eacute;t&eacute; fait sur <code>autofs</code>, et sa
facilit&eacute; d'utilisation. Compar&eacute; &agrave; l'AMD
d'origine (Astuce, ils vendent une version hors de prix d'UNIX avec
des outils gratuits pr&eacute;historiques) l'autofs est tr&egrave;s
bien document&eacute; et les auteurs ont tous mes
remerciements.</p>
</body>
</html>