From owner-svn-doc-all@freebsd.org Thu Mar 24 17:43:31 2016 Return-Path: Delivered-To: svn-doc-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59786ADC164; Thu, 24 Mar 2016 17:43:31 +0000 (UTC) (envelope-from blackend@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EF1AD1B9B; Thu, 24 Mar 2016 17:43:30 +0000 (UTC) (envelope-from blackend@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u2OHhUVG090828; Thu, 24 Mar 2016 17:43:30 GMT (envelope-from blackend@FreeBSD.org) Received: (from blackend@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u2OHhU6H090827; Thu, 24 Mar 2016 17:43:30 GMT (envelope-from blackend@FreeBSD.org) Message-Id: <201603241743.u2OHhU6H090827@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: blackend set sender to blackend@FreeBSD.org using -f From: Marc Fonvieille Date: Thu, 24 Mar 2016 17:43:30 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48465 - head/fr_FR.ISO8859-1/books/handbook/config X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2016 17:43:31 -0000 Author: blackend Date: Thu Mar 24 17:43:30 2016 New Revision: 48465 URL: https://svnweb.freebsd.org/changeset/doc/48465 Log: MFen: --> r38449 Modified: head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml Modified: head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml ============================================================================== --- head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml Wed Mar 23 23:27:01 2016 (r48464) +++ head/fr_FR.ISO8859-1/books/handbook/config/chapter.xml Thu Mar 24 17:43:30 2016 (r48465) @@ -4,7 +4,7 @@ The FreeBSD French Documentation Project $FreeBSD$ - Original revision: 1.227 + Original revision: 38449 --> Configuration et optimisation @@ -54,7 +54,7 @@ Les bases de la configuration du fichier rc.conf et des fichiers de démarrage - /usr/local/etc/rc.d. + /usr/local/etc/rc.d. Comment configurer et tester une carte @@ -66,7 +66,7 @@ Comment utiliser les divers fichiers de configuration du - répertoire /etc. + répertoire /etc. Comment optimiser FreeBSD en utilisant les variables @@ -280,7 +280,7 @@ par défaut du fichier /etc/defaults/rc.conf. Les fichiers de valeurs par défaut ne devraient pas être copiés - directement tels quels dans /etc - ils + directement tels quels dans /etc - ils contiennent des valeurs par défaut, et non pas des exemples. Tout changement spécifique au système devrait être fait dans le fichier rc.conf. @@ -290,37 +290,39 @@ séparer la configuration d'un site de celle d'un système afin de réduire le travail d'administration. L'approche recommandée est - de placer la configuration propre au site dans un autre fichier - comme /etc/rc.conf.site, puis ensuite - inclure ce fichier dans /etc/rc.conf, qui - ne contiendra seulement que les informations spécifiques au - système. - - Comme rc.conf est lu par &man.sh.1; il est - assez trivial d'effectuer cela. Par exemple: + de placer la configuration propre au site dans le fichier + /etc/rc.conf.local. Par exemple: - rc.conf: - . /etc/rc.conf.site - hostname="node15.example.com" - network_interfaces="fxp0 lo0" - ifconfig_fxp0="inet 10.1.1.1" - rc.conf.site: - defaultrouter="10.1.1.254" - saver="daemon" - blanktime="100" + /etc/rc.conf: + +sshd_enable="YES" +keyrate="fast" +defaultrouter="10.1.1.254" + + /etc/rc.conf.local: + +hostname="node1.example.org" +ifconfig_fxp0="inet 10.1.1.1/8" - Le fichier rc.conf.site peut être + Le fichier rc.conf peut être distribué à l'ensemble des systèmes en utilisant rsync ou un programme semblable, tandis que - le fichier rc.conf reste unique. + le fichier rc.conf.local reste unique. Mettre à jour le système en employant &man.sysinstall.8; ou make world n'écrasera pas le fichier rc.conf, les informations de configuration du système ne seront donc pas perdues. + Le fichier de configuration + /etc/rc.conf est analysé par &man.sh.1;. + Cela permet aux administrateurs système d'ajouter un certain + niveau de logique à ce fichier, ce qui peut aider à créer des + scénaris de configuration complexes. Veuillez consulter + &man.rc.conf.5; pour plus d'information sur ce sujet. + @@ -336,7 +338,7 @@ /usr/local/etc Ces fichiers sont généralement installés - dans le répertoire /usr/local/etc. Dans + dans le répertoire /usr/local/etc. Dans le cas où une application possède un grand nombre de fichiers de configuration, un sous-répertoire sera créé pour les héberger. @@ -347,10 +349,10 @@ Ces derniers sont généralement identifiés par un suffixe “.default”. Si aucun fichier de configuration n'existe pour l'application, on les créera en - copiant les fichiers .default. + copiant les fichiers .default. Par exemple, considérez le contenu du - répertoire /usr/local/etc/apache: + répertoire /usr/local/etc/apache: -rw-r--r-- 1 root wheel 2184 May 20 1998 access.conf -rw-r--r-- 1 root wheel 2184 May 20 1998 access.conf.default @@ -388,7 +390,7 @@ le logiciel de manière à ce qu'il soit lancé au démarrage du système. Des services comme mail/postfix - ou www/apache13 sont deux + ou www/apache22 sont deux exemples de logiciels parmi tant d'autres qui peuvent être lancés à l'initialisation du système. Cette section explique les procédures disponibles pour @@ -403,79 +405,6 @@ démarrage peut être gérée à l'aide de procédures de démarrage simples. - Avant l'avènement du système rc.d, les - applications plaçaient une procédure simple de - lancement dans le répertoire /usr/local/etc/rc.d qui était - lue par les scripts d'initialisation du système. Ces - procédures étant alors exécutées - lors des dernières étapes du démarrage du - système. - - Bien que de nombreuses personnes aient passé des - heures à tenter de fusionner l'ancien mode de - configuration avec le nouveau, il reste que certains utilitaires - tierce partie ont toujours besoin d'un script placé dans - le répertoire précédemment - évoqué. Les différences subtiles dans les - scripts dépend de si le système rc.d est - utilisé ou non. Avant &os; 5.1 l'ancien style de - configuration était utilisé et dans presque tous - les cas la nouvelle procédure fonctionnera sans - problème. - - Bien que chaque procédure doit remplir certains - pré-requis minimum, la plupart du temps ils seront - indépendants de la version de &os;. Chaque - procédure doit avoir une extension - .sh et doit être exécutable - par le système. Ce dernier point peut être - réalisé en utilisant la commande - chmod et en fixant les permissions à - 755. Il doit y avoir, au minimum, une option - pour démarrer (start) l'application et - une autre pour l'arrêter (stop). - - La procédure de démarrage la plus simple - ressemblera à celle-ci: - - #!/bin/sh -echo -n ' utility' - -case "$1" in -start) - /usr/local/bin/utility - ;; -stop) - kill -9 `cat /var/run/utility.pid` - ;; -*) - echo "Usage: `basename $0` {start|stop}" >&2 - exit 64 - ;; -esac - -exit 0 - - Cette procédure offre des options - stop et start pour une - application appelée ici utility. - - L'application pourra être lancée manuellement - avec: - - &prompt.root; /usr/local/etc/rc.d/utility.sh start - - Bien que toutes les applications tierce partie ne - nécessitent pas de ligne dans le fichier - rc.conf, chaque jour un nouveau logiciel - porté sera modifié pour accepter cette - configuration. Contrôlez l'affichage final lors de - l'installation de l'application pour plus d'information à - ce sujet. Certains logiciels fourniront des procédures - qui permettrons à l'application d'être - utilisée avec le système rc.d, cela sera - abordé dans la section suivante. - Configuration étendue des applications @@ -521,7 +450,7 @@ run_rc_command "$1" Cette procédure s'assurera que l'application utility sera lancée après le le service - daemon. Elle fournie également une + DAEMON. Elle fournie également une méthode de suivi du PID, ou encore ID (identifiant) de processus. @@ -531,7 +460,7 @@ run_rc_command "$1" utility_enable="YES" - Cette nouvelle méthode permet également une + Cette méthode permet également une manipulation plus aisée des arguments en ligne de commande, l'inclusion des fonctions offertes par défaut dans /etc/rc.subr, offre une @@ -592,7 +521,7 @@ run_rc_command "$1" arrière plan et contrôle constamment le fichier /etc/crontab. L'utilitaire cron consulte également le - répertoire /var/cron/tabs, à la + répertoire /var/cron/tabs, à la recherche de nouveaux fichiers crontab. Ces fichiers crontab conservent les informations sur les tâches que cron @@ -812,7 +741,7 @@ HOME=/var/log l'initialisation du système a été intégré à &os;. Les utilisateurs noteront les fichiers présents dans le - répertoire /etc/rc.d. Plusieurs de ces + répertoire /etc/rc.d. Plusieurs de ces fichiers sont destinés aux services de base qui peuvent être contrôlés avec les options , , et @@ -922,16 +851,25 @@ sshd is running as pid 433. ces commentaires lors de l'initialisation du système en vue de déterminer l'ordre dans lequel les services système seront invoqués pour satisfaire les - dépendances. Les mots suivants peuvent être - présents en tête de chaque fichier de - démarrage: + dépendances. + + Les mots suivants doivent être présents en tête de tous les + fichiers de démarrage (ils sont nécessaires pour que + &man.rc.subr.8; active les procédures de démarrages): PROVIDE: indique les services que fournit ce fichier. + + + Les mots clés suivants peuvent être ajoutés au début de + chaque fichier de démarrage. Ils ne sont pas strictement + nécessaires, mais sont utiles comme aide pour + &man.rcorder.8;: + REQUIRE: liste les fichiers dont dépend ce service. Ce fichier sera @@ -947,10 +885,11 @@ sshd is running as pid 433. - En utilisant ce système, un administrateur peut - facilement contrôler les services du système sans - avoir à se battre avec les “runlevels” comme - sur d'autres systèmes d'exploitation &unix;. + En utilisant avec soin ces mots clés pour chaque fichier de + démarrage, un administrateur dispose d'un niveau de contrôle + très fin de l'ordre d'exécution des procédures de démarrage sans + les inconvénients des runlevels comme sur + d'autres systèmes d'exploitation &unix;. Des informations supplémentaires concernant le système rc.d @@ -1022,16 +961,18 @@ sshd is running as pid 433. dc0: <82c169 PNIC 10/100BaseTX> port 0xa000-0xa0ff mem 0xd3800000-0xd38 000ff irq 15 at device 11.0 on pci0 -dc0: Ethernet address: 00:a0:cc:da:da:da miibus0: <MII bus> on dc0 -ukphy0: <Generic IEEE 802.3u media interface> on miibus0 -ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto +bmtphy0: <BCM5201 10/100baseTX PHY> PHY 1 on miibus0 +bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto +dc0: Ethernet address: 00:a0:cc:da:da:da +dc0: [ITHREAD] dc1: <82c169 PNIC 10/100BaseTX> port 0x9800-0x98ff mem 0xd3000000-0xd30 000ff irq 11 at device 12.0 on pci0 -dc1: Ethernet address: 00:a0:cc:da:da:db miibus1: <MII bus> on dc1 -ukphy1: <Generic IEEE 802.3u media interface> on miibus1 -ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto +bmtphy1: <BCM5201 10/100baseTX PHY> PHY 1 on miibus1 +bmtphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto +dc1: Ethernet address: 00:a0:cc:da:da:db +dc1: [ITHREAD] Dans cet exemple, nous voyons que deux cartes utilisant le pilote de périphérique &man.dc.4; sont présentes @@ -1103,7 +1044,7 @@ linuxemu/chapter.xml --> cette dernière approche. Grâce aux contributions de Bill Paul (wpaul), - depuis &os; 5.3-RELEASE, il existe un support + il existe un support natif pour la spécification d'interface des pilotes de périphérique réseau (Network Driver Interface @@ -1167,7 +1108,7 @@ linuxemu/chapter.xml --> module noyau dans le répertoire courant qui pourra être chargé de cette manière: - &prompt.root; kldload ./W32DRIVER.ko + &prompt.root; kldload ./W32DRIVER_SYS.ko Avec le module généré, vous devez également charger les modules ndis.ko et @@ -1203,12 +1144,12 @@ ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18M même manière que pour n'importe quel autre module. Tout d'abord, copiez le module généré, - W32DRIVER.ko, dans le répertoire + W32DRIVER_SYS.ko, dans le répertoire /boot/modules. Ajoutez ensuite la ligne suivante au fichier /boot/loader.conf: - W32DRIVER_load="YES" + W32DRIVER_SYS_load="YES" @@ -1230,30 +1171,24 @@ ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18M de votre système, entrer la commande suivante: &prompt.user; ifconfig -dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 - inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 +dc0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 + options=80008<VLAN_MTU,LINKSTATE> ether 00:a0:cc:da:da:da + inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (100baseTX <full-duplex>) status: active -dc1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 - inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 +dc1: flags=8802<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 + options=80008<VLAN_MTU,LINKSTATE> ether 00:a0:cc:da:da:db + inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet 10baseT/UTP status: no carrier -lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500 -lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 +lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 + options=3<RXCSUM,TXCSUM> + inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 + inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 -tun0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500 - - - D'anciennes versions de FreeBSD pourront nécessiter - l'option après &man.ifconfig.8;, - pour plus de détails au sujet de la syntaxe d'&man.ifconfig.8;, - veuillez vous référer à la page de manuel. - Notez également que les entrées concernant l'IPv6 - (inet6 etc...) ont été omises - dans cet exemple. - + nd6 options=3<PERFORMNUD,ACCEPT_RTADV> Dans cet exemple, les périphériques suivants ont été affichés: @@ -1270,20 +1205,9 @@ tun0: flags=8010<POINTOPOINT,MULTICAS - lp0: L'interface du port - parallèle - - - lo0: L'interface “en boucle” (“loopback”) - - - tun0: L'interface - “tunnel” utilisée par - ppp - FreeBSD utilise le nom du pilote de périphérique @@ -1351,8 +1275,11 @@ tun0: flags=8010<POINTOPOINT,MULTICAS Si le résultat de la commande &man.ifconfig.8; est similaire à: -dc0: flags=8843<BROADCAST,SIMPLEX,MULTICAST> mtu 1500 - ether 00:a0:cc:da:da:da + dc0: flags=8843<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500 + options=80008<VLAN_MTU,LINKSTATE> + ether 00:a0:cc:da:da:da + media: Ethernet autoselect (100baseTX <full-duplex>) + status: active cela indiquerait que la carte n'a pas été configurée. @@ -1398,6 +1325,16 @@ ifconfig_dc1="inet 10.0.0.1 netmask 255. d'information référez-vous à la page de manuel &man.hosts.5; et au fichier /usr/share/examples/etc/hosts. + + + S'il n'y a pas de serveur DHCP et + qu'un accès à Internet est nécessaire, configurez + manuellement la passerelle par défaut et le serveur de + noms: + + &prompt.root; echo 'defaultrouter="your_default_router"' >> /etc/rc.conf +&prompt.root; echo 'nameserver your_DNS_server' >> /etc/resolv.conf + @@ -1409,10 +1346,22 @@ ifconfig_dc1="inet 10.0.0.1 netmask 255. permettra la prise en compte de la ou les modifications au niveau des interfaces, et permettra de vérifier que le système redémarre sans erreur de - configuration. + configuration. Sinon, une autre méthode pour faire prendre en + compte les modifications au niveau de la gestion du réseau + consiste à utiliser la commande: + + &prompt.root; service netif restart + + + Si une passerelle par défaut a été configurée dans + /etc/rc.conf, lancez également cette + commande: + + &prompt.root; service routing restart + Une fois que le système a été - redémarré, vous devrez tester les interfaces + redémarré, vous testez les interfaces réseau. @@ -1618,7 +1567,7 @@ ifconfig_fxp0_alias7="inet 202.0.75.20 n Fichiers de configuration - Organisation du répertoire <filename>/etc</filename> + Organisation du répertoire <filename class="directory">/etc</filename> Il existe un certain nombre de répertoires dans lesquels se trouvent les informations de configuration. Ceux-ci incluent: @@ -1630,47 +1579,47 @@ ifconfig_fxp0_alias7="inet 202.0.75.20 n - /etc + /etc Information de configuration générique du système; les données ici sont spécifiques au système. - /etc/defaults + /etc/defaults Version par défaut des fichiers de configuration du système. - /etc/mail + /etc/mail Configuration de &man.sendmail.8;, et autres fichiers de configuration d'agent de transmission du courrier électronique. - /etc/ppp + /etc/ppp Configuration pour les programmes PPP utilisateur et intégré au noyau. - /etc/namedb + /etc/namedb Emplacement par défaut pour les données de &man.named.8;. Normalement named.conf et les fichiers de zone sont stockés dans ce répertoire. - /usr/local/etc + /usr/local/etc Fichiers de configuration pour les applications installées. Peut contenir des sous-répertoires pour chaque application. - /usr/local/etc/rc.d + /usr/local/etc/rc.d Procédures de lancement/d'arrêt pour les applications installées. - /var/db + /var/db Fichiers de bases de données automatiquement générés, spécifiques au système, comme la base de données @@ -1766,33 +1715,35 @@ nameserver 147.11.100.30# $FreeBSD$ # +# # Host Database -# This file should contain the addresses and aliases -# for local hosts that share this file. +# +# This file should contain the addresses and aliases for local hosts that +# share this file. Replace 'my.domain' below with the domainname of your +# machine. +# # In the presence of the domain name service or NIS, this file may # not be consulted at all; see /etc/nsswitch.conf for the resolution order. # # -::1 localhost localhost.my.domain myname.my.domain -127.0.0.1 localhost localhost.my.domain myname.my.domain - +::1 localhost localhost.my.domain +127.0.0.1 localhost localhost.my.domain # # Imaginary network. -#10.0.0.2 myname.my.domain myname -#10.0.0.3 myfriend.my.domain myfriend +#10.0.0.2 myname.my.domain myname +#10.0.0.3 myfriend.my.domain myfriend # # According to RFC 1918, you can use the following IP networks for # private nets which will never be connected to the Internet: # -# 10.0.0.0 - 10.255.255.255 -# 172.16.0.0 - 172.31.255.255 -# 192.168.0.0 - 192.168.255.255 +# 10.0.0.0 - 10.255.255.255 +# 172.16.0.0 - 172.31.255.255 +# 192.168.0.0 - 192.168.255.255 # # In case you want to be able to connect to the Internet, you need -# real official assigned numbers. PLEASE PLEASE PLEASE do not try -# to invent your own network numbers but instead get one from your -# network provider (if any) or from the Internet Registry (ftp to -# rs.internic.net, directory `/templates'). +# real official assigned numbers. Do not try to invent your own network +# numbers but instead get one from your network provider (if any) or +# from your regional registry (ARIN, APNIC, LACNIC, RIPE NCC, or AfriNIC.) # /etc/hosts suit le format simple @@ -1932,7 +1883,7 @@ cron.* suivantes peuvent être paramétrées dans sysctl.conf: - # Do not log fatal signal exits (e.g. sig 11) + # Do not log fatal signal exits (e.g., sig 11) kern.logsigexit=0 # Prevent users from seeing information about processes that @@ -2226,10 +2177,9 @@ device_probe_and_attach: cbb0 attach ret secondes d'attente lors du processus de démarrage. Réduire ce délai à 5 secondes est généralement suffisant (tout - particulièrement avec les disques modernes). Les - versions de &os; récentes (5.0 et suivantes) devraient - utiliser l'option de démarrage - kern.cam.scsi_delay. Cette option de + particulièrement avec les disques modernes). + L'option de démarrage + kern.cam.scsi_delay devrait être utilisée. Cette option de démarrage et celle de configuration du noyau acceptent des valeurs en millisecondes et non pas en secondes. @@ -2540,7 +2490,7 @@ device_probe_and_attach: cbb0 attach ret simultanément, les ressources requises pourront être semblables pour un serveur web important. - Depuis &os; 4.5, kern.maxusers est + La variable kern.maxusers est automatiquement ajustée au démarrage en fonction de la quantité de mémoire disponible dans le système, sa valeur peut être connue @@ -2562,10 +2512,7 @@ device_probe_and_attach: cbb0 attach ret manuel &man.loader.conf.5; ou le fichier /boot/defaults/loader.conf pour des exemples) ou comme décrit en d'autres endroits dans - ce document. Les systèmes antérieurs à - &os; 4.4 doivent passer par l'option - du fichier de configuration du - noyau pour fixer cette valeur. + ce document. Sous les anciennes versions, le système auto-ajuste ce paramètre pour vous si vous le fixez explicitement @@ -2609,14 +2556,7 @@ device_probe_and_attach: cbb0 attach ret à des valeurs raisonnables en fonction du nombre maximal d'utilisateur que vous aurez vraisemblablement sur votre système et combien de processus chacun - d'entre eux pourra utiliser. Un mot-clé qui - limite le nombre d'utilisateurs - distants et de terminaux X en simultané est pseudo-device pty - 16. Avec &os; 5.X, vous n'avez pas - à vous soucier de ce nombre puisque le pilote - &man.pty.4; est capable d'auto-clonage, - vous devez donc utiliser la ligne device - pty dans votre fichier de configuration. + d'entre eux pourra utiliser. @@ -2928,12 +2868,17 @@ kern.maxvnodes: 100000 - Assurez-vous que votre configuration de noyau inclut - le pilote de disque mémoire (&man.md.4;). Il se - trouve par défaut dans le noyau - GENERIC. - - device md # Memory "disks" + Le noyau GENERIC inclut déjà + le pilote de disque mémoire (&man.md.4;) nécessaire à + cette opération. Lors de la compilation d'un noyau sur + mesures, assurez-vous d'inclure la ligne suivante dans le + fichier de configuration: + + device md + + Pour plus d'information sur la compilation du noyau, + veuillez vous réferer à la . @@ -3316,7 +3261,7 @@ kern.maxvnodes: 100000 src/sys/contrib/dev/acpica. Le code glu permettant à ACPI-CA de fonctionner sous &os; se trouve - dans src/sys/dev/acpica/Osd. Et enfin, les + dans src/sys/dev/acpica/Osd. Et enfin, les pilotes qui gèrent les différents périphériques ACPI se trouvent dans src/sys/dev/acpica. @@ -3406,6 +3351,36 @@ hw.acpi.s4bios: 0 pilotes/matériels qui nécessitent plus de tests et de développement. + Un problème courant avec la mise en veille/le réveil est + que de nombreux pilotes de périphériques ne sauvegardent + pas, ne restaurent pas, ou ne réinitialisent pas leurs logiciel, + registres ou mémoire proprement. En premier lieu pour + débogguer le problème, essayez: + + &prompt.root; sysctl debug.bootverbose=1 +&prompt.root; sysctl debug.acpi.suspend_bounce=1 +&prompt.root; acpiconf -s 3 + + Ce test émule le cycle de mise en veille/réveil de tous + les pilotes de périphériques sans réellement passer dans + l'état S3. Dans certains cas, les + problèmes comme la perte de l'état du périphérique, le + dépassement du délai du chien de garde du périphérique, les + tentatives répétées, peuvent être capturés avec cette + méthode. Notez que le système n'entrera pas vraiment dans + l'état S3, ce qui signifie que les + périphériques peuvent ne pas perdre leur alimentation, et + nombreux fonctionneront correctement même si les méthodes de + mise en veille/réveil sont totalement absentes, + contrairement au cas d'un véritable état + S3. + + Les cas plus difficiles nécessitent un matériel + supplémentaire, tel qu'un port série et un câble pour + débogguer à l'aide d'une console série, un port firewire et + un câble pour l'utilisation de &man.dcons.4;, et des + compétences en debogguage du noyau. + Pour isoler le problème, retirez du noyau tous les pilotes de périphériques possibles. Si cela fonctionne, vous pouvez alors identifier le pilote fautif en