diff options
Diffstat (limited to 'fr_FR.ISO8859-1/books/faq/troubleshoot.sgml')
| -rw-r--r-- | fr_FR.ISO8859-1/books/faq/troubleshoot.sgml | 640 |
1 files changed, 0 insertions, 640 deletions
diff --git a/fr_FR.ISO8859-1/books/faq/troubleshoot.sgml b/fr_FR.ISO8859-1/books/faq/troubleshoot.sgml deleted file mode 100644 index 7faa53e036..0000000000 --- a/fr_FR.ISO8859-1/books/faq/troubleshoot.sgml +++ /dev/null @@ -1,640 +0,0 @@ -<!-- - The FreeBSD Documentation Project - The FreeBSD French Documentation Project - - $FreeBSD$ - Original revision: 1.9 ---> - -<chapter id="troubleshoot"> - <title>Résolutions des incidents</title> - - <sect1 id ="awre"> - <title>J'ai des secteurs défectueux sur mon disque dur !</title> - - <para>Pour les disques SCSI, le disque devrait être capable de réallouer - ceux-ci automatiquement. Quoiqu'il en soit, beaucoup de disques sont - livrés avec cette fonctionnalité désactivée, pour une raison - mystérieuse...</para> - - <para>Pour l'activer, vous aurez à éditer le <foreignphrase>first device - page mode</foreignphrase>, ce qui peut être fait sur FreeBSD en tapant - la commande (sous root) - - <programlisting> - scsi -f /dev/rsd0c -m 1 -e -P 3 - </programlisting> - </para> - - <para>et en changeant la valeur de AWRE et ARRE de 0 à 1 : - - <programlisting> - AWRE (Auto Write Reallocation Enbld): 1 - ARRE (Auto Read Reallocation Enbld): 1 - </programlisting> - </para> - - <para>Les paragraphes suivants ont été soumis par - <ulink url="mailto:tedm@toybox.placo.com">Ted Mittelstaedt</ulink> : - </para> - - <para>Pour les disques IDE, le moindre secteur défectueux est habituellement - un signe d'incident potentiel. - Tous les disques IDE modernes sont livrés avec la réallocation des - secteurs défectueux activée. - Tous les fabriquants de disques durs IDE offrent aujourd'hui des - garanties étendues et remplaceront les disques possédant des secteurs - défectueux.</para> - - <para>Si vous voulez toutefois essayer de récupérer un disque IDE avec des - secteurs défectueux, vous pouvez essayer de télécharger le programme de - diagnostic du fabriquant de disque IDE et de le faire exécuter sur le - disque. Quelquefois, ces programmes peuvent être configurés pour - forcer l'électronique du disque à rebalayer le disque pour les secteurs - défectueux et leur inhibition.</para> - - <para>Pour les disques ESDI, RLL et MFM, les secteurs défectueux font - partie de la vie normale du disque et ne sont pas signes d'incidents, - généralement. Avec un PC, la carte contrôleur de disque et le BIOS - prennent en charge la tâche d'inhibition des secteurs défectueux. - C'est bien pour les systèmes d'exploitation comme DOS qui - utilisent le code du BIOS pour accéder au disque. Toutefois, - le driver de disque FreeBSD ne passe pas par le BIOS, aussi - un mécanisme, <application>bad144</application>, existe pour remplacer - cette fonctionnalité. - <application>bad144</application> ne fonctionne qu'avec le driver - <devicename>wd</devicename>, il ne peut - <emphasis remap="bf">pas</emphasis> être utilisé avec le SCSI. - <application>bad144</application> fonctionne en entrant tous les - secteurs défectueux trouvés dans un fichier spécial.</para> - - <para>Un inconvénient avec <application>bad144</application> - - le fichier spécial des secteurs défectueux est placé sur la dernière - piste du disque. - Comme ce fichier contient peut-être une liste de secteurs dont l'un - serait près du début du disque, où le fichier noyau - <filename>/kernel</filename> serait aussi localisé, il doit donc être - accéssible au progamme d'amorce (<foreignphrase>bootstrap</foreignphrase>) - qui utilise les appels du BIOS pour lire le fichier du noyau. - Cela signifie qu'un disque géré avec <application>bad144</application> - ne peut dépasser 1024 cylindres, 16 têtes et 63 secteurs. - Cela place une limite effective de 500Mo sur un disque qui est réalloué - avec <application>bad144</application>.</para> - - <para>Pour utiliser <application>bad144</application>, positionnez - simplement le balayage des secteurs défectueux <foreignphrase>Bad - Block</foreignphrase> à <foreignphrase>ON</foreignphrase> dans - le menu <command>fdisk</command> de FreeBSD lors de l'installation - initiale. - Cela marche jusqu'à la version 2.2.7 de FreeBSD. - Le disque doit avoir moins de 1024 cylindres. - Il est généralement recommandé de laisser tourner préalablement le disque - pendant plus de 4 heures avant cette opération, pour tenir compte de la - dilatation thermique et des pistes errantes.</para> - - <para>Si le disque a plus de 1024 cylindres (comme un gros disque ESDI), - le contrôleur ESDI utilise un mode de translation spécial pour le - faire fonctionner sous DOS. - Le driver <devicename>wd</devicename> comprend ces modes de translation, - <emphasis remap="bf">si</emphasis> vous entrez la géométrie "translatée" - avec la commande <command>set geometry</command> dans - <command>fdisk</command>. - De plus, vous ne devez <emphasis remap="bf">pas</emphasis> utiliser le - mode <foreignphrase>dangerously dedicated</foreignphrase> de création - d'une partition FreeBSD, parce qu'il ignore la géométrie. - De plus, même si <command>fdisk</command> va utiliser votre géométrie - surchargée, il continue à connaître la vrai taille du disque - et va tenter de créer une partition FreeBSD trop grande. - Si la géométrie du disque est remplacée par la géométrie - translatée, la partition <emphasis remap="bf">doit</emphasis> - être créée manuellement avec le nombre de secteurs.</para> - - <para>Un truc rapide à utiliser est d'initialiser le gros disque - ESDI avec le contrôleur ESDI, le démarrer avec un disque DOS - et le formatter avec une partition DOS. - Puis, démarrez l'installation FreeBSD et dans le menu - <command>fdisk</command>, lire depuis l'écran et écrire à côté la taille - et le nombre de secteurs de la partition DOS. - Puis, réinitilisez la géométrie comme celle de DOS en détruisant - la partition DOS et en créant une partition FreeBSD - <foreignphrase>cooperative</foreignphrase> avec la taille - précédemment notée. - Puis positionnez la partition pour être amorçable et autorisez - le balayage des secteurs défectueux. - Pendant l'installation réelle, <command>bad144</command> - passera en premier, avant la moindre création de systèmes de - fichiers (vous pouvez le voir avec un <command>Alt-F2</command>). - S'il a le moindre problème pour créer le fichier des secteurs - défectueux, vous avez initialisé une géométrie de disque trop - grande - redémarrez le système et recommencez tout - depuis le début (y compris le repartitionnement et reformattage - en DOS).</para> - - <para>Si la réallocation est autorisée et que vous voyez des - secteurs défectueux, envisagez un remplacement du disque. - Les secteurs défectueux ne feront que s'aggaver au fil du temps.</para> - </sect1> - - <sect1> - <title>FreeBSD ne reconnait pas ma carte EISA SCSI Bustek 742a !</title> - - <para>Cette information est spécifique à la 742a, mais peut aussi couvrir - les autres cartes Buslogic (Bustek = Buslogic).</para> - - <para>Il y a 2 ``versions'' générales de la carte 742a. - Ce sont les révisions matérielles A-G et H - et plus. - La lettre de révision est placée après le numéro d'assemblage - sur le bord de la carte. - La 742a possède 2 puces ROM dessus, l'une est la puce BIOS et l'autre - est la puce Firmware. - Si FreeBSD ne fait pas attention à la version de la puce BIOS que vous - avez, il le fait par contre pour la version de la puce Firmware. - Buslogic vous enverra des ROMs de mise à jour si vous appelez leur support - technique. - Les puces BIOS et Firmware sont appariées. - Vous devez avoir la ROM Firmware la plus en cours dans votre carte - d'adaptatation pour votre révision de matériel.</para> - - <para>Les cartes REV A-G ne peuvent recevoir que les versions de - BIOS/Firmware 2.41/2.21. - Les cartes REV H - et plus peuvent accepter les plus récente - versions de BIOS/Firmware 4.70/3.37. - La différence entre ces jeux de firmware est que le 3.37 supporte - l'allocation tournante (<foreignphrase>``round robin''</foreignphrase>). - </para> - - <para>Les cartes Buslogic ont aussi un numéro de série inscrit. Si vous - avez une vieille révision de carte, vous pouvez appeler le département - Buslogic RMA et leur donner le numéro de série afin d'essayer d'échanger - celle-ci contre une révision plus récente. - Si votre carte n'est pas trop vieille, il l'échangeront.</para> - - <para>FreeBSD 2.1 ne supporte que les versions firmware 2.21 et plus. - Si vous avez une version Firmware plus vieille, votre carte ne sera - pas reconnue comme une carte Buslogic. - Elle peut malgré tout être reconnue comme une carte Adaptec 1540. - La vieille carte firmware contient un mode ``émulation'' AHA1540. - Quoiqu'il en soit, ce n'est pas une bonne chose pour une carte EISA. - </para> - - <para>Si vous avez une vieille révision de carte et que vous obtenez le - firmware 2.21, vous aurez à vérifier la position du cavalier - (<foreignphrase>jumper</foreignphrase>) W1 à B-C ; par défaut, - il est positionné à A-B.</para> - - <para>Les cartes EISA 742q n'ont jamais eu le problème ``>16Mo'' - mentionné dans la section <ulink url="bigram">sur les machines >16 Mo - </ulink>. - Ceci est un problème qui apparaît avec les cartes SCSI Buslogic - Vesa-Local.</para> - </sect1> - <sect1> - <title>Mon contrôleur SCSI HP Netserver n'est pas détecté !</title> - - <para>C'est à la base un problème connu. - Le contrôleur SCSI-EISA intégré sur la carte mère des machines HP - Netserver occupe le slot EISA numéro 11, aussi tous les ``vrais'' - slots EISA se retrouvent devant lui. - Malheureusement, l'espace d'adressage pour les slots EISA >= 10 se - retrouve en conflit avec l'espace d'adressage assigné aux slots PCI, et - l'auto-configuration de FreeBSD ne peut actuellement pas très bien gérer - cette situation.</para> - - <para>Donc, pour le moment, le mieux que vous ayez à faire, est - de prétendre qu'il n'y a pas de conflit de plage d'adresse :-), - en propulsant l'option du noyau <filename>EISA_SLOTS</filename> - à la valeur 12. - Configurez et compilez un noyau comme décrit dans - <ulink url="&url.handbook;kernelconfig.html">le manuel de référence - sur la configuration du noyau</ulink>.</para> - - <para>Bien sûr, cela se présente comme le problème bien connu de la poule et - de l'oeuf lorsque l'on installe sur une telle machine. Afin de pouvoir - contourner ce problème, un <foreignphrase>hack</foreignphrase> spécial - est disponible au moment de la configuration utilisateur - (<foreignphrase>UserConfig</foreignphrase>). Ne pas utiliser - l'interface ``visual'', mais l'interface en mode texte. Tapez - simplement :</para> - - <programlisting> -eisa 12 -quit - </programlisting> - - <para>au prompt, et installez le système comme d'habitude. - Quoiqu'il en soit, il est recommandé de compiler et d'installer - un noyau adapté.</para> - - <para><ulink url="http://www.freebsd.org/cgi/man.cgi?dset">dset</ulink> - comprend aussi maintenant qu'il faut sauver cette valeur.</para> - - <para>Heureusement, les versions futures auront une solution appropriée - à ce problème.</para> - - <note> - <para>Vous ne pouvez pas utiliser un disque *dangereusement dédié* - (<foreignphrase>dangerously dedicated</foreignphrase>) avec un - Netserver HP. - Voir <ulink url="http://www.freebsd.org/cgi/man.cgi?dedicate">cette note - </ulink> pour plus d'informations.</para></note> - </sect1> - <sect1> - <title> Que se passe-t'il avec le contrôleur CMD640 IDE controller? </title> - - <para> -Il ne marche pas, Il ne peut pas manipuler des commandes sur -les deux canaux simultanément. - </para> - - <para> -Il y a un détour disponible à présent, et elle s'active automatiquement -si votre système utilise cette puce. Pour plus de détails, référez-vous à -la page de manuel du driver de dique (man 4 wd). - </para> - - <para> -Si vous lancez déjà FreeBSD 2.2.1 ou 2.2.2 avec un contrôleur -IDE CMD640 et que vous voulez utiliser le deuxième canal, construisez un -nouveau noyau avec les options <filename>options "CMD640"</filename> activé. -Il est mis par défaut pour FreeBSD 2.2.5 et plus. - </para> - </sect1> - - <sect1> - <title> Je n'arrête pas de voir ``<filename>ed1: timeout</filename>''. </title> - - <para> -Cela est généralement causé par un conflit d'interruption (par exemple , -2 cartes utilisant le même IRQ). FreeBSD avant 2.0.5R était tolérant et -fonctionnait même en cas de conflit d'IRQ. Mais à partir du 2.0.5R, les -conflits ne sont plus tolérés. -Booter avec l'option -c et changer l'ed0/de0/... pour se conformer à -votre carte. - </para> - - <para> -Si vous utilisez un connecteur BNC sur votre carte réseau, vous pouvez -aussi voir des timeouts sur les périphériques à cause de mauvaise -terminaison. Pour le vérifier, attachez un terminateur directement au -NIC (sans câble) et regardez si les messages d'erreurs disparaissent. - </para> - - <para> -Certaines cartes compatibles NE2000 donneront une telle erreur s'il n'y -a pas de liaison sur le port UTP ou si le cable est déconnecté. - </para> - </sect1> - - <sect1> - <title> Quand je monte le CD-ROM, j'obtiens ``Incorrect super block''. </title> - - <para> -Vous devez spécifier à -<ulink url="http://www.freebsd.org/cgi/man.cgi?mount"> mount </ulink> -le type de périphérique que vous voulez monter. Par défaut, -<ulink url="http://www.freebsd.org/cgi/man.cgi?mount"> mount </ulink> -supposera que le système de fichier est de type -``<filename>ufs</filename>''. -Vous pouvez vouloir monter un système de fichier CDROM, et vous pouvez le -faire en spécifiant l'option ``<filename>-t cd9660</filename>'' à -<ulink url="http://www.freebsd.org/cgi/man.cgi?mount"> mount </ulink>. -Cela suppose évidemment que le CDROM contienne un système de fichier -ISO 9660 , qui est celui qu'ont presque tous les CDROM. -Comme pour le 1.1R, FreeBSD comprend automatiquement les extensions -Rock Ridge (nom long). - </para> - - <para> -Par exemple, si vous voulez monter le lecteur CDROM -``<filename>/dev/cd0c</filename>'', sous le répertoire <filename>/mnt</filename>, -vous aurez à exécuter : - - <programlisting> -mount -t cd9660 /dev/cd0c /mnt - </programlisting> - </para> - - <para> -Bien noter que le nom du périphérique (``<filename>/dev/cd0c</filename>'' -de cet -exemple peut être différent suivant l'interface du CDROM. -Noter que l'option ``<filename>-t cd9660</filename>'' ne fait qu'exécuter la commande -``<filename>mount_cd9660</filename>'', c'est ainsi que l'exmple pourrait être -simplifié en : - - <programlisting> -mount_cd9660 /dev/cd0c /mnt - </programlisting> - </para> - </sect1> - - <sect1> - <title> Quand je monte un CDROM, j'obtiens ``Device not configured''. </title> - - <para> -Cela veut généralement dire qu'il n'y a pas de CDROM dans le lecteur de -CDROM, ou que le lecteur n'est pas visible du bus. Mettez un disque dans -le lecteur, et/ou vérifiez son état maître/esclave si c'est un IDE -(ATAPI). Cela peut prendre quelques secondes pour le lecteur CDROM pour -s'apercevoir qu'il y a un disque, alors, soyez patient. - </para> - - <para> -De temps en temps, un lecteur CD-ROM SCSI peut être manqué car il n'a -pas eu assez de temps pour répondre à la réinitialisation du bus. Si -vous avez un lecteur CDROM SCSI, essayez d'ajouter la ligne suivante -dans votre fichier de configuration du noyau, et recompilez. - </para> - - <programlisting> -options "SCSI_DELAY=15" - </programlisting> - </sect1> - - <sect1> - <title> Mon imprimante est extrêmement lente, que puis-je faire ? </title> - - <para> -Si c'est du parallèle, et que le seul problème est qu'elle est -terriblement lente, essayez de positionner votre port imprimante -en mode ``poller'': - - <programlisting> -lptcontrol -p - </programlisting> - </para> - - <para> -Certaines nouvelles imprimantes HP sont soupçonnées de ne pas fonctionner -correctement en mode interruption, apparemment, cela est dû a certains -problème de timing (mais cela n'est pas encore exactement compris). - </para> - </sect1> - - <sect1> - <title>Mes programmes se tuent souvent avec l'erreur ``Signal 11''.</title> - <para> -Cela peut-être causé par du mauvais matériel (mémoire, carte mère...). -Essayez de lancer un programme de test de mémoire sur votre PC. Notez -que même si chaque programme de test de mémoire essayeront de vous dire -que tout va bien, il est possible que certaines rares zones de mémoire -passent tous les tests mémoires, mais échouent pourtant durant certaines -conditions d'opération (comme pendant qu'un bus maîtrise l'accès direct -à la mémoire depuis un contrôleur SCSI comme l'Adaptec 1542, quand vous -chargez la mémoire en compilant le noyau, ou quand le système tourne -dans des conditions très critiques) - </para> - - <para> -La FAQ sur SIG11 (listée ci-dessous) dénonce les mémoires lentes comme -étant le problème le plus courant. Augmentez le nombre d'états d'attente -dans votre configuration du BIOS ou récupérez de la mémoire plus rapide. - </para> - - <para> -Pour moi, la partie incriminée a été une mauvaise mémoire cache, ou un -mauvais contrôleur cache. Essayez de désactiver le cache secondaire dans -la setup BIOS, et regardez si cela résoud le problème. - </para> - - <para>Il y a une FAQ plus détaillée sur -<ulink url="http://www.bitwizard.nl/sig11/"> la FAQ du problème SIG11 </ulink> - </para> - </sect1> - - <sect1> - <title> Quand je boote, l'écran devient noir, et perd sa synchronisation </title> - - <para> -Ceci est un problème connu avec les cartes vidéo ATI Mach 64. -Le problème est que cette carte utilise l'adresse <filename>2e8</filename>, et que -le quatrième port série aussi. Dû à un bug (une fonctionnalité ?) dans -le driver -<ulink url="http://www.freebsd.org/cgi/man.cgi?sio"> sio.c </ulink>, -cela touchera ce port même si vous n'avez pas ce quatrième -port série, et *même* si vous désactives sio3 (le quatrième -port) qui utilise normalement cette adresse. - </para> - - <para>Jusqu'à ce que ce bug soit fixé, vous pouvez utiliser cette astuce : - - <itemizedlist> - <listitem><para> -Entrez <filename>-c</filename> à l'invite. -(Cela mettra le noyau en mode configuration). - </para></listitem> - <listitem><para>Désactivez <filename>sio0</filename>, - <filename>sio1</filename>, <filename>sio2</filename> and - <filename>sio3</filename> (tous). -De cette manière, le driver sio ne sera pas activé. -et donc plus de problèmes. - </para></listitem> - <listitem><para>Tapez exit et continuez le rebootage. - </para></listitem> - </itemizedlist> - </para> - - <para> -Si vous voulez pouvoir utiliser les ports séries, vous aurez à construire -un nouveau noyau avec les modifications suivantes : - -Dans <filename>/usr/src/sys/i386/isa/sio.c</filename> cherchez la seule occurence de -la chaîne <filename>0x2e8</filename> et enlevez cette chaîne et la virgule -précédente (gardez la virgule de liaison). Puis suivre la procédure -normale de la construction d'un nouveau noyau. - </para> - - <para> -Même après avoir appliqué toutes ces astuces, vous pouvez trouver que X -Window ne marche pas correctement, Certaines nouvelles cartes vidéo -ATI Mach 64 (notamment ATI Mach Xpression) ne marche pas avec la version -actuelle de <filename>XFree86</filename>; l'écran devient noir quand vous démarrez -X Window, ou alors il marche avec des problèmes étranges. Vous pouvez -obtenir la version beta d'un nouveau serveur X qui marche mieux. -Regardez sur -<ulink url="http://www.xfree86.org"> le site XFree86 site </ulink> -et suivez les liens à la nouvelle beta release. Récupérez les fichiers -suivants : - </para> - - <para> - <filename> -AccelCards, BetaReport, Cards, Devices, FILES, README.ati, -README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc, -X312BMa64.tgz - </filename> - </para> - - <para> -Remplacez les vieux fichiers avec ceux de la nouvelle version et -vérifiez que vous lancez bien : -<ulink url="http://www.freebsd.org/cgi/man.cgi?manpath=xfree86&query=xf86config"> xf86config </ulink> -à nouveau. - </para> - </sect1> - - <sect1> - <title> J'ai 128 MB de RAM mais le système n'en voit que 64 MB. <!-- id="reallybigram">--> </title> - - <para> -Dûe à la façon dont FreeBSD récupère la taille de la mémoire depuis le -BIOS, il ne peut seulement détecter qu'une taille dont la valeur est -codée en kilo-octets par 16 bits (65535 Ko = 64MB) (ou moins... certains -BIOS tronque la taille de la mémoire à 16Mo). -Si vous avez plus de 64 Mo, FreeBSD tentera de le détecter, mais il se -peut que cette tentative échoue. - </para> - - <para> -Pour contourner ce problème, vous devez utiliser l'option du noyau -donnée ci-dessous. Il y a une manière de récupérer les informations -complète de la mémoire depuis le BIOS, mais nous n'avons pas assez de -place sur les blocks de boot pour le faire. Un jour, quand le manque de -place sur les blocs de boots sera résolu, nous utiliserons les -fonctions du BIOS étendu pour récupérer l'information complète sur la -mémoire... mais pour l'instant, nous utilisons cette option du noyau. - - <filename> -options "MAXMEM=<n>" - </filename> - -Où <filename>n</filename> est votre mémoire en KiloOctet. Pour une machine à -128Mo, vous pouvez utiliser <filename>131072</filename>. - </para> - </sect1> - - <sect1> - <title> FreeBSD 2.0 panique avec ``kmem_map too small!'' </title> - - <para> - <filename>Note : </filename>Le message peut aussi être ``mb_map too small!'' - </para> - - <para> -La panique indique que le système n'a plus de mémoire virtuelle pour les -buffers réseau (spécialement mbuf clusters). Vous pouvez augmenter -la quantité de mémoire virtuelle disponible pour les clusters mbuf en -ajoutant : - </para> - - <para> - <filename>options "NMBCLUSTERS=<n>"</filename> - </para> - - <para> -dans votre configuration du kernel, où <n> est un nombre compris -entre 512 et 4096, suivant le nombre de connexions concurrentes TCP que -vous aurez à supporter. Je vous recommande d'utiliser 2048 - cela devrait -vous débarasser complètement de cette panique. -Vous pouvez contrôler le nombre de clusters mbuf alloué/en cours -d'utilisation sur votre système, avec -<ulink url="http://www.freebsd.org/cgi/man.cgi?netstat"> netstat -m </ulink>. -La valeur par défaut pour NMBCLUSTERS est - <filename>512 + MAXUSERS * 16/</filename>. - </para> - </sect1> - - <sect1> - <title> ``CMAP busy panic'' au moment d'un reboot avec un nouveau noyau. </title> - - <para> -La logique permettant de détecter un fichier obsolète - <filename>/var/db/kvm_*.db</filename> peut parfois échouer et utiliser un fichier non -approprié peut alors conduire à cette panique. - </para> - - <para>Si cela arrive, rebooter en mode single-user et faites : - </para> - - <programlisting> -rm /var/db/kvm_*.db - </programlisting> - </sect1> - - <sect1> - <title>ahc0: brkadrint, Illegal Host Access at seqaddr 0x0</title> - <para> -C'est un conflit avec l'adaptateur hôte Ultrastor SCSI. - </para> - - <para> -Durant la procédure de boot, entrez dans le menu de configuration du -noyau et désactivez -<ulink url="http://www.freebsd.org/cgi/man.cgi?uha(4)"> uha0" </ulink> -qui est à la cause de ce problème. - </para> - </sect1> - - <sect1> - <title>Sendmail me dit ``mail loops back to myself''</title> - <para> -Cela est répondu dans la FAQ sendmail de la façon suivante : - </para> - - - - <programlisting> -* Je reçois des messages "Local configuration error" messages, comme: - -553 relay.domain.net config error: mail loops back to myself -554 <user@domain.net>... Local configuration error - -Comment puis-je résoudre ce problème ? - -Vous avez demandé que les mails adressés au domaine (par exemple domain.net) -soient dirigés vers un hôte spécifique (dans ce cas relay.domain.net) en -utilisant un enregistrement MX, mais la machine de relai ne s'est pas reconnu -lui-même comme domain.net. Ajoutez domain.net à /etc/sendmail.cw -(si vous utilisez FEATURE(use_cw_file)) ou ajoutez "Cw domain.net" à -/etc/sendmail.cf. - </programlisting> - - - - <para> -La version actuelle de -<ulink url="ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/sendmail-faq"> la FAQ sendmail </ulink> -n'est plus maintenue avec la release sendmail. Mais elle est de toute -façon postée régulièrement à : -<ulink url="news:comp.mail.sendmail"> comp.mail.sendmail </ulink>, -<ulink url="news:comp.mail.misc"> comp.mail.misc </ulink>, -<ulink url="news:comp.mail.smail"> comp.mail.smail </ulink>, -<ulink url="news:comp.answers"> comp.answers </ulink>, et -<ulink url="news:news.answers"> news.answers </ulink>. -Vous pouvez aussi en recevoir une copie par courrier électronique, en -envoyant un mail à : -<ulink url="mailto:mail-server@rtfm.mit.edu"> mail-server@rtfm.mit.edu </ulink> -avec la commande -with the command "send usenet/news.answers/mail/sendmail-faq" -comme corps de message. - </para> - </sect1> - - <sect1> - <title> Les applications plein-écran sur des machines distantes se comportent étrangement. </title> - <para> -La machine distante peut régler votre type de terminal à autre chose que -le type de terminal <filename>cons25</filename> utilisé par la console FreeBSD. - </para> - <para> -Il y a un certains nombres de contournement de ce problème : - </para> - <itemizedlist> - <listitem><para> -Après s'être loggué sur la machine distante, positionnez votre variable -d'environnement TERM à soit <filename>ansi</filename> soit <filename>sco</filename>.</para></listitem> - <listitem><para>Utilisez localement un émulateur VT100 comme -<ulink url="http://www.freebsd.org/cgi/ports.cgi?screen">. screen </ulink> - <filename>screen</filename> permet la possibilité de lancer plusieurs sessions -concurentes depuis un terminal.</para></listitem> - <listitem><para>Installez l'entrée <filename>cons25</filename> du terminal dans la base de données -sur la machine distante.</para></listitem> - <listitem><para> -fire up X et login vers la machine distante depuis un - <filename>xterm</filename>. - </para></listitem> - </itemizedlist> - </sect1> - - </chapter> - |