Liebe Leute, ich war ungenau. Mein Script verhält sich _exakt_ so wie xsane: während das Script druckt (man beachte das Datum für Patchlevel 0): ******************************************************************************** #!/bin/sh # make copy from flatbed-scanner device # needs patching if other scanners should be in use # # Patchlevel 0 26.06.99 # Patchlevel 1 07.11.99 # Patchlevel 2 21.11.00: use lpr rather than lp # Patchlevel 3 20.01.01: scanimage has been moved # Patchlevel 4 07.07.01: pnmtops in /usr/bin/, not more in /usr/bin/X11 # 17.07.01: not tested before scanimage moved, too # Patchlevel 5 19.07.01: ask for the number of copies and copy this ofte # Patchlevel 6 17.12.01: change width, change programs in use, better qu # Patchlevel 7 12.12.04: scanimage back to /usr/bin, scanner not specifi # PRINTER not specified any more # Patchlevel 8 30.12.04: remove the loop to print, simply print to # the printer and give -n $NUMCOPIES as parameter # Patchlevel 9 08.02.05: several tests / modifications due to issues # with stability on SuSE 9.2 # Patchlevel 10 24.07.05: introduce debugging options. No problems at the # first test. # Patchlevel 11 13.08.05: return to pnm-format / use pnmtops. Do not # delete generated files in case of debugging. # Patchlevel 12 28.07.10: specify target printer to lpr. # SCANNERPROGRAM=/usr/bin/scanimage SCANNEROPTIONS="--mode Gray --resolution 150" # SCANNEROPTIONS="--mode Lineart --resolution 300" if [ "$1" != "" ]; then SCANNERPROGRAM="${SCANNERPROGRAM} -d $1" fi # This refers to the usage of pnmtops: CONVPROGRAM=/usr/bin/pnmtops CONVPROGOPTIONS="-scale 0.46" PRINTPRG="lpr" PRINTERNAME=`/usr/sbin/lpc status | sed '/^[ \t]/d; s/:$//g'` PRINTPRGOPTS="-P ${PRINTERNAME} -o raw -#" TEMPFILE=/tmp/scannerinput.pnm.$$ NUMCOPIES=1 VALID=0 DEBUG=0 if [ "${1}" != "" ]; then DEBUG="TRUE" echo "We do not print - this is for testing only!" fi while [ ${VALID} = "0" ]; do echo -n "Geben Sie die Anzahl der zu erstellenden Kopien ein! (weiter echo -ne "1"'\b' read NUMCOPIES if test -z "${NUMCOPIES}"; then NUMCOPIES=1 fi if test ${NUMCOPIES} -gt 0 2>/dev/null; then VALID=1 else echo "Der Wert ${NUMCOPIES} ist keine gültige Zahl!" fi done echo -n "Anzahl Kopie(n): ${NUMCOPIES}" ${SCANNERPROGRAM} ${SCANNEROPTIONS} > ${TEMPFILE} ${CONVPROGRAM} ${CONVPROGOPTIONS} ${TEMPFILE} > ${TEMPFILE}.ps # only print if we do not debug! if [ "${DEBUG}" != "TRUE" ]; then ${PRINTPRG} ${PRINTPRGOPTS} ${NUMCOPIES} ${TEMPFILE}.ps rm ${TEMPFILE} rm ${TEMPFILE}.ps fi ******************************************************************************** ist der Scanner nicht mehr benutzbar. Das war seit weiland SUSE Linux (ja, SUSE, nicht openSUSE !) noch nie der Fall. Und zwar mit _genau_ dem Script, die einzigen Änderungen sind dann passiert, wenn sich beispielsweise Pfade geändert haben sollten. Während also der Scan zu Ende ist und ich einen neuen Scan starten will, kann ich weder mit scanimage noch mit xsane auf den Scanner zugreifen, er ist dann blockiert. Frage: kann das an dem HP-Print-Manager liegen, den ich aktiviert habe? Vielen Dank! Bis bald mal Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 24.11.2010 21:20, schrieb Dr. Ing. Dieter Jurzitza:
Liebe Leute, ich war ungenau. Mein Script verhält sich _exakt_ so wie xsane: während das Script druckt (man beachte das Datum für Patchlevel 0):
... script mal gekürzt
${SCANNERPROGRAM} ${SCANNEROPTIONS} > ${TEMPFILE} ${CONVPROGRAM} ${CONVPROGOPTIONS} ${TEMPFILE} > ${TEMPFILE}.ps
# only print if we do not debug! if [ "${DEBUG}" != "TRUE" ]; then ${PRINTPRG} ${PRINTPRGOPTS} ${NUMCOPIES} ${TEMPFILE}.ps rm ${TEMPFILE} rm ${TEMPFILE}.ps fi
Während also der Scan zu Ende ist und ich einen neuen Scan starten will, kann ich weder mit scanimage noch mit xsane auf den Scanner zugreifen, er ist dann blockiert.
Frage: kann das an dem HP-Print-Manager liegen, den ich aktiviert habe? Vielen Dank! Bis bald mal
Hi, also eigentlich sieht das ganz normal aus oder... ich sehe keine Verbindung zwischen scannen und drucken... Ich würde mal ein wenig debuggen, vor / nach scannen und drucken ein Logging einschieben, z.B. mal "ps ax >>$LOG" um zu sehen, wer da so tätig ist, vielleicht auch "lsof", könnte ja sein, da kommt sich wer in die Quere... Ich habe hier (OS 11.1) was Ähnliches am Werkeln, da gibt es keine Kollisionen zwischen scanimage und lpr (aber auch keinen Printmanager) cu jth -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
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
hallo Johannes Meixner wie kann ich den Befehl "root not allowed" (nur user - root darf nicht) deaktivieren? Bitte keinen Glaubenskrieg. Ich möchte nur meine Möglichkeiten (Rechte) ausschöpfen können. Dazu fehlt mir die info Danke schon mal Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Dr. Ing. Dieter Jurzitza
-
Ernst Scott
-
Joerg Thuemmler
-
Johannes Meixner