* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2007-10-28 13:39 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2007-10-28 13:39 UTC (permalink / raw
To: gentoo-commits
titefleur 07/10/28 13:39:56
Modified: udev-guide.xml
Log:
Sync to 1.43
Revision Changes Path
1.26 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.26&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.26&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.25&r2=1.26
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- udev-guide.xml 6 Sep 2007 15:36:34 -0000 1.25
+++ udev-guide.xml 28 Oct 2007 13:39:55 -0000 1.26
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.25 2007/09/06 15:36:34 cam Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.26 2007/10/28 13:39:55 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -20,6 +20,9 @@
Ce document explique ce qu'est udev et comment l'utiliser.
</abstract>
+<!-- The content of this document is licensed under the CC-BY-SA license -->
+<!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
+
<license/>
<version>0.32</version>
@@ -468,5 +471,4 @@
</body>
</section>
</chapter>
-
</guide>
--
gentoo-commits@gentoo.org mailing list
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2008-02-13 20:32 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2008-02-13 20:32 UTC (permalink / raw
To: gentoo-commits
titefleur 08/02/13 20:32:53
Modified: udev-guide.xml
Log:
Sync to 1.44
Revision Changes Path
1.27 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.27&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.27&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.26&r2=1.27
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- udev-guide.xml 28 Oct 2007 13:39:55 -0000 1.26
+++ udev-guide.xml 13 Feb 2008 20:32:52 -0000 1.27
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.26 2007/10/28 13:39:55 titefleur Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.27 2008/02/13 20:32:52 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -12,6 +12,9 @@
<author title="Contributeur">
<mail link="greg_g@gentoo.org">Gregorio Guidi</mail>
</author>
+<author title="Correcteur">
+ <mail link="nightmorph"/>
+</author>
<author title="Traducteur">
<mail link="neysx@gentoo.org">Xavier Neys</mail>
</author>
@@ -25,8 +28,8 @@
<license/>
-<version>0.32</version>
-<date>2007-08-02</date>
+<version>0.33</version>
+<date>2007-10-30</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -416,6 +419,65 @@
</body>
</section>
<section>
+<title>udev charge les modules dans un ordre aléatoire</title>
+<body>
+
+<p>
+Il arrive qu'udev charge les modules dans un ordre indésiré, imprévisible ou qui
+semble aléatoire. Cela apparaît surtout sur les systèmes qui possèdent
+plusieurs périphériques de même type, tels que les périphériques multimédia.
+Cela peut affecter les numéros assignés aux périphériques ; par exemple,
+les cartes son échangent parfois leur numéro.
+</p>
+
+<p>
+Il existe plusieurs solutions pour fixer les numéros de périphériques et/ou
+l'ordre de chargement des modules. Dans le meilleur des cas, vous pouvez
+simplement utiliser les paramètres du module pour spécifier le numéro désiré
+au périphérique. Certains modules, tels que ALSA, incluent le paramètre "index".
+Les modules qui utilisent ce paramètre peuvent être ajustés comme indiqué.
+Cet exemple concerne un système avec deux cartes son. La carte avec l'indice 0
+est désignée comme la première carte. Une fois que les paramètres sont changés,
+les fichiers de configuration des modules doivent être mis à jour.
+</p>
+
+<pre caption="Spécification des paramètres des modules">
+# <i>echo "option snd-ice1724 index=0" >> /etc/modules.d/alsa</i>
+# <i>echo "option snd-ymfpci index=1" >> /etc/modules.d/alsa</i>
+# <i>update-modules</i>
+</pre>
+
+<p>
+La solution dans l'exemple ci-dessus est celle qui est préférée mais tous les
+modules ne possèdent pas un paramètre tel que l'indice. Pour ceux-là, vous
+devrez forcer l'ordre correct de chargement des modules. Tout d'abord, vous
+devez empêcher udev de charger automatiquement les modules en les mettant sur la
+liste noire. Assurez-vous d'utiliser le nom exact du module qui est chargé. Pour
+les périphériques PCI, vous devrez utiliser les noms des modules obtenus sur la
+sortie de la commande <c>pcimodules</c>, disponible dans le paquet
+<c>pciutils</c>. L'exemple suivant illustre le cas des modules DVB.
+</p>
+
+<pre caption="Mettre les modules sur la liste noire">
+# <i>echo "blacklist b2c2-flexcop-pci" >> /etc/modules.d/dvb</i>
+# <i>echo "blacklist budget" >> /etc/modules.d/dvb</i>
+# <i>update-modules</i>
+</pre>
+
+<p>
+Esuite, chargez les modules dans l'ordre correct. Ajoutez-les au fichier
+<path>/etc/modules.autoload.d/kernel-2.6</path> <e>dans l'odre exact où vous
+voulez qu'ils soient chargés</e>.
+</p>
+
+<pre caption="Chargement des modules dans l'ordre correct">
+# <i>echo "budget" >> /etc/modules.autoload.d/kernel-2.6</i>
+# <i>echo "b2c2-flexcop-pci" >> /etc/modules.autoload.d/kernel-2.6</i>
+</pre>
+
+</body>
+</section>
+<section>
<title>Autres problèmes</title>
<body>
--
gentoo-commits@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2008-02-13 23:07 Camille Huot (cam)
0 siblings, 0 replies; 9+ messages in thread
From: Camille Huot (cam) @ 2008-02-13 23:07 UTC (permalink / raw
To: gentoo-commits
cam 08/02/13 23:07:23
Modified: udev-guide.xml
Log:
Typos fixed.
Revision Changes Path
1.28 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.28&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.28&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.27&r2=1.28
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- udev-guide.xml 13 Feb 2008 20:32:52 -0000 1.27
+++ udev-guide.xml 13 Feb 2008 23:07:22 -0000 1.28
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.27 2008/02/13 20:32:52 titefleur Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.28 2008/02/13 23:07:22 cam Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -433,12 +433,13 @@
<p>
Il existe plusieurs solutions pour fixer les numéros de périphériques et/ou
l'ordre de chargement des modules. Dans le meilleur des cas, vous pouvez
-simplement utiliser les paramètres du module pour spécifier le numéro désiré
-au périphérique. Certains modules, tels que ALSA, incluent le paramètre "index".
-Les modules qui utilisent ce paramètre peuvent être ajustés comme indiqué.
-Cet exemple concerne un système avec deux cartes son. La carte avec l'indice 0
-est désignée comme la première carte. Une fois que les paramètres sont changés,
-les fichiers de configuration des modules doivent être mis à jour.
+simplement utiliser les paramètres du module pour spécifier le numéro désiré au
+périphérique. Certains modules, tels qu'ALSA, incluent le paramètre
+« index ». Les modules qui utilisent ce paramètre peuvent être
+ajustés comme indiqué. Cet exemple concerne un système avec deux cartes son.
+La carte avec l'indice 0 est désignée comme la première carte. Une fois que les
+paramètres sont changés, les fichiers de configuration des modules doivent être
+mis à jour.
</p>
<pre caption="Spécification des paramètres des modules">
@@ -465,8 +466,8 @@
</pre>
<p>
-Esuite, chargez les modules dans l'ordre correct. Ajoutez-les au fichier
-<path>/etc/modules.autoload.d/kernel-2.6</path> <e>dans l'odre exact où vous
+Ensuite, chargez les modules dans l'ordre correct. Ajoutez-les au fichier
+<path>/etc/modules.autoload.d/kernel-2.6</path> <e>dans l'ordre exact où vous
voulez qu'ils soient chargés</e>.
</p>
--
gentoo-commits@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2008-07-11 13:36 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2008-07-11 13:36 UTC (permalink / raw
To: gentoo-commits
titefleur 08/07/11 13:36:12
Modified: udev-guide.xml
Log:
Sync to 1.44
Revision Changes Path
1.29 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.29&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.29&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.28&r2=1.29
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- udev-guide.xml 13 Feb 2008 23:07:22 -0000 1.28
+++ udev-guide.xml 11 Jul 2008 13:36:12 -0000 1.29
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.28 2008/02/13 23:07:22 cam Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.29 2008/07/11 13:36:12 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -28,8 +28,8 @@
<license/>
-<version>0.33</version>
-<date>2007-10-30</date>
+<version>1</version>
+<date>2008-06-16</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -460,8 +460,8 @@
</p>
<pre caption="Mettre les modules sur la liste noire">
-# <i>echo "blacklist b2c2-flexcop-pci" >> /etc/modules.d/dvb</i>
-# <i>echo "blacklist budget" >> /etc/modules.d/dvb</i>
+# <i>echo "blacklist b2c2-flexcop-pci" >> /etc/modprobe.d/dvb</i>
+# <i>echo "blacklist budget" >> /etc/modprobe.d/dvb</i>
# <i>update-modules</i>
</pre>
--
gentoo-commits@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2008-12-05 21:58 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2008-12-05 21:58 UTC (permalink / raw
To: gentoo-commits
titefleur 08/12/05 21:58:43
Modified: udev-guide.xml
Log:
Sync to 1.48
Revision Changes Path
1.30 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.30&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.30&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.29&r2=1.30
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -r1.29 -r1.30
--- udev-guide.xml 11 Jul 2008 13:36:12 -0000 1.29
+++ udev-guide.xml 5 Dec 2008 21:58:43 -0000 1.30
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.29 2008/07/11 13:36:12 titefleur Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.30 2008/12/05 21:58:43 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -28,8 +28,8 @@
<license/>
-<version>1</version>
-<date>2008-06-16</date>
+<version>3</version>
+<date>2008-09-06</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -221,8 +221,8 @@
</pre>
<p>
-Si vous utilisez <c>genkernel</c>, n'oubliez pas l'option <c>--udev</c>. Cette
-option suffit pour sélectionner toutes les options du noyau requises pour udev.
+Si vous utilisez <c>genkernel</c>, vous n'avez besoin de rien faire de spécial.
+Genkernel paramètre udev par défaut.
</p>
</body>
@@ -232,17 +232,18 @@
<body>
<p>
-Si vous voulez utiliser les fignolages apportés par les développeurs Gentoo
-pour vous faciliter la vie, n'allez pas plus loin. Gentoo utilisera udev mais
-gardera un <path>/dev</path> statique afin qu'il ne vous manque pas de
+Si vous voulez utiliser les paramètres d'udev apportés par les développeurs
+Gentoo pour vous faciliter la vie, n'allez pas plus loin. Gentoo utilisera udev
+mais gardera un <path>/dev</path> statique afin qu'il ne vous manque pas de
périphérique. Les scripts d'initialisation de Gentoo ne lanceront pas le démon
devfsd et désactiveront devfs au démarrage.
</p>
<p>
-Cependant, si vous êtes un acharné qui veut un système 100% udev tel qu'il a
-été voulu par ses développeurs, y compris avec les difficultés causées par les
-périphériques absents par faute de support, alors lisez ce qui suit :)
+Cependant, si vous êtes un acharné qui veut un système 100% udev non modifié
+tel qu'il a été voulu par ses développeurs, y compris avec les difficultés
+causées par les périphériques absents par faute de support, alors lisez ce qui
+suit :)
</p>
<p>
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2009-02-24 13:05 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2009-02-24 13:05 UTC (permalink / raw
To: gentoo-commits
titefleur 09/02/24 13:05:01
Modified: udev-guide.xml
Log:
Sync to 1.49
Revision Changes Path
1.31 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.31&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.31&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.30&r2=1.31
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- udev-guide.xml 5 Dec 2008 21:58:43 -0000 1.30
+++ udev-guide.xml 24 Feb 2009 13:05:01 -0000 1.31
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.30 2008/12/05 21:58:43 titefleur Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.31 2009/02/24 13:05:01 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -28,8 +28,8 @@
<license/>
-<version>3</version>
-<date>2008-09-06</date>
+<version>4</version>
+<date>2009-01-26</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -215,6 +215,8 @@
[*] Support for hot-pluggable devices
File systems --->
+ [*] Inotify file change notification support
+ [*] Inotify support for userspace
Pseudo filesystems --->
[*] /proc file system support
[*] Virtual memory file system support (former shm fs)
@@ -390,7 +392,7 @@
</body>
</section>
<section>
-<title>Renommer un périphérique</title>
+<title>Renommer un périphérique de bloc</title>
<body>
<p>
@@ -420,6 +422,36 @@
</body>
</section>
<section>
+<title>Renommer un périphérique réseau</title>
+<body>
+
+<p>
+Quelques fois le fait de débrancher et de rebrancher un périphérique réseau
+(comme une carte USB WiFi) peut renommer votre périphérique à chaque fois,
+incrémentant le nombre de un.
+</p>
+
+<p>
+Lorsque cela arrive, <c>wlan0</c> devient <c>wlan1</c> puis <c>wlan2</c>, etc.
+Cela est dû au fait qu'udev ajoute des règles supplémentaires à son fichier de
+règles, au lieu de recharger les règles existantes. Depuis qu'udev surveille
+son répertoire de règles via inotify, vous avez besoin du support d'inotify
+dans la configuration du noyau :
+</p>
+
+<pre caption="Activer le support d'inotify dans le noyau">
+File systems --->
+ [*] Inotify file change notification support
+ [*] Inotify support for userspace
+</pre>
+
+<p>
+À présent, udev retiendra le nom propre à chacun de vos périphériques réseau.
+</p>
+
+</body>
+</section>
+<section>
<title>udev charge les modules dans un ordre aléatoire</title>
<body>
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2009-08-18 13:58 Marion Age (titefleur)
0 siblings, 0 replies; 9+ messages in thread
From: Marion Age (titefleur) @ 2009-08-18 13:58 UTC (permalink / raw
To: gentoo-commits
titefleur 09/08/18 13:58:57
Modified: udev-guide.xml
Log:
Sync to 1.50
Revision Changes Path
1.32 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.32&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.32&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.31&r2=1.32
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- udev-guide.xml 24 Feb 2009 13:05:01 -0000 1.31
+++ udev-guide.xml 18 Aug 2009 13:58:57 -0000 1.32
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.31 2009/02/24 13:05:01 titefleur Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.32 2009/08/18 13:58:57 titefleur Exp $ -->
<guide link="/doc/fr/udev-guide.xml" lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -28,8 +28,8 @@
<license/>
-<version>4</version>
-<date>2009-01-26</date>
+<version>5</version>
+<date>2009-08-05</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -476,8 +476,8 @@
</p>
<pre caption="Spécification des paramètres des modules">
-# <i>echo "option snd-ice1724 index=0" >> /etc/modules.d/alsa</i>
-# <i>echo "option snd-ymfpci index=1" >> /etc/modules.d/alsa</i>
+# <i>echo "option snd-ice1724 index=0" >> /etc/modprobe.d/alsa.conf</i>
+# <i>echo "option snd-ymfpci index=1" >> /etc/modprobe.d/alsa.conf</i>
# <i>update-modules</i>
</pre>
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2013-03-22 20:02 Sven Vermeulen (swift)
0 siblings, 0 replies; 9+ messages in thread
From: Sven Vermeulen (swift) @ 2013-03-22 20:02 UTC (permalink / raw
To: gentoo-commits
swift 13/03/22 20:02:23
Modified: udev-guide.xml
Log:
Fix bug #462568 - Updated udev guide translation for FR language
Revision Changes Path
1.34 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.34&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.34&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.33&r2=1.34
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- udev-guide.xml 29 Aug 2011 11:00:03 -0000 1.33
+++ udev-guide.xml 22 Mar 2013 20:02:23 -0000 1.34
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.33 2011/08/29 11:00:03 cam Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.34 2013/03/22 20:02:23 swift Exp $ -->
<guide lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -18,7 +18,9 @@
<author title="Traducteur">
<mail link="neysx@gentoo.org">Xavier Neys</mail>
</author>
-
+<author title="Traducteur">
+ <mail link="jaaf.forums@zoraldia.com">José Fournier</mail>
+</author>
<abstract>
Ce document explique ce qu'est udev et comment l'utiliser.
</abstract>
@@ -28,8 +30,8 @@
<license/>
-<version>5</version>
-<date>2009-08-05</date>
+<version>14</version>
+<date>2013-03-20</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -41,15 +43,15 @@
Les personnes qui ne connaissent pas du tout Linux seraient certainement
étonnées d'entendre des Linuxiens dire « slash dev slash bidule »
pour désigner un périphérique. Par contre, pour des Linuxiens comme nous,
-<path>/dev/hda1</path> représente simplement la première partition du disque
-maître connecté sur l'interface IDE primaire.
+<path>/dev/sda1</path> représente simplement la première partition du disque
+maître connecté sur l'interface SATA primaire.
</p>
<p>
Nous savons ce qu'est un fichier de périphérique, certains savent même que les
fichiers de périphériques ont des numéros que l'on peut voir en faisant <c>ls
-l</c> dans <path>/dev</path>. Cependant, nous considérons que
-<path>/dev/hda</path> correspondra toujours au premier disque IDE. Cela vous
+<path>/dev/sda</path> correspondra toujours au premier disque SATA. Cela vous
étonnera sans doute, mais c'est une erreur de conception.
</p>
@@ -60,7 +62,7 @@
autres périphériques doivent-ils être renommés quand un périphérique est
déconnecté ? Quel sera l'impact sur les processus en cours ?
Imaginez que votre document envoyé à votre nouvelle imprimante laser arrive sur
-votre vieille imprimante matricielle parce vous avez oublié de l'allumer.
+votre vieille imprimante matricielle parce votre mère a débranché votre imprimante laser pour brancher son aspirateur !
</p>
<p>
@@ -82,108 +84,13 @@
</li>
</ul>
-<p>
-Pour atteindre ces objectifs, udev a été développé en trois sous-projets :
-<e>namedev</e>, <e>libsysfs</e> et, bien sûr, <e>udev</e>.
-</p>
-
-</body>
-</section>
-<section>
-<title>namedev</title>
-<body>
-
-<p>
-Namedev permet de nommer les périphériques indépendamment de udev. Ceci permet
-d'utiliser des règles de nommage souples définies par des entités différentes.
-Ce sous-système de nommage fournit une interface standard utilisée par udev.
-</p>
-
-<p>
-Actuellement, le seul sous-système de nommage est fournit par LANANA et est
-utilisé par la plupart des systèmes Linux actuels. La majorité des utilisateurs
-de Linux l'utiliseront.
-</p>
<p>
-Namedev utilise une procédure à cinq étapes pour attribuer un nom à un
-périphérique. Dès qu'un nom peut être attribué, la procédure s'arrête et le nom
-est attribué. Ces étapes sont :
+À chaque fois qu'un changement survient dans la structure des périphériques, le noyau émet un événement
+<e>uevent</e> qui est capté par <c>udev</c>. <c>udev</c> suit alors les règles qui sont déclarées dans les répertoires <path>/etc/udev/rules.d</path>, <path>/run/udev/rules.d</path>
+et <path>/lib/udev/rules.d</path>. Tenant compte des informations contenues dans l'<e>uevent</e>, il trouve la (les) règle(s) dont il a besoin pour déclencher et exécuter les actions requises. Ces actions peuvent être la création ou l'effacement d'un fichier de périphérique, mais peuvent aussi provoquer le chargement d'un microcode particulier dans l'espace noyau.
</p>
-<ul>
- <li>un « label » ou un numéro de série</li>
- <li>numéro du bus</li>
- <li>topologie du bus</li>
- <li>attribution d'un nom statique</li>
- <li>nom attribué par le noyau</li>
-</ul>
-
-<p>
-La première étape consiste à détecter un « label » ou un numéro de
-série qui pourrait identifier le périphérique. Par exemple, un appareil USB
-possède un numéro de série unique ; un périphérique SCSI a un code UUID
-unique. Si namedev trouve une correspondance entre un tel identifiant et un
-fichier de configuration, le nom indiqué dans ce fichier sera utilisé.
-</p>
-
-<p>
-Ensuite, namedev essaie d'identifier le périphérique en fonction du numéro du
-bus sur lequel il est branché. Dans le cas de périphériques qui ne sont jamais
-déconnectés, ceci suffit généralement. Par exemple, le numéro de bus d'une
-carte PCI change très rarement. Si namedev trouve un fichier de configuration
-qui correspond à ce numéro de bus, le nom indiqué dans ce fichier sera utilisé.
-</p>
-
-<p>
-De façon similaire, l'attribution d'un nom selon la topologie du bus permet une
-définition statique des périphériques pour autant que l'utilisateur ne permute
-pas les périphériques. Quand la position d'un appareil sur le bus sur lequel il
-est connecté correspond à un fichier de configuration défini par l'utilisateur,
-le nom qui y est indiqué est utilisé.
-</p>
-
-<p>
-La quatrième étape consiste à attribuer un nom de façon statique en fonction
-d'une chaîne de caractères. Si le nom par défaut du périphérique tel qu'il est
-connu par le noyau correspond à une chaîne de caractères donnée, le nom associé
-à celle-ci est utilisé.
-</p>
-
-<p>
-Finalement, c'est le nom attribué par le noyau qui sera utilisé par défaut.
-Dans la majorité des cas, ceci permet de conserver les noms utilisés
-actuellement.
-</p>
-
-</body>
-</section>
-<section>
-<title>libsysfs</title>
-<body>
-
-<p>
-Le dialogue entre udev et le noyau passe par le pseudo-système de fichiers
-sysfs. Le projet libsysfs offre une interface de programmation standard et
-générique avec le système de fichiers sysfs. Ceci permet d'interroger toutes
-sortes de périphériques sans devoir en connaître le type.
-</p>
-
-</body>
-</section>
-<section>
-<title>udev</title>
-<body>
-
-<p>
-Chaque fois que le noyau reçoit un évènement relatif aux périphériques, comme
-un nouvel appareil que l'utilisateur connecte, il demande à udev de s'en
-occuper. udev suit les règles qui se trouvent dans le répertoire
-<path>/etc/udev/rules.d/</path> en conjonction avec les informations apportées
-par le noyau pour déterminer quelles actions doivent être exécutées sur la
-structure de fichiers <path>/dev</path> (créer ou supprimer des fichiers de
-périphériques).
-</p>
</body>
</section>
@@ -196,12 +103,11 @@
<body>
<p>
-Pour utiliser udev, vous devez installer un noyau 2.6.x comme
-<c>gentoo-sources</c> avec un profil 2007.0. Vous devez aussi utiliser une
-version récente de <c>sys-apps/baselayout</c>.
+<c>udev</c> est prévu pour être utilisé en combinaison avec un noyau 2.6 ou 3.x (tel que celui des
+<c>gentoo-sources</c> avec le profil 13.0 par défaut). Si vous utilisez un tel noyau vous ne devriez rencontrer aucun problème avec udev étant donné que la prise en charge en dur est assurée dans toutes les versions stables de <c>sys-apps/baselayout</c> (l'ensemble des fichiers de base nécessaires au bon fonctionnement de tout système). Normalement <c>udev</c> devrait déjà être installé sur votre système. Si ce n'est pas le cas, l'installation est très simple.
</p>
-<pre caption="Installer udev">
+<pre caption="installer udev">
# <i>emerge udev</i>
</pre>
@@ -210,346 +116,40 @@
sélectionnées :
</p>
-<pre caption="Options du noyau nécessaires">
-General setup --->
- [*] Support for hot-pluggable devices
-
-File systems --->
- [*] Inotify file change notification support
- [*] Inotify support for userspace
+<pre caption="options du noyau nécessaires">
+General Setup --->
+ <comment>(Make sure the following item is *not* enabled)</comment>
+ [ ] Enable deprecated sysfs features to support old userspace tools
+
+File Systems --->
+ [*] Inotify support for userspace
Pseudo filesystems --->
- [*] /proc file system support
[*] Virtual memory file system support (former shm fs)
+
+Device Drivers --->
+ <comment>(Make sure the following item is *not* enabled)</comment>
+ < > ATA/ATAPI/MFM/RLL support (DEPRECATED)
+ <comment>(This is *absolutely* necessary for /dev to populate)</comment>
+ Generic Driver Options --->
+ [*] Maintain a devtmpfs filesystem to mount at /dev
</pre>
<p>
Si vous utilisez <c>genkernel</c>, vous n'avez besoin de rien faire de spécial.
Genkernel paramètre udev par défaut.
</p>
-
-</body>
-</section>
-<section>
-<title>Configuration</title>
-<body>
-
-<p>
-Si vous voulez utiliser les paramètres d'udev apportés par les développeurs
-Gentoo pour vous faciliter la vie, n'allez pas plus loin. Gentoo utilisera udev
-mais gardera un <path>/dev</path> statique afin qu'il ne vous manque pas de
-périphérique. Les scripts d'initialisation de Gentoo ne lanceront pas le démon
-devfsd et désactiveront devfs au démarrage.
-</p>
-
-<p>
-Cependant, si vous êtes un acharné qui veut un système 100% udev non modifié
-tel qu'il a été voulu par ses développeurs, y compris avec les difficultés
-causées par les périphériques absents par faute de support, alors lisez ce qui
-suit :)
-</p>
-
-<p>
-Commençons par désactiver le système de sauvegarde des définitions des fichiers
-de périphériques. Initialisez la variable <c>RC_DEVICE_TARBALL</c> à <c>no</c>
-dans le fichier <path>/etc/conf.d/rc</path> :
-</p>
-
-<pre caption="Fichier /etc/conf.d/rc">
-RC_DEVICE_TARBALL="no"
-</pre>
-
-<p>
-Si le support de devfs a été compilé dans votre noyau, vous pouvez le
-désactiver dans la configuration de votre chargeur de démarrage en passant
-l'option <c>gentoo=nodevfs</c> au noyau. Si vous voulez utiliser devfs et
-désactiver udev, passez l'option <c>gentoo=noudev</c>.
-</p>
-
</body>
</section>
</chapter>
<chapter>
-<title>Problèmes actuels</title>
-<section>
-<title>Fichiers de périphériques absents</title>
-<body>
-
-<p>
-Si votre système ne démarre pas correctement parce que <path>/dev/null</path>
-n'existe pas ou que la console n'est pas définie, le problème est que des
-fichiers de périphériques devraient exister dans <path>/dev</path> <e>avant</e>
-que udev ne monte <path>/dev</path>. Ce problème est fréquent sur des anciennes
-installations de Gentoo.
-</p>
-
-<p>
-Si vous utiliser <c>sys-apps/baselayout-1.8.12</c> ou une version plus récente,
-votre système démarrera, mais affichera des messages d'avertissement. Pour les
-faire disparaître, il suffit de créer les fichiers de périphériques qui
-manquent.
-</p>
-
-<p>
-Pour voir quels fichiers de périphériques existent dans <path>/dev</path> avant
-que le système de fichiers dev ne soit monté, utilisez les commandes
-suivantes :
-</p>
-
-<pre caption="Afficher les fichiers de périphériques de /dev">
-# <i>mkdir test</i>
-# <i>mount --bind / test</i>
-# <i>cd test/dev</i>
-# <i>ls</i>
-</pre>
-
-<p>
-Les fichiers de périphériques nécessaires lors du démarrage sont
-<path>/dev/null</path> et <path>/dev/console</path>. Si le test effectué
-ci-dessus révèle qu'ils manquent, vous devez les ajouter. Exécutez les
-commandes ci-dessous dans le répertoire <path>test/dev/</path> :
-</p>
-
-<pre caption="Créer les fichiers de périphériques nécessaires">
-# <i>mknod -m 660 console c 5 1</i>
-# <i>mknod -m 660 null c 1 3</i>
-</pre>
-
-<p>
-N'oubliez pas ensuite de démonter le répertoire <path>test/</path>.
-</p>
-
-<pre caption="Démonter le répertoire test/">
-# <i>cd ../..</i>
-# <i>umount test</i>
-# <i>rmdir test</i>
-</pre>
-
-</body>
-</section>
-<section>
-<title>udev et nVidia</title>
-<body>
-
-<p>
-Si vous utilisez les pilotes propriétaires de nVidia et que le serveur X ne
-démarre pas sur un système qui n'utilise que udev, veuillez vérifier les
-éléments suivants :
-</p>
-
-<ul>
- <li>
- le module <c>nvidia</c> devrait être mentionné dans
- <path>/etc/modules.autoload.d/kernel-2.6</path> ;
- </li>
- <li>
- la version de baselayout doit être <c>sys-apps/baselayout-1.8.12</c> ou
- plus récente.
- </li>
-</ul>
-
-</body>
-</section>
-<section>
-<title>Les noms des périphériques sont différents entre DevFS et udev</title>
-<body>
-<p>
-Bien que nous nous efforcions de conserver des noms de périphériques identiques
-entre DevFS et udev, des différences sont parfois inévitables.
-</p>
-
-<p>
-Un exemple connu est la carte RAID Smart Array 5i de HP, plus précisément, le
-module <c>cciss</c>. Avec udev, les périphériques sont nommés
-<path>/dev/cciss/cXdYpZ</path> où X, Y et Z sont des nombres. Avec DevFS, ils
-s'appellent <path>/dev/hostX/targetY/partZ</path> ou sont liés depuis
-<path>/dev/cciss/cXdY</path>.
-</p>
-
-<p>
-Si vous êtes confrontés à un tel cas, n'oubliez pas de mettre à jour votre
-fichier <path>/etc/fstab</path> et la configuration de votre chargeur de
-démarrage.
-</p>
-
-<p>
-Des problèmes similaires peuvent se produire à cause des liens symboliques qui
-existaient dans <path>/dev</path> (<path>/dev/mouse</path> par exemple) et que
-udev ne crée pas. Veuillez vérifier que votre configuration de X utilise un
-périphérique défini.
-</p>
-
-<p>
-Un autre problème possible est dû aux noms attribués aux terminaux. Ceux créés
-par devfs sont nommés <c>tty</c>, mais udev les nomme <c>vc</c> et <c>tty</c>.
-Cela peut causer un problème si vous restreignez l'accès à root sur les
-consoles en utilisant le fichier <path>/etc/securetty</path>. Vous devez
-vérifier que <c>tty1</c> et <c>vc/1</c> figurent dans ce fichier pour permettre
-à root de se connecter via la console.
-</p>
-
-</body>
-</section>
-<section>
-<title>Renommer un périphérique de bloc</title>
-<body>
-
-<p>
-Les versions récentes d'udev (104 et supérieures) avec les nouvelles versions
-du noyau (2.6.19 et supérieures) permettent de renommer vos périphériques,
-grâce à un changement dans l'implémentation de la bibliothèque libata du noyau.
-Un périphérique CD-RW en <path>/dev/hdc</path> peut être changé en
-<path>/dev/sr0</path>. Si ce n'est normalement pas un souci, cela peut causer
-des problèmes à certaines applications codées en dur pour chercher les
-périphériques aux autres emplacements. Par exemple, <c>media-sound/rip</c>
-s'attend à trouver les disques dans <path>/dev/cdrom</path>, ce qui devient un
-problème si vous utilisez un nouveau noyau et que udev renomme votre
-périphérique en <path>/dev/cdrom1</path>.
-</p>
-
-<p>
-Pour contourner ces problèmes, vous devez éditer le fichier
-<path>/etc/udev/rules.d/70-persistent-cd.rules</path> et assigner au
-périphérique le nom correct.
-</p>
-
-<p>
-Pour plus d'informations sur l'écriture des règles udev, reportez-vous au
-<uri link="http://www.reactivated.net/udevrules.php">guide</uri> de Daniel Drake.
-</p>
-
-</body>
-</section>
-<section>
-<title>Renommer un périphérique réseau</title>
-<body>
-
-<p>
-Quelques fois le fait de débrancher et de rebrancher un périphérique réseau
-(comme une carte USB WiFi) peut renommer votre périphérique à chaque fois,
-incrémentant le nombre de un.
-</p>
-
-<p>
-Lorsque cela arrive, <c>wlan0</c> devient <c>wlan1</c> puis <c>wlan2</c>, etc.
-Cela est dû au fait qu'udev ajoute des règles supplémentaires à son fichier de
-règles, au lieu de recharger les règles existantes. Depuis qu'udev surveille
-son répertoire de règles via inotify, vous avez besoin du support d'inotify
-dans la configuration du noyau :
-</p>
-
-<pre caption="Activer le support d'inotify dans le noyau">
-File systems --->
- [*] Inotify file change notification support
- [*] Inotify support for userspace
-</pre>
-
-<p>
-À présent, udev retiendra le nom propre à chacun de vos périphériques réseau.
-</p>
-
-</body>
-</section>
-<section>
-<title>udev charge les modules dans un ordre aléatoire</title>
-<body>
-
-<p>
-Il arrive qu'udev charge les modules dans un ordre indésiré, imprévisible ou qui
-semble aléatoire. Cela apparaît surtout sur les systèmes qui possèdent
-plusieurs périphériques de même type, tels que les périphériques multimédia.
-Cela peut affecter les numéros assignés aux périphériques ; par exemple,
-les cartes son échangent parfois leur numéro.
-</p>
-
-<p>
-Il existe plusieurs solutions pour fixer les numéros de périphériques et/ou
-l'ordre de chargement des modules. Dans le meilleur des cas, vous pouvez
-simplement utiliser les paramètres du module pour spécifier le numéro désiré au
-périphérique. Certains modules, tels qu'ALSA, incluent le paramètre
-« index ». Les modules qui utilisent ce paramètre peuvent être
-ajustés comme indiqué. Cet exemple concerne un système avec deux cartes son.
-La carte avec l'indice 0 est désignée comme la première carte. Une fois que les
-paramètres sont changés, les fichiers de configuration des modules doivent être
-mis à jour.
-</p>
-
-<pre caption="Spécification des paramètres des modules">
-# <i>echo "option snd-ice1724 index=0" >> /etc/modprobe.d/alsa.conf</i>
-# <i>echo "option snd-ymfpci index=1" >> /etc/modprobe.d/alsa.conf</i>
-# <i>update-modules</i>
-</pre>
-
-<p>
-La solution dans l'exemple ci-dessus est celle qui est préférée mais tous les
-modules ne possèdent pas un paramètre tel que l'indice. Pour ceux-là, vous
-devrez forcer l'ordre correct de chargement des modules. Tout d'abord, vous
-devez empêcher udev de charger automatiquement les modules en les mettant sur la
-liste noire. Assurez-vous d'utiliser le nom exact du module qui est chargé. Pour
-les périphériques PCI, vous devrez utiliser les noms des modules obtenus sur la
-sortie de la commande <c>pcimodules</c>, disponible dans le paquet
-<c>pciutils</c>. L'exemple suivant illustre le cas des modules DVB.
-</p>
-
-<pre caption="Mettre les modules sur la liste noire">
-# <i>echo "blacklist b2c2-flexcop-pci" >> /etc/modprobe.d/dvb</i>
-# <i>echo "blacklist budget" >> /etc/modprobe.d/dvb</i>
-# <i>update-modules</i>
-</pre>
-
-<p>
-Ensuite, chargez les modules dans l'ordre correct. Ajoutez-les au fichier
-<path>/etc/modules.autoload.d/kernel-2.6</path> <e>dans l'ordre exact où vous
-voulez qu'ils soient chargés</e>.
-</p>
-
-<pre caption="Chargement des modules dans l'ordre correct">
-# <i>echo "budget" >> /etc/modules.autoload.d/kernel-2.6</i>
-# <i>echo "b2c2-flexcop-pci" >> /etc/modules.autoload.d/kernel-2.6</i>
-</pre>
-
-</body>
-</section>
-<section>
-<title>Autres problèmes</title>
-<body>
-
-<p>
-Si un fichier de périphérique n'est pas créé quand un module est chargé via
-<path>/etc/modules.autoload.d/kernel-2.6</path>, mais qu'il est bien créé quand
-vous chargez le module avec modprobe, vous devez installer
-<c>sys-apps/baselayout-1.8.12</c> ou une version plus récente.
-</p>
-
-<p>
-Le support du framebuffer (fichiers de périphériques <path>/dev/fb/*</path>) est
-disponible à partir de la version 2.6.6-rc2 du noyau.
-</p>
-
-<p>
-Avec des noyaux avant la version 2.6.4, vous devez inclure explicitement le
-support du système de fichiers <path>/dev/pts</path>.
-</p>
-
-<pre caption="Inclure le système de fichiers /dev/pts">
-File systems --->
- Pseudo filesystems --->
- [*] /dev/pts file system for Unix98 PTYs
-</pre>
-
-</body>
-</section>
-</chapter>
-
-<chapter>
<title>Ressources & remerciements</title>
<section>
<body>
<p>
-L'exposé de Greg Kroah-Hartman (IBM Corporation) au Linux Symposium (Ottawa,
-Ontario Canada - 2003) a permis une bonne compréhension du système udev.
+ <uri link="http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames">Documentation sur freedesktop.org (en anglais).</uri>
</p>
<p>
^ permalink raw reply [flat|nested] 9+ messages in thread
* [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml
@ 2013-04-02 16:05 Sven Vermeulen (swift)
0 siblings, 0 replies; 9+ messages in thread
From: Sven Vermeulen (swift) @ 2013-04-02 16:05 UTC (permalink / raw
To: gentoo-commits
swift 13/04/02 16:05:08
Modified: udev-guide.xml
Log:
Fix bug #464158 - Updated udev-guide FR translation thanks to Jose Fournier
Revision Changes Path
1.35 xml/htdocs/doc/fr/udev-guide.xml
file : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.35&view=markup
plain: http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?rev=1.35&content-type=text/plain
diff : http://sources.gentoo.org/viewvc.cgi/gentoo/xml/htdocs/doc/fr/udev-guide.xml?r1=1.34&r2=1.35
Index: udev-guide.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- udev-guide.xml 22 Mar 2013 20:02:23 -0000 1.34
+++ udev-guide.xml 2 Apr 2013 16:05:08 -0000 1.35
@@ -1,7 +1,7 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.34 2013/03/22 20:02:23 swift Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/fr/udev-guide.xml,v 1.35 2013/04/02 16:05:08 swift Exp $ -->
<guide lang="fr">
<title>Guide udev pour Gentoo</title>
@@ -30,8 +30,8 @@
<license/>
-<version>14</version>
-<date>2013-03-20</date>
+<version>15</version>
+<date>2013-03-29</date>
<chapter>
<title>Qu'est udev ?</title>
@@ -131,12 +131,12 @@
< > ATA/ATAPI/MFM/RLL support (DEPRECATED)
<comment>(This is *absolutely* necessary for /dev to populate)</comment>
Generic Driver Options --->
- [*] Maintain a devtmpfs filesystem to mount at /dev
+ [*] Maintain a devtmpfs filesystem to mount at /dev (NEW)
</pre>
<p>
-Si vous utilisez <c>genkernel</c>, vous n'avez besoin de rien faire de spécial.
-Genkernel paramètre udev par défaut.
+Si vous utilisez <c>sys-kernel/genkernel</c>, vous n'avez besoin de rien faire de spécial.
+Genkernel paramètre udev par défaut. Vous pouvez également essayer <c>sys-kernel/dracut</c> qui est très bien intégré dans Gentoo.
</p>
</body>
</section>
@@ -149,19 +149,33 @@
<body>
<p>
- <uri link="http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames">Documentation sur freedesktop.org (en anglais).</uri>
+La documentation pour l'utilisation du <uri
+link="http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames">nommage prédictible des interfaces réseau</uri> introduit en version 197 de udev, remplace le générateur de règles /etc/udev/rules.d/70-persistent-net.rules désormais supprimé.
</p>
<p>
-L'<uri
-link="http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html">article
-de Decibel</uri> (en anglais) traite en profondeur de udev sur systèmes Gentoo.
+<uri link="http://github.com/gentoo/eudev">Une dérivation de l'arbre git sans
+systemd lui-même</uri> à github, qui a les mêmes visées que les API stables à long terme, plus POSIX
+que GNU, plutôt conçu pour les inclusions minimales mais qui marche aussi sur n'importe quoi d'autre. Vous pouvez voir s'il est à jour en regardant dans l'historique du dossier, ce document pouvant ne pas être à jour.
+</p>
+
+</body>
+</section>
+</chapter>
+
+<chapter>
+<title>Problèmes connus</title>
+<section>
+<body>
+
+<p>
+Des règles périmées du type <c>70-persistent-net.rules</c> (ou tout autre règles réseau) dans
+<path>/etc/udev/rules.d</path> peuvent empêcher le nommage réseau prédictible d'être activé. <c>70-persistent-net.rules</c> et
+<c>70-persistent-cd.rules</c> sont toutes les deux issues du désormais supprimé générateur de règles.
</p>
<p>
-L'<uri link="http://www.reactivated.net/udevrules.php">article de Daniel
-Drake</uri> (en anglais) est un excellent document sur la configuration de
-udev.
+Un script d'initialisation appelé 'udev-postmount' devrait être retiré des niveaux de démarrage s'il y est encore.
</p>
</body>
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2013-04-02 16:05 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-24 13:05 [gentoo-commits] gentoo commit in xml/htdocs/doc/fr: udev-guide.xml Marion Age (titefleur)
-- strict thread matches above, loose matches on Subject: below --
2013-04-02 16:05 Sven Vermeulen (swift)
2013-03-22 20:02 Sven Vermeulen (swift)
2009-08-18 13:58 Marion Age (titefleur)
2008-12-05 21:58 Marion Age (titefleur)
2008-07-11 13:36 Marion Age (titefleur)
2008-02-13 23:07 Camille Huot (cam)
2008-02-13 20:32 Marion Age (titefleur)
2007-10-28 13:39 Marion Age (titefleur)
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox