slack 10
cups, lpd
imprimante canon avec driver turboprint.
Ça a fonctionné sans problème pendant un bon moment. Maintenant ça ne
marche plus du tout. Le symptôme : lpd n'est pas content et dit
e[~]$ lpq
Printer: i320@galadriel 'canon i320' (destination i320@galadriel)
Queue: pas de travail imprimable dans la file d'attente
Error: loop in printcap- i320@galadriel.home -> i320@galadriel
Quelle que soit la commande lpquelque chose utilisée.
lpd prend 100% du CPU et rien ne sort jamais. Je n'arrive absolument pas
à comprendre ce qui zone à partir de là; tout le reste est bien
configuré, cups imprime dans lpd et lpd se gaufre, voilà tout.
pour créer l'entrée tp0 j'utilise simplement checkpc -f sans autre
paramètre. Os court!
--
L'Algérie était au bord du gouffre, aujourd'hui elle a fait un grand pas
en avant.
Kaid Ahmed.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
sans_flotus_spam
Emmanuel Florac wrote:
Alors le setup :
slack 10 cups, lpd imprimante canon avec driver turboprint.
Ça a fonctionné sans problème pendant un bon moment. Maintenant ça ne marche plus du tout. Le symptôme : lpd n'est pas content et dit
e[~]$ lpq Printer: 'canon i320' (destination ) Queue: pas de travail imprimable dans la file d'attente Error: loop in printcap- ->
Quelle que soit la commande lpquelque chose utilisée. lpd prend 100% du CPU et rien ne sort jamais. Je n'arrive absolument pas à comprendre ce qui zone à partir de là; tout le reste est bien configuré, cups imprime dans lpd et lpd se gaufre, voilà tout.
pour créer l'entrée tp0 j'utilise simplement checkpc -f sans autre paramètre. Os court!
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou qquechose comme ça. un détail : as-tu installé CUPS ? ça aiderait pas mal. adoncques, tu commences par regarder la présence de Canon_i320.ppd dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans /usr/share/turboprint/printers : les deux = ton "pilote" . S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur http://turboprint.de. (le Canon_i320.ppd y est). Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant, sinon elle va être écrasée quand tu dé-tar(es). Cela fait, tu ouvres une console "root" et tu récupères ton install en lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" . À l'issue de quoi tu dois avoir récupérer ton imprimante. Si ça coince, passe moi un mail sur mon adresse en retirant sans_spam. A+
Emmanuel Florac wrote:
Alors le setup :
slack 10
cups, lpd
imprimante canon avec driver turboprint.
Ça a fonctionné sans problème pendant un bon moment. Maintenant ça
ne marche plus du tout. Le symptôme : lpd n'est pas content et dit
e[~]$ lpq
Printer: i320@galadriel 'canon i320' (destination i320@galadriel)
Queue: pas de travail imprimable dans la file d'attente
Error: loop in printcap- i320@galadriel.home -> i320@galadriel
Quelle que soit la commande lpquelque chose utilisée.
lpd prend 100% du CPU et rien ne sort jamais. Je n'arrive absolument
pas à comprendre ce qui zone à partir de là; tout le reste est bien
configuré, cups imprime dans lpd et lpd se gaufre, voilà tout.
pour créer l'entrée tp0 j'utilise simplement checkpc -f sans autre
paramètre. Os court!
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou
qquechose comme ça.
un détail : as-tu installé CUPS ? ça aiderait pas mal.
adoncques, tu commences par regarder la présence de Canon_i320.ppd
dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans
/usr/share/turboprint/printers : les deux = ton "pilote" .
S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu
l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur
http://turboprint.de. (le Canon_i320.ppd y est).
Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant,
sinon elle va être écrasée quand tu dé-tar(es).
Cela fait, tu ouvres une console "root" et tu récupères ton install en
lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" .
À l'issue de quoi tu dois avoir récupérer ton imprimante.
Si ça coince, passe moi un mail sur mon adresse en retirant sans_spam.
A+
slack 10 cups, lpd imprimante canon avec driver turboprint.
Ça a fonctionné sans problème pendant un bon moment. Maintenant ça ne marche plus du tout. Le symptôme : lpd n'est pas content et dit
e[~]$ lpq Printer: 'canon i320' (destination ) Queue: pas de travail imprimable dans la file d'attente Error: loop in printcap- ->
Quelle que soit la commande lpquelque chose utilisée. lpd prend 100% du CPU et rien ne sort jamais. Je n'arrive absolument pas à comprendre ce qui zone à partir de là; tout le reste est bien configuré, cups imprime dans lpd et lpd se gaufre, voilà tout.
pour créer l'entrée tp0 j'utilise simplement checkpc -f sans autre paramètre. Os court!
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou qquechose comme ça. un détail : as-tu installé CUPS ? ça aiderait pas mal. adoncques, tu commences par regarder la présence de Canon_i320.ppd dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans /usr/share/turboprint/printers : les deux = ton "pilote" . S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur http://turboprint.de. (le Canon_i320.ppd y est). Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant, sinon elle va être écrasée quand tu dé-tar(es). Cela fait, tu ouvres une console "root" et tu récupères ton install en lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" . À l'issue de quoi tu dois avoir récupérer ton imprimante. Si ça coince, passe moi un mail sur mon adresse en retirant sans_spam. A+
Emmanuel Florac
Le Tue, 13 Jul 2004 22:30:57 +0000, sans_flotus_spam a écrit :
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou qquechose comme ça. un détail : as-tu installé CUPS ? ça aiderait pas mal.
Oui. Et je déteste ce truc, je n'y comprends rien. Quand j'utilisais lp sous IRIX je m'en sortais toujours mais là...
adoncques, tu commences par regarder la présence de Canon_i320.ppd dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans /usr/share/turboprint/printers : les deux = ton "pilote" .
Oui, ça j'ai. A priori tout fonctionne, sauf lpd...
S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur http://turboprint.de. (le Canon_i320.ppd y est). Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant, sinon elle va être écrasée quand tu dé-tar(es). Cela fait, tu ouvres une console "root" et tu récupères ton install en lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" . À l'issue de quoi tu dois avoir récupérer ton imprimante.
Ben oui mais non, ça imprime pas.
Si depuis xtpconfig j'imprime une page de test avec lpd qui tourne pas, j'ai :
lp -d tp0 /tmp/tp7667_0.tmp Status Information, attempt 1 of 3: sending job '+668' to connecting to 'localhost', attempt 1 cannot open connection to localhost - Connexion refusée Make sure the remote host supports the LPD protocol and accepts connections from this host and from non-privileged (>1023) ports Waiting 10 seconds before retry
Normal. Donc je lance lpd : emmanuel[~]$ sudo /etc/rc.d/rc.lprng start Password: Starting the LPRng line printer daemon: /usr/sbin/lpd
Püis page de test :
lp -d tp0 /tmp/tp7667_1.tmp id demandé est +193
Jusque là ça a l'air d'aller sauf que... mon CPU est à 100% pris par lpd, et :
emmanuel[~]$ lpq Printer: 'Canon_i320' (destination ) Queue: 2 travail imprimables Server: pid 11024 actif Unspooler: pid 11209 actif Status: waiting for subserver to exit at 00:57:44.432 Rank Owner/ID Pr/Class Job Files Size Time active +193 A 534 /tmp/tp7667_1.tmp 5025 00:57:44 2 +592 A 613 /tmp/tp21900_0.tmp 5025 00:57:44 done +193 A 533 /tmp/tp7667_1.tmp 5025 00:57:44 Error: loop in printcap- ->
C'est cette dernière ligne qui est tragiquement incompréhensible... Quelle est l'erreur? /etc/printcap ne contient rien de spécial... Pourtant on dirait qu'il y a un lien symbolique ou autre qui pointe sur lui-même ou un truc de ce genre?
-- L'esprit qu'on veut avoir gâte celui qu'on a. Jean-Baptiste Louis Grisset.
Le Tue, 13 Jul 2004 22:30:57 +0000, sans_flotus_spam a écrit :
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou
qquechose comme ça.
un détail : as-tu installé CUPS ? ça aiderait pas mal.
Oui. Et je déteste ce truc, je n'y comprends rien. Quand j'utilisais lp
sous IRIX je m'en sortais toujours mais là...
adoncques, tu commences par regarder la présence de Canon_i320.ppd
dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans
/usr/share/turboprint/printers : les deux = ton "pilote" .
Oui, ça j'ai. A priori tout fonctionne, sauf lpd...
S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu
l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur
http://turboprint.de. (le Canon_i320.ppd y est).
Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant,
sinon elle va être écrasée quand tu dé-tar(es).
Cela fait, tu ouvres une console "root" et tu récupères ton install en
lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" .
À l'issue de quoi tu dois avoir récupérer ton imprimante.
Ben oui mais non, ça imprime pas.
Si depuis xtpconfig j'imprime une page de test avec lpd qui tourne pas,
j'ai :
lp -d tp0 /tmp/tp7667_0.tmp
Status Information, attempt 1 of 3:
sending job 'emmanuel@galadriel+668' to tp0@localhost
connecting to 'localhost', attempt 1
cannot open connection to localhost - Connexion refusée
Make sure the remote host supports the LPD protocol
and accepts connections from this host and from non-privileged (>1023) ports
Waiting 10 seconds before retry
Normal. Donc je lance lpd :
emmanuel[~]$ sudo /etc/rc.d/rc.lprng start
Password:
Starting the LPRng line printer daemon: /usr/sbin/lpd
Püis page de test :
lp -d tp0 /tmp/tp7667_1.tmp
id demandé est emmanuel@galadriel+193
Jusque là ça a l'air d'aller sauf que... mon CPU est à 100% pris par
lpd, et :
emmanuel[~]$ lpq
Printer: tp0@galadriel 'Canon_i320' (destination tp0@galadriel)
Queue: 2 travail imprimables
Server: pid 11024 actif
Unspooler: pid 11209 actif
Status: waiting for subserver to exit at 00:57:44.432
Rank Owner/ID Pr/Class Job Files Size Time
active emmanuel@galadriel+193 A 534 /tmp/tp7667_1.tmp 5025 00:57:44
2 emmanuel@galadriel+592 A 613 /tmp/tp21900_0.tmp 5025 00:57:44
done emmanuel@galadriel+193 A 533 /tmp/tp7667_1.tmp 5025 00:57:44
Error: loop in printcap- tp0@galadriel.home -> tp0@galadriel
C'est cette dernière ligne qui est tragiquement incompréhensible...
Quelle est l'erreur? /etc/printcap ne contient rien de spécial...
Pourtant on dirait qu'il y a un lien symbolique ou autre qui pointe sur
lui-même ou un truc de ce genre?
--
L'esprit qu'on veut avoir gâte celui qu'on a.
Jean-Baptiste Louis Grisset.
Le Tue, 13 Jul 2004 22:30:57 +0000, sans_flotus_spam a écrit :
ok, c'est pas la mer à boire : probablement des liens qui ont sauté ou qquechose comme ça. un détail : as-tu installé CUPS ? ça aiderait pas mal.
Oui. Et je déteste ce truc, je n'y comprends rien. Quand j'utilisais lp sous IRIX je m'en sortais toujours mais là...
adoncques, tu commences par regarder la présence de Canon_i320.ppd dans /usr/share/turboprint/ppd/ et de Canon_i320.tpp dans /usr/share/turboprint/printers : les deux = ton "pilote" .
Oui, ça j'ai. A priori tout fonctionne, sauf lpd...
S'il n'y est pas, réinstalles turboprint à partir du tar.gz, si tu l'as pas, récupère le turboprint.tar.gz (version 1.8 la dernière) sur http://turboprint.de. (le Canon_i320.ppd y est). Bien sûr, tu mets ta clef "turboprint.key" en lieuX sûrS avant, sinon elle va être écrasée quand tu dé-tar(es). Cela fait, tu ouvres une console "root" et tu récupères ton install en lançant "/usr/bin/xtpsetup" et "/usr/bin/xtpconfig" . À l'issue de quoi tu dois avoir récupérer ton imprimante.
Ben oui mais non, ça imprime pas.
Si depuis xtpconfig j'imprime une page de test avec lpd qui tourne pas, j'ai :
lp -d tp0 /tmp/tp7667_0.tmp Status Information, attempt 1 of 3: sending job '+668' to connecting to 'localhost', attempt 1 cannot open connection to localhost - Connexion refusée Make sure the remote host supports the LPD protocol and accepts connections from this host and from non-privileged (>1023) ports Waiting 10 seconds before retry
Normal. Donc je lance lpd : emmanuel[~]$ sudo /etc/rc.d/rc.lprng start Password: Starting the LPRng line printer daemon: /usr/sbin/lpd
Püis page de test :
lp -d tp0 /tmp/tp7667_1.tmp id demandé est +193
Jusque là ça a l'air d'aller sauf que... mon CPU est à 100% pris par lpd, et :
emmanuel[~]$ lpq Printer: 'Canon_i320' (destination ) Queue: 2 travail imprimables Server: pid 11024 actif Unspooler: pid 11209 actif Status: waiting for subserver to exit at 00:57:44.432 Rank Owner/ID Pr/Class Job Files Size Time active +193 A 534 /tmp/tp7667_1.tmp 5025 00:57:44 2 +592 A 613 /tmp/tp21900_0.tmp 5025 00:57:44 done +193 A 533 /tmp/tp7667_1.tmp 5025 00:57:44 Error: loop in printcap- ->
C'est cette dernière ligne qui est tragiquement incompréhensible... Quelle est l'erreur? /etc/printcap ne contient rien de spécial... Pourtant on dirait qu'il y a un lien symbolique ou autre qui pointe sur lui-même ou un truc de ce genre?
-- L'esprit qu'on veut avoir gâte celui qu'on a. Jean-Baptiste Louis Grisset.
