Hallo, On Nov 24 21:20 Dr. Ing. Dieter Jurzitza wrote (shortened):
Frage: kann das an dem HP-Print-Manager liegen, den ich aktiviert habe?
Vielleicht. "HP-Print-Manager" liefert den Hinweis, dass der Drucker vermutlich das CUPS Backend "hp:/..." verwendet, siehe die Ausgabe von "lpstat -v" etwa bei mir wie: ------------------------------------------------------------------ device for hptest: hp:/usb/HP_LaserJet_1220?serial=00XXXXXXXXXX ------------------------------------------------------------------ Außerdem ist normalerweise der SANE-Treiber "hpaio" von HPLIP in /etc/sane.d/dll.conf aktiviert, etwa bei mir: ------------------------------------------------------------------ hpaio ------------------------------------------------------------------ Nun ist es so, dass das CUPS Backend "hp" den Gerätestatus abfragt z.B. für den "HP-Print-Manager" und wenn der SANE-Treiber "hpaio" aktiviert ist, wird vermutlich auch versucht, einen HP Scanner zu finden, was den anderen SANE-Treiber für den eigentlichen Scanner daran hindern könnte, den anzusprechen. Das ist derzeit aber alles nur eine Idee, was sein könnte. Ich verwende das CUPS Backend "hp" und "hpaio" ist aktiviert, dennoch merke ich nichts von einer gegenseitigen Behinderung zwischen einem HP USB Drucker und einem Canon USB Scanner. Um zu verifizieren, ob das CUPS Backend "hp" plus "hpaio" Treiber tatsächlich die Ursache ist: Zunächst nur den "hpaio" Treiber in /etc/sane.d/dll.conf deaktivieren falls er aktiviert ist, also auskommentieren: ------------------------------------------------------------------ #hpaio ------------------------------------------------------------------ Wenn das noch nicht hilft, dann statt dem CUPS Backend "hp" ein generisches CUPS Backend z.B. "usb" oder "parallel" verwenden, je nachdem, wie der Drucker angeschlossen ist, vergl: https://bugzilla.novell.com/show_bug.cgi?id=462048#c23 ---------------------------------------------------------------------- ... set up the device with the generic "usb" CUPS backend (and not with the "hp" backend). To do this, reboot the computer so that the generic USB communication via the "usblp" kernel module works ("modprobe usblp" may also work) ... Then run as root "lpinfo -v" and verify that the device is also reported (i.e. "autodetected") with a "usb:/..." CUPS DeviceURI. Then use e.g. YaST (run as root "yast2 printer") and click [More Connections] to get also the "usb:/..." connection shown (by default YaST prefers the "hp:/..." connection for HP devices) and use the "usb:/..." connection to set up the print queue (see also the help text in YaST). You can still use the hpijs driver for the queue. I.e. you can get the same printout quality. Only device status information and scanning for all-in-one devides is no longer possible. ---------------------------------------------------------------------- Bzgl. dem "hpijs" Druckertreiber, siehe auch http://bugzilla.novell.com/show_bug.cgi?id=630696#c1 ------------------------------------------------------------------ Note that HPLIP contains two separated drivers: The traditional "hpijs" and the newer "hpcups". In case of bugs with the "hpcups" driver you should try if it works with the traditional "hpijs" driver. ... If you currently use "HP ... hpcups ..." try out if "HP ... hpijs ..." works. ------------------------------------------------------------------ Vergl. auch http://lists.opensuse.org/opensuse-de/2010-11/msg00315.html Die Druckertreiber "HP ... hpcups ..." bzw. "HP ... hpijs ..." kann man z.B. in der YaST Druckerkonfiguration auswählen (sofern beide für das Druckermodell vorhanden sind). Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex