Brother HL-4200CN - Manuel (Page 58)

DÉPISTAGE DES ANOMALIES 10 - 4
Diagnostic des anomalies sous UNIX
1
Assurez-vous que le fichier /etc/printcap (le cas échéant) a été correctement saisi. Vérifiez
bien qu'il ne manque pas de caractère ":" ou "\", car une petite erreur à tout niveau du fichier peut
avoir de graves répercussions. De même, vérifiez le répertoire
/usr/spool pour vous assurer que
vous avez créé un répertoire de spool valide.
2
Si vous utilisez le système d’exploitation Linux, il se peut que le programme X-Window Print Tool
qui accompagne Linux ne configure pas correctement le fichier etc/printcap pour le mode lpd.
Auquel cas il vous est aussi conseillé d’éditer le fichier etc/printcap et de modifier la ligne suivante
dans l’entrée relative à l’imprimante.
si
:lp = /dev/null: \
remplacez par
:lp=:\
3
Si vous utilisez un UNIX Berkeley, assurez-vous que le daemon a été lancé sur les systèmes
Berkeley avec la commande lpc start printer, où printer correspond au nom de la file d'attente
d'impression locale.
4
Si vous utilisez un UNIX AT&T, assurez-vous que l'imprimante est activée (enable printer, où printer
correspond au nom de la file d'attente d'impression locale).
5
Vérifiez que les services d'imprimante en ligne à distance lpr/lpd s’exécutent sur l'ordinateur hôte
(reportez-vous à la documentation de l'ordinateur hôte pour obtenir des informations sur la façon
de procéder).
6
Si vous utilisez Sun Solaris V2.4 ou une version antérieure, il existe une anomalie qui entraîne
l’échec des gros travaux d'impression en cas d’utilisation d’un serveur d'impression. Si vous
rencontrez des problèmes pour lancer de grosses impressions (tirages de plus de 1 Mo), ajoutez la
ligne mx#0 dans votre fichier
/etc/printcap .
7
Si vous ne pouvez pas imprimer à partir du service DEC TCP/IP de VMS (UCX), vérifiez que vous
avez la version 2.0B ou ultérieure de ce logiciel, car les versions antérieures ne fonctionnent pas
avec les serveurs d'impression Brother.