Druckerprobleme

bsd5543

bsd5543

IT of the living dead
Hi,

habe mir den HP CLJ 2605 zugelegt und mittels cups das custom ppd file von openprinting.org installiert. Habe die Einstellung entsprechend den Gegebenheit konfiguriert (A4, Tray2, Plain).

Wenn ich nun einen Druckjob z.B. aus OO schicke blinkt die LED des Druckers und im Display wir angezeigt "Dokument wird gedruckt". Leider wird keine Seite ausgegeben.

Schalte ich den Drucker nun aus und ein wird der Job gedruckt.

Hat jemand eine Idee wo das Problem liegen könnte?

PS.
Habe auch einen Fred bei openprinting.org aufgemacht
 
Da HPLIP genau so wenig funktioniert, versuche ich wieder mein Glück mit cups (1.3.9).
Das Problem ist wohl schon seit 2006 bekannt http://freebsd.monkey.org/ -allerdings kann das mit dem Fix nicht angehen, da ich 7.0p4 nutze.

Es hängt definitiv am USB. Habe aktuellste PPD, hw.inter* gesetzt, in printer.conf usb:/dev/unlpt0 auf auf file:/dev/unlpt0 gesetzt. Nichts.

Wenn System frisch gebootet, zeigt usbdevs bei mir folgenden Zustand
Code: 
addr 1: UHCI root hub, Intel, device uhub0
addr 1: UHCI root hub, Intel, device uhub1
 addr 2: product 0x7000, vendor 0x0557, device uhub5
  addr 3: product 0x1400, vendor 0x04d9, device ukbd0, device ums0
  addr 4: Microsoft 3-Button Mouse with IntelliEye(TM), Microsoft, device ums1
addr 1: UHCI root hub, Intel, device uhub2
addr 1: UHCI root hub, Intel, device uhub3
addr 1: EHCI root hub, Intel, device uhub4
 addr 3: HP Color LaserJet 2605, Hewlett-Packard, device ulpt0
 addr 2: PenDrive, USB_DISK, device umass0

Nach dem ersten erfolgreichen Testdruck dann

Code: 
addr 1: UHCI root hub, Intel, device uhub0
addr 1: UHCI root hub, Intel, device uhub1
 addr 2: product 0x7000, vendor 0x0557, device uhub5
  addr 3: product 0x1400, vendor 0x04d9, device ukbd0, device ums0
  addr 4: Microsoft 3-Button Mouse with IntelliEye(TM), Microsoft, device ums1
addr 1: UHCI root hub, Intel, device uhub2
addr 1: UHCI root hub, Intel, device uhub3
addr 1: EHCI root hub, Intel, device uhub4
 addr 2: product 0x3617, vendor 0x03f0, device ulpt0
 addr 3: product 0x0201, vendor 0x1aa6, device umass0

Habe ich vielleicht etwas übersehen?

Bis denne
 
Zuletzt bearbeitet:
so ein Problem hatte ich auch mal, allerdings am Parallel-Port und ich gab dann ebenfalls die Rechte großzügig auf diesen Port mit 666.
Nachher lernte ich dann, daß FreeBSD dazu ein Profil in der /etc/devfs.rules nutzen kann. Allerdings kommt das seither bei mir nicht mehr zur Anwendung, weil ich nun über Netzwerk drucke. Alle meine Drucker sind nun netzwerkfähige Postscript Drucker und das ist wirklich die geringen Mehrkosten wert. Alleine in meinem Haus sind das nun etwa fünf PCs, die diese Drucker nutzen können und keinerlei Probleme mit irgendwelchen Treibern oder HW-Ports.

Was mich nun interessieren würde, ob du auch solche Einträge in der /etc/devfs.rules stehen hast und diese auch in der rc.conf aktiviert sind und ob du trotzdem die Rechte für deinen USB ändern mußtest, oder ob du das statt dessen gemacht hast.
Bei mir stünde da nun:
Code: 
[localrules=10]
add path 'cd*' mode 0660 group operator         # CD devices
add path 'xpt*' mode 0660 group operator        # required for CD access
add path 'pass*' mode 0660 group operator       #  ----"----
add path 'da*s*' mode 0660 group operator       # SCSI-Disks, e.g. USB-Sticks
add path 'md*' mode 0660 group operator         # virtual FSs, e.g. for .img, .iso
add path 'lpt*' mode 0660 group cups            # Drucken frei für cups
add path 'ulpt*' mode 0660 group cups           # Drucken frei für cups
add path 'unlpt*' mode 0660 group cups          # Drucken frei für cups
und
cat rc.conf | grep rule
devfs_system_ruleset="localrules"
 
Hi,

die devfs.rules sind bei mir natürlich auch 'großzügig' vergeben und in der rc.conf aktiviert.

Leider scheint der von mir genannte workaround doch nichts zu bringen.

Ich denke, das Problem ist einfach der USB-Stack von FreeBSD.

Würde auch alles per Netzwerk ansteuern, wenn bei meiner Jetdirect das dämliche Netzteil nicht fehlen würde.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben