cups, USB-Konfiguration

[guennid]

Wie konfiguriert man über USB angeschlossene Drucker ohne udev?
usblp ist aktiviert.

Grüße, Günther

[Six]

Wird der Drucker ohne udev überhaupt gefunden? lsusb gibt Auskunft.

[Clio]

Ich könnte mir vorstellen, daß Du die device-Datei manuell/statisch anlegen und die printcap pflegen mußt.
I gitt, Günther, das gibt ein Gefrickel, das willst Du Dir wirklich antun?
Ich weiß nicht mehr genau wer, aber rendegast oder cosmac betreiben ein System ohne udev.
Evtl. wissen die Betreffenden mehr.

[guennid]

@Clio
Ich sei, gewähr mir die Bitte,
In ihrem Bunde der Dritte

lsusb:

Code: Alles auswählen

Bus 001 Device 006: ID 03f0:6204 Hewlett-Packard DeskJet 5150c

dmesg:

Code: Alles auswählen

...
usblp0: USB Bidirectional printer dev 6 if 0 alt 0 proto 2 vid 0x03F0 pid 0x6204
...

/dev/usblp0 wird aber nicht angelegt. Cups-gui zeigt nichts, was nach USB aussieht.

hplip ist nicht installiert, will ich auch vermeiden. Es ging mit udev auch ohne.

Grüße, Günther

[cosmac]

hi,

ich hab' die Frage schon gelesen, aber ich hab' doch keinen USB-Drucker und schon garkein CUPS

/dev/usblp0 wird aber nicht angelegt.

ja aber? Ohne udev ist das doch total normal. Aber laut devices.txt heißt das Device auch /dev/usb/lp0 (mit einem "/" mehr) und hat die Nummer 180:0, also probier mal:

Code: Alles auswählen

cd /dev
mkdir usb
cd usb
mknod -m 0664 lp0 c 180 0
chown root.lp lp0

die Rechte 0664 und die Gruppe lp hab ich aus einer alten Etch-Installation abgeschrieben, es könnte aber trotzdem funktionieren

P.S.: das wäre jetzt die Gelegenheit, den 2.6.32er Kernel mit devtmpfs zu bauen. Dann legt der Kernel selbst genau das richtige Device zur richtigen Zeit an, ganz ohne udev.

[guennid]

Wie, cups auch nicht? Machst wohl noch mit lpr&co rum? Du wirst mir immer sympathischer!

/dev/usblp0 wird aber nicht angelegt.

ja aber? Ohne udev ist das doch total normal.

Das hätt mich ja auch nicht weiter gestört, wenn's mit manueller Anlage funktioniert hätte.

/dev/usb/lp0 hatt' ich schon ausprobiert. War aber nix. Das Experiment mit den Rechten steht noch aus.

P.S.: das wäre jetzt die Gelegenheit, den 2.6.32er Kernel mit devtmpfs zu bauen.

Das hätte ich schon längst getan, aber da ich den Druckerserver vom lan aus einschalten können will, brauch ich wol. Und die onboard-NIC läuft mit e100, ersatzweise eepro100. Und nach meinen Experimenten sieht's so aus, als ob e100 kein wol könnte, obwohl Habakug meint, wol habe nichts zu tun mit e100. Aber mit eepro100 ist seit 2.6.29 Ende Gelände. Ich könnt in'nen alten Hut beißen, wenn ich denn einen hätte!

Grüße, Günther

[KBDCALLS]

Ommer dieser Sonderwege- Wie wärs mit

Code: Alles auswählen

MAKEDEV USB -v

[guennid]

Erklär mal, was würde ich da tun?

[KBDCALLS]

Damit konnte man zu nicht UDEV Zeiten die Devices im /dev erstellen. Kernel 2.0, 2.2 u. 2,4 Man geht in das Verzeiches und ruft obiges auf. Und das -v zeigt dir dann welche Devices erstellt werden. Man kanns auch mit mknod machen, dann braucht man sicht nicht um Major und Minor ID kümmern. War der einfachste Weg falls man versehentlich welche gelöscht hatte.

[guennid]

Mit mknod hab' ich gearbeitet.

Aber so:

Code: Alles auswählen

cd /dev
mkdir usb
cd usb
mknod lp0 c 180 0

Das hat den Drucker nicht zum Laufen gebracht, nicht mit diesem Eintrag in der printers.conf:

Code: Alles auswählen

DeviceURI usb:/dev/usb/lp0

Grüße, Günther

Wo schon mal dabei sind: udev trägt das hier in der printers.conf ein:

Code: Alles auswählen

DeviceURI usb://hp/deskjet%205100?serial=MY41G4J1HC7A

Wozu ist der 2. slash nach dem Doppelpunkt gut? Und woher bezieht udev den Rest?

[KBDCALLS]

Stimmen Owner und Gruppe ?

Die sind root und lp

Und Rechte 660

[guennid]

Es funktioniert nicht. Weder mit 660 noch mit 664,ob mit slash oder mit Doppelslash.

Grüße, Günther

[edit:]
Was bedeutet eigentlich diese Meldung von dmesg;

Code: Alles auswählen

usblp0: USB Bidirectional printer dev 3 if 0 alt 0 proto 2 vid 0x03F0 pid 0x6204
usblp1: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305

Wäre das richtige device doch vielleicht /dev/usblp*

[cosmac]

Was bedeutet eigentlich diese Meldung von dmesg;

Code: Alles auswählen

usblp0: USB Bidirectional printer dev 3 if 0 alt 0 proto 2 vid 0x03F0 pid 0x6204
usblp1: USB Bidirectional printer dev 4 if 0 alt 1 proto 2 vid 0x067B pid 0x2305

das sieht ja nach 2 Druckern aus,
ein HP DeskJet 5150c als lp0 und
ein Prolific USB-Printer-Adapter als lp1.
Kann es sein, dass CUPS da immer gerade den falschen erwischt? Die Zuordnung ändert sich wahrscheinlich auch mal, wenn man einen absteckt oder ausschaltet.

Wäre das richtige device doch vielleicht /dev/usblp*

der Name der Device-Datei ist normal vollkommen egal, die Zuordnung zur Hardware passiert über die magischen Major und Minor Numbers. Evt. braucht man einen bestimmten Namen, wenn man CUPS automatisch suchen lässt. Aber auch das sollte egal sein, weil hier ja (hoffentlich) der genaue Name drinsteht:

Code: Alles auswählen

DeviceURI usb:/dev/usb/lp0

Wenn das "URI" in DeviceURI das gleiche bedeutet, wie im Browser, müssten da 3 (drei) Schrägstriche stehen. Die Kombination "://" trennt das Protokoll (http oder usb) von der Adresse (debianforum.de oder /dev/usb/lp0), also:

Code: Alles auswählen

DeviceURI usb:///dev/usb/lp0

Was passiert denn, wenn du versuchst ohne CUPS zu drucken, z.B. so:

Code: Alles auswählen

cat /etc/hosts > /dev/usb/lp0

[guennid]

Herrgott, das ist ein Gewürge!!!
Ich hab'jetzt mal /dev/usblp0 mit root/lp und 660 angelegt und auf einmal kennt die cups-gui zwei USB-Geräte. Null Ahnung, ob's daran lag. (jJa, ein alter Nadler ist auch noch über'n usp/parallel-Kabel angeschlossen). Das Spielchen mit *lp0 und *lp1 habe ich natürlich bei meinen Experimenten auch immer versucht. In der printers.conf steht wieder dieses bereits erwähnte HP-Kauderwelsch für den HP-Tintenstrahler. Es druckt jetzt

Grüße, Günther

[edit:] cat [datei] > /dev/usblp* funktioniert genauso wenig wie cat [datei] > /dev/usb/lp*

[cosmac]

Herrgott, das ist ein Gewürge!!!
Ich hab'jetzt mal /dev/usblp0 mit root/lp und 660 angelegt und auf einmal kennt die cups-gui zwei USB-Geräte. Null Ahnung, ob's daran lag.

kann gut sein, aber man weiß es nicht. Drum kommt mir kein CUPS ins Haus. Punkt.

Es druckt jetzt

meinten Sie:

Es druckt jetzt

Glückwunsch!

Übrigens, warum probierst du den 2.6.32 mit dem e100 nicht einfach mal aus? Für Habakugs Aussage spricht z.B., dass im eepro100-Quelltext wol überhaupt nicht erwähnt wird, während im e100 immerhin ein Kommentar steht "Ethtool kümmert sich um wol" (so ungefähr, aus dem Gedächtnis).

[guennid]

Übrigens, warum probierst du den 2.6.32 mit dem e100 nicht einfach mal aus?

Nr.2 in der Warteschlange.

Aber das cups-Elend nimmt kein Ende.
Als ich sagte, es druckt jetzt, hatte ich den HP-5051 in cups unter anderem Namen und mit 'ner von cups vorgeschlagenen(?) ppd konfiguriert. Diesen "Drucker" habe ich wieder gelöscht. Danach wollte ich natürlich den bisherigen HP "ändern" und habe ihm dabei meine bisher benutzte ppd zur Verfügung stellen wollen. Jetzt meckert cups: "Unable to start filter "foomatic-rip" - No such file or directory." Den hat er unter udev bisher nie vermisst. Versteht das wer?

[edit:]
So, mal bei linuxprinting.org (bringt opera zur Verzweiflung! ) vorbeigeschaut. Eventuell wäre ja ein neuerer Treiber nicht verkehrt. linuxprinting.org empfiehlt die Verwendung von hplip für meinen Drucker. Obwohl ich debian/lenny als distri angebe, soll ich irgendeine *.run Datei runterladen. Was ist denn das jetzt für ein Käse Hab' ich mir geschenkt. hplip gibt's ja auch nativ in lenny. 40Mb soll mich das kosten, für einen einzigen Drucker und obwohl cups doch einen anderen Treiber vorschlägt - ohne etwas zu installieren - und der scheint auch zu zu funktionieren. Dabei belass ich es jetzt erstmal. Mann, Mann, Mann - ob die wissen, was die da tun?

[Harakiri]

Hallo

ich krame diesen Thread nochmal hervor, da er mir dabei geholfen hat mein Cups-Usb Problem zu lösen.

Seit zwei Tagen habe ich mit Cups 1.4.7 unter Wheezy versucht, meinen Usb-Drucker einzubinden. Lsusb hat alle meine angeschlossenen Geräte erkannt, und damit auch meinen Drucker.

Nun habe ich nach einigem herumsurfen herausgefunden, dass es wahrscheinlich ein Problem mit den Zugriffsberechtigungen auf /dev/usb/lp0 sein muss. Dazu gehört dann ebenso eventuell ein Eingriff in die Udev-Konfiguration. Blacklist usblp ist auch gesetzt usw. So habe ich in diesem Sinne einiges ausprobiert, stets ohne Erfolg.

Da ich einen selbst gebackenen Kernel nutze, habe ich mir überlegt da drin herum zu suchen. "CONFIG_PRINTER" war in meinem Seed aber gesetzt. Und jetzt kam ich doch noch auf die Lösung: Nachdem ich einen neuen Kernel mit besagter Option als Modul anstatt fest einkompiliert kompiliert hatte, klappte dann auch die Druckererkennung durch Cups!

Auf diese Idee kam ich, weil auf meinem Notebook der Nouveautreiber läuft. Als ich in fest einkompiliert hatte funktionerte er nicht. Sobald er aber als Modul gesetzt wurde ging es.

Vielleicht bin ich bisher einfach noch nicht über entsprechende Hinweise im Netz gestoßen, aber dass es erheblich wichtig ist ob bestimmte Kernelteile fest einkompiliert oder ein Modul sind, hätte ich bestimmt nicht gedacht.

[guennid]

dass es erheblich wichtig ist, ob bestimmte Kernelteile fest einkompiliert oder ein Modul sind, hätte ich bestimmt nicht gedacht

In dieser Richtung ich auch nicht!