Sorry, dass ich mich noch mal melde.
Eure Tips haben mich auf jeden Fall schon mal weitergebracht. Das Sript wurde ohne Fehler ausgeführt. Nach Ausführung des Scripts steht der Druckertreiber zur Verfügung, ccpd läuft als Serverprocess.
Die angegebenen Tests mit 'ccpd status' und #ccpdadmin' sind erfolgreich.
Allein kriege ich keine Seite ausgedruckt.
Der Druckauftrag wird sofort nach Einstellen in die Warteschlange abgebrochen. In der Webadmin-Oberfläche von CUPS steht als Ursache für den Abbruch "pstocapt3 write error,32."
Ich habe das System nach Installation des Treibers mit dem Script wie angegeben, mehrfach neu gestartet. Das hat jedoch nicht zu einer Änderung der Situation geführt.
Hat noch jemand eine Idee, was da faul sein könnte?
Nachfolgend die Ausgabe der Prozessinformation:
Zitat:
root@pienoubu:/etc/init.d# /etc/init.d/ccpd status
Canon Printer Daemon for CUPS: ccpd: 8650 8643
root@pienoubu:/etc/init.d# ccpdadmin
Usage:
ccpdadmin [-p Printer-name -o Printer-dev-path]
ccpdadmin [-x Remove-Printer-name]
CUPS_ConfigPath = /etc/cups/
LOG Path = None
UI Port = 59787
Entry Num : Spooler : Backend : FIFO path : Device Path : Status
----------------------------------------------------------------------------
[0] : LBP5050 : ccp : //localhost:59687 : net:192.168.125.80 :
Jetzt habe ich die Lösung gefunden, vielleicht hilfts ja auch anderen. Wenn man den Drucker als Netzwerkdrucker verwenden will muss offenbar trotzdem das usblp Kernelmodul geladen sein, auch wenn man die USB-Druckerschnittstelle gar nicht nutzen will.
Jedenfalls habe ich den Verweis im letzten Posting von 'Webbutterfly' auf das Skript und dort auf die ursprünglich manuelle Prozedur der Treiberinstallation verfolgt und dort unter Troubleshooting den entscheidenden Hinweis bekommen. Auf meinem System gab es das Device '/dev/usb/lp0' nicht. Das habe ich entsprechend der manuellen Anleitung angelegt, das Kernelmodul usblp geladen, die ccpd-Prozesse neu gestartet und siehe da: Der Drucker tat's. Beim Ablauf des Skripts für Netzwerkinstallation wird dieses Detail offenbar nicht geprüft und auch nicht eingerichtet.
Nach einem Neustart des Systems tats der Drucker auch ohne geladenes Kernelmodul usblp. Es hat also wohl nur das Device '/dev/usb/lp0' gefehlt.