Brother HL-4000CN - Manuel (Page 73)

10-5
Dépistage des anomalies sous UNIX
1. Assurez-vous que le fichier /etc/printcap (s'il y a lieu) 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 spouling 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 imprimante, où
imprimante 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 imprimante, où imprimante correspond au nom de la file d'attente
d'impression locale).
5. Assurez-vous que les services d'imprimante en ligne à distance lpr/lpd
tournent 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 engendre 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.