(Courriels de diversion: <arrivais@blesserent-claudicantes.com> <reexporterais@syndic-bourguignons.com> <affinement@detachions-depiler.com> <traîneraient@serviabilite-scander.com> <redirigees@rapetisses-acquis.com> <empêcherai@proscrivant-triomphalement.com> <entrechoquent@eventrer-trouvaient.com> <emettais@quitterons-conjecturant.com> <grutier@echoues-regrettaient.com> <pendeloques@attribuerent-teleferiques.com> )
Le Mercredi 29 Septembre 2004 02:13, Philippe Coulonges a écrit :
> Pas vraiment, mais en mettant la ligne LogLevel de /etc/cups/cupsd.conf
> a debug, on obtient bien plus d'info dans le /var/log/cups/error_log
>
> 2 cents, pas plus
> CPHIL
Ce n'est vraiment pas cher, même pour du libre !
Tout d'abord un grand merci à tous ceux qui se sont penchés sur mon problème.
Rappelons le rapidement.
Depuis le 18 ou 19 septembre l'impression sur mon HP 930C ne fonctionne plus
sous Linux, alors qu'elle marche fort bien sous Windows, et ce quelque soit la
distrib utilisée : SuSE 8.0/9.0/9.1 ou une Knoppix 3.2 (Débian sur CD live).
Les connexions ont été vérifiées, le test en LogLevel debug, au lieu de info,
pour /var/log/cups/error_log exécuté, et divers autres recherches réalisées
ont donné les résultats fournis en fin de ce mail.
C'est un peu long (plus de 100 lignes), je m'en excuse, mais il n'était guère
possible de faire à moins.
On peut déduire de ces tests que
La partie cups a l'air de fonctionner, les jobs d'impression étant rangés dans
la file d'impression où lpq les indique et lprm les efface normalement.
Par contre ces jobs ne sont pas transmis à l'imprimante.
Celle-ci, une HP 930C paralèle bien banale, a été reconnue sans encombres
par les différentes distribs comme /dev/lp0 par Linux et LPT1 par Windows.
Le résultat le plus significatif est donné dans les lignes 19 à 26 de la liste
des recherches fournie ci-dessous, à savoir une mauvaise mise en route
du "parport0", qui justement assure le lien entre le PC et l'imprimante.
Dispose-t-on sous Linux d'un outil semblable à "information Système"
de Microsoft, pour trouver les interrupts et les diverses données d'une
distrib installée ? Ce serait bien utile.
Je suis désolé de faire appel à vous, mais être sans imprimante est
lourdement pénalisant et d'autant plus rageant qu'elle marche par ailleurs.
Merci donc à tous ceux qui se pencheront sur cette épineuse question.
Résultats des tests divers :
*
* Indications intéressantes relatives avec la panne de la HP 930C
*
la commande : 'echo toto > /dev/lpx' avec x = 0,1 ou 2, l'imprimante
étant allumée, donne : Aucun périphérique ou adresse"
ceci sur les 3 distribs SuSE 8.0, 9.0 (par DVD) et 9.1 (par DVD).
*
* lignes importantes de /var/log/messages avant et après la panne
*
Dans /var/log/messages avant la panne, 3 lignes successives concernant parport
et lp.
Jul 19 21:07:55 linux kernel: parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
Jul 19 21:07:55 linux kernel: parport0: Printer, HEWLETT-PACKARD DESKJET 930C
Jul 19 21:07:55 linux kernel: lp0: using parport0 (polling).
*
Dans le fichier /var/log/messages il y a, à partir du 18septembre date
de l'apparition du bug, les 5 lignes suivantes souvent répétées :
Sep 19 07:28:50 linux insmod: /lib/modules/2.4.21-144-default/kernel/drivers/
parport/parport_pc.o: init_module : Device or resource busy
Sep 19 07:28:50 linux insmod: Hint: insmod errors can be caused by incorrect
module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
Sep 19 07:28:50 linux insmod: /lib/modules/2.4.21-144-default/kernel/drivers/
parport/parport_pc.o: insmod parport_lowlevel failed
Sep 19 07:28:50 linux kernel: lp: driver loaded but no devices found
Sep 19 07:28:50 linux kernel: Device not ready. Make sure there is a disc in
the drive.
*
* lsmode et modprobe avec lp et parport
*
Dans l'affichage de lsmod on a (parmi d'autres !) les 2 lignes :
Module Size Used by Not tainted
...
lp 6208 0 (autoclean)
parport 22888 0 (autoclean) [lp]
...
*
modprobe lp (sous root) - ne donne rien à la console
*
* Impression sous Knoppix
*
Résultat d'impression sous Knoppix 3.2 :
Unable to retrieve then printer list.
Error message received from manager
Connexion to cups server failed.
Check that the server is correctly installed and running.
Error : connexion refused
*
* Le Windows Service Pack N°2 n'a pas eu d'influence sur la panne
*
Le 12/09/04, donc nettement avant la panne, j'ai lancé le Service Pack N°2
pour Windows (SP2), qui semble d'après certains journaux informatiques une
belle usine à choucroute. Mais j'ai retrouvé des impressions sous Linux faites
les 16 et 17 septembre donc après SP2 mais avant la panne, ce qui laisse
supposer que SP2 n'y est pour rien.
*
* Particularité inquiétante de /var/log/messages
*
/var/log/messages : Ce fichier présente une particularité inquiétante :
Il comporte un nombre affolant de lignes :
Device not ready. Make sure there is a disc in the drive.
Au début de la distrib elles étaient rares, mais maintenant elles remplissent
la partie message qui suit la mise en route du système.
Ceci est indiqué par la formule récapitulative :
Sep 28 10:20:55 linux last message repeated 23 times (NB on trouve
12,21,23,24)
La moindre commande ("less messages" ou "tail -20 messages" ou "modprobe lp")
rajoute 2 à 3 lignes récapitulatives !
*
* Tests avec /var/log/cups/error_log
*
Etat du /var/log/cups/error_log pour le démarrage le 29/09/04 de SuSE 9.0
E [28/Sep/2004:21:13:18 +0200] Scheduler shutting down due to SIGTERM.
I [29/Sep/2004:09:42:43 +0200] Listening to 0:631
I [29/Sep/2004:09:42:43 +0200] Loaded configuration file "/etc/cups/
cupsd.conf"
I [29/Sep/2004:09:42:44 +0200] Configured for up to 100 clients.
I [29/Sep/2004:09:42:44 +0200] Allowing up to 100 client connections per host.
I [29/Sep/2004:09:42:44 +0200] Full reload is required.
I [29/Sep/2004:09:42:47 +0200] LoadPPDs: Read "/etc/cups/ppds.dat", 3164
PPDs...
I [29/Sep/2004:09:42:49 +0200] LoadPPDs: No new or changed PPDs...
I [29/Sep/2004:09:42:49 +0200] Full reload complete.
* Une fois le LogLevel mis à debug (au lieu de info par défaut)
* 16 lignes se répétant toutes les 5 secondes !
D [30/Sep/2004:08:45:57 +0200] AcceptClient() 9 from localhost:631.
D [30/Sep/2004:08:45:57 +0200] ReadClient() 9 POST /printers/ HTTP/1.1
D [30/Sep/2004:08:45:57 +0200] ProcessIPPRequest: 9 status_code=1
D [30/Sep/2004:08:45:57 +0200] AcceptClient() 11 from localhost:631.
D [30/Sep/2004:08:45:57 +0200] CloseClient() 9
D [30/Sep/2004:08:45:57 +0200] ReadClient() 11 POST /classes/ HTTP/1.1
D [30/Sep/2004:08:45:57 +0200] ProcessIPPRequest: 11 status_code=1
D [30/Sep/2004:08:45:57 +0200] AcceptClient() 9 from localhost:631.
D [30/Sep/2004:08:45:57 +0200] CloseClient() 11
D [30/Sep/2004:08:45:57 +0200] ReadClient() 9 POST /printers/ HTTP/1.1
D [30/Sep/2004:08:45:57 +0200] ProcessIPPRequest: 9 status_code=0
D [30/Sep/2004:08:45:57 +0200] CloseClient() 9
D [30/Sep/2004:08:45:57 +0200] AcceptClient() 9 from localhost:631.
D [30/Sep/2004:08:45:57 +0200] ReadClient() 9 POST / HTTP/1.1
D [30/Sep/2004:08:45:57 +0200] ProcessIPPRequest: 9 status_code=1
D [30/Sep/2004:08:45:57 +0200] ProcessIPPRequest: 9 status_code=1
D [30/Sep/2004:08:45:57 +0200] CloseClient() 9
*
--------------------------------------------------------------------
Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>