Fetchmail zu einer bestimmten Uhrzeit laufen lassen.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Ich würde gerne meine Mails nur zu einer bestimmten Uhrzeit pollen lassen. Jedoch in /etc/sysconfig/fetchmail finde ich nur die Option FETCHMAIL_POLLING_INTERVAL=. Gibt's da einen bewährten Lösungsansatz? Wenn ich über Cron gehe, dann müsste ich doch fetchmail jedes mal 'killen' und die Länge des Polling Intervalls auf die Dauer des Cronjobs abstimmen oder? Thx Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGB4JON8oPNJi4M6IRAuZSAJ960RuQFzeTzag33/yrpA3Fq+YrjACeP+45 ulj7DfGVz+Y4qAoh52Mk3K0= =xVqX -----END PGP SIGNATURE----- -- 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 Montag, 26. März 2007 10:20 schrieb Jan Tiggy:
Hallo
Ich würde gerne meine Mails nur zu einer bestimmten Uhrzeit pollen lassen. Jedoch in /etc/sysconfig/fetchmail finde ich nur die Option FETCHMAIL_POLLING_INTERVAL=. Gibt's da einen bewährten Lösungsansatz? Wenn ich über Cron gehe, dann müsste ich doch fetchmail jedes mal 'killen' und die Länge des Polling Intervalls auf die Dauer des Cronjobs abstimmen oder?
Thx Jan
Also,starte fetchmail einfach per cron. In der fetchmailrc löschst Du die Zeile 'set daemon xy' _oder_ gib beim fetchmailaufruf per cron das Argument '-d0' mit. Dann beendet sich fetchmail nach dem abholen der Mails und wird ganz normal beim nächsten cronlauf wieder gestertet. Gruss Mario -- 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 Montag, 26. März 2007 schrieb Jan Tiggy:
Wenn ich über Cron gehe, dann müsste ich doch fetchmail jedes mal 'killen' und die Länge des Polling Intervalls auf die Dauer des Cronjobs abstimmen oder?
Nein, denn ein Cronjob würde fetchmail nicht als Dienst im Hintergrund laufen lassen, sondern einmalig ausführen. Es geht dabei darum, nur "fetchmail" und nicht "fetchmail -d ZEITINTERVALL" einzugeben. Mit Webmin kann man so ein Cronjob sehr einfach und grafisch erstellen. Ansonsten sind man cron man crontab man 5 crontab sehr informativ... Grüße, -- Tibor Attila Anca Kommissarischer Studieninspektor Ev.-Theologisches Stift an der Universität Bonn, Hans Iwand Haus Humboldtstr. 42 53115 Bonn Telefon: 0228/73-2200 Telefax: 0228/73-9788 eMail: studinsp-hih@gmx.de Skype: studinsp-hih -- 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 Montag, 26. März 2007 10:38 schrieb Tibor Attila Anca: [...]
Nein, denn ein Cronjob würde fetchmail nicht als Dienst im Hintergrund laufen lassen, sondern einmalig ausführen. Es geht dabei darum, nur "fetchmail" und nicht "fetchmail -d ZEITINTERVALL" einzugeben. Mit Webmin kann man so ein Cronjob sehr einfach und grafisch erstellen.
Das | It is possible to set a polling interval in your ~/.fetchmailrc file by | saying `set daemon <interval>', where <interval> is an integer number of | seconds. If you do this, fetchmail will always start in daemon mode | unless you override it with the command-line option --daemon 0 or -d0. interpretiere ich aber anders. ;) Wenn ein polling Interval eingestellt ist wird fetchmail automagisch als daemon gestartet. Deshalb: entweder kein Pollingintervall angeben (im rcfile) oder mit '-d0' starten... [...]
Grüße, -- Tibor Attila Anca [...]
Gruss Mario -- 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
Jan Tiggy, Montag, 26. März 2007 10:20:
Ich würde gerne meine Mails nur zu einer bestimmten Uhrzeit pollen lassen. Jedoch in /etc/sysconfig/fetchmail finde ich nur die Option FETCHMAIL_POLLING_INTERVAL=. Gibt's da einen bewährten Lösungsansatz? Wenn ich über Cron gehe, dann müsste ich doch fetchmail jedes mal 'killen' und die Länge des Polling Intervalls auf die Dauer des Cronjobs abstimmen oder?
Starte einfach über einen Cronjob zur gewünschten Zeit ein Skript, das zuerst prüft, ob fetchmail noch von einem früheren Startvorgang läuft, und dann ggf. fetchmail (als Vordergrundprozeß, nicht als daemon) startet. Das polling intervall bezieht sich nur auf den Fall, daß fetchmail als daemon im Hintergrund rumliegt und ab und zu aufwacht, um Mails zu saugen. Aber das ist nicht der Fall, den Du willst. Du willst fetchmail zu bestimmten Zeiten von cron anschieben lassen, und danach soll es sich wieder beenden. -- Andre Tann -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danke an alle. Es hat super geklappt. Außerdem habe ich mir 'Webmin' angeschaut. Es ist richtig putzig. Danke. Thx Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGCM4mN8oPNJi4M6IRAv9kAJ91yYqK7djeoJCWpTjStcW+aLsE5ACdHjU8 8vrqFwRaWdXIB05xJ1W9z8k= =x6Xz -----END PGP SIGNATURE----- -- 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, ich habe meinen SCIS Scanner Primax 4800, nutzt den teco2 Treiber. Erfolgreich installiert mit yast. Erst wenn ich mit xsane, oder einer beliebigen anderen Applikation versuche auf den Scanner zuzugreifen. Bekomme ich die Meldung: Gerät nicht bereit. Es gab hier auf der Liste schon einen Thread - der hat mich bei der Lösungsfindung leider nicht weiter gebracht. Die Emotionen scheinen da auch mal an einen kritischen Punkt gekommen zu sein. Ich hoffe ich tappe hier nicht in irgendwas rein. Viele Grüße und Danke Michael -- "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: www.gmx.net/de/go/mailfooter/promail-out -- 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 Michael! Am 27.03.2007 um 10:26 Uhr schrieb "Michael Höller":
ich habe meinen SCIS Scanner Primax 4800, nutzt den teco2 Treiber. Erfolgreich installiert mit yast. Erst wenn ich mit xsane, oder einer beliebigen anderen Applikation versuche auf den Scanner zuzugreifen. Bekomme ich die Meldung: Gerät nicht bereit.
scanimage -L zeigt also eine korrekte Angabe? Funtioniert scannen auch nicht als root? Hast du eine eventuelle Transportsicherung abgeschaltet? cu Peter -- 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 Dienstag, den 27.03.2007, 17:23 +0200 schrieb Peter Geerds:
Hallo Michael!
Am 27.03.2007 um 10:26 Uhr schrieb "Michael Höller":
ich habe meinen SCIS Scanner Primax 4800, nutzt den teco2 Treiber. Erfolgreich installiert mit yast. Erst wenn ich mit xsane, oder einer beliebigen anderen Applikation versuche auf den Scanner zuzugreifen. Bekomme ich die Meldung: Gerät nicht bereit.
scanimage -L zeigt also eine korrekte Angabe? Funtioniert scannen auch nicht als root? Hast du eine eventuelle Transportsicherung abgeschaltet?
Es kann auch sein, daß du zwar den Scanner richtig unter Yast eingerichtet hast, er aber noch firmware benötigt. Das ist so, wenn du ihn mit snapscan betreibst: Hier mal meine Gedächtnisstütze für meinen Epson3490: -------------- Die Firmware ist in der Datei --> /etc/sane.d/snapscan.conf einzutragen. --> firmware /usr/share/iscan/esfw52.bin Die Firmware kommt aus dem Paket iscan-firmware und kann hier für die Einrichtung unter snapscan verwendet werden. In der Datei dll.conf wird das backend frei gegeben. Snapscan ist zwar nur zweite Wahl, läuft aber mit der firmware von iscan. Iscan läuft nicht sauber unter 64bit. --> /etc/sane.d/dll.conf # enable the next line if you want to allow access through the network: epson bzw. snapscan das # entfernen. ------------ einige Befehle: kai@tower2:~> sane-config --version 1.0.18 kai@tower2:~> sane-find-scanner --><-- found USB scanner (vendor=0x0d46, product=0x2012) at libusb:003:002 found USB scanner (vendor=0x04b8 [EPSON], product=0x0122 [EPSON Scanner]) at libusb:001:002 --><-- tower2:/etc/sane.d # scanimage -L device `snapscan:libusb:001:002' is a EPSON EPSON Scanner1 flatbed scanner beschreibe mal genauer deinen Treiber. -- Kai & Anke Krämer Cornelia-Schlosser-Allee 28 79111 Freiburg
Hallo! Am 27.03.2007 um 18:35 Uhr schrieb Kai Krämer:
Es kann auch sein, daß du zwar den Scanner richtig unter Yast eingerichtet hast, er aber noch firmware benötigt. Das ist so, wenn du ihn mit snapscan betreibst: Hier mal meine Gedächtnisstütze für meinen Epson3490:
Wahrscheinlich ist es der Primax Compact 4800 SCSI, der ohne firmware mit mustek läuft. Ich kenne YaST nicht mehr so genau, aber wahrscheinlich hätte es da dann irgendwie gestanden. Ein andere Idee hätte ich noch: Ist der Scanner vor dem Booten eingeschaltet worden? Dann sollte auch die SCSI-Karte beim Rechnerstart eine Meldung geben (ID usw). cu Peter -- 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
On Dienstag, 27. März 2007, Peter Geerds wrote:
Wahrscheinlich ist es der Primax Compact 4800 SCSI, der ohne firmware mit mustek läuft. Ich kenne YaST nicht mehr so genau, aber wahrscheinlich hätte es da dann irgendwie gestanden. Es ist der Primax Compact 4800, der lief bisher immer mit dem teco2 Treiber
Ein andere Idee hätte ich noch: Ist der Scanner vor dem Booten eingeschaltet worden? Dann sollte auch die SCSI-Karte beim Rechnerstart eine Meldung geben (ID usw). Der Scanner war vor dem booten an und hat eine SCSI ID bekommen. Es sieht also alles gut aus. Kann ich irgendwie rausbekommen warum das Gerät belegt sein soll?
Gruß Michael -- 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 Peter, On Dienstag, 27. März 2007, Peter Geerds wrote:
Am 27.03.2007 um 10:26 Uhr schrieb "Michael Höller":
ich habe meinen SCIS Scanner Primax 4800, nutzt den teco2 Treiber. Erfolgreich installiert mit yast. Erst wenn ich mit xsane, oder einer beliebigen anderen Applikation versuche auf den Scanner zuzugreifen. Bekomme ich die Meldung: Gerät nicht bereit.
scanimage -L zeigt also eine korrekte Angabe? michael@akazia:~> scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner
Das ist korrekt.
Funtioniert scannen auch nicht als root? Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Hast du eine eventuelle Transportsicherung abgeschaltet? Ja -- 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, Am Die, 27 Mär 2007, M Hoeller schrieb:
On Dienstag, 27. März 2007, Peter Geerds wrote:
scanimage -L zeigt also eine korrekte Angabe? michael@akazia:~> scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner
Das ist korrekt.
Funtioniert scannen auch nicht als root? Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Das riecht schon fast mal wieder danach, als ob evtl. eins der "Automounter"-Dingens das device belegt... Bei der 10.2 also vermutlich 'udev'... Kruschtel mal in die Richtung (fuser -v /dev/sg1) -dnh -- [Der] HTML-Checker findet sich unter http://validator.w3.org/, alles was da nicht durchkommt, ist fehlerhaft und hat im Internet nichts verloren. -- Manfred Tremmel -- 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 David, On Mittwoch, 28. März 2007, David Haller wrote:
Am Die, 27 Mär 2007, M Hoeller schrieb:
Funtioniert scannen auch nicht als root?
Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Das riecht schon fast mal wieder danach, als ob evtl. eins der "Automounter"-Dingens das device belegt... Bei der 10.2 also vermutlich 'udev'... Kruschtel mal in die Richtung (fuser -v /dev/sg1)
Ich habe noch mal eine Weile gegoogelt aber ich komme nicht drauf, das Gerät ist angeblich besetzt.. Es macht keinen Unterschied ob ich root oder normaler Benutzer bin. akazia:~ # scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner akazia:~ # fuser -v /dev/sg1 akazia:~ # scanimage -d teco2:/dev/sg1 -T scanimage: sane_start: Device busy akazia:~ # Ich hoffe jemand hat noch einen Rat, so ohne Fehler und alle Parameter auf ok aber das Teil trotzdem als besetzt gemeldet wird da komme ich nicht weiter... Viele Grüße Michael -- 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 Michael! Am 28.03.2007 um 07:45 Uhr schrieb M Hoeller:
akazia:~ # scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner akazia:~ # fuser -v /dev/sg1 akazia:~ # scanimage -d teco2:/dev/sg1 -T scanimage: sane_start: Device busy akazia:~ #
Ist ja erstmal soweit in Ordnung. Läuft vielleicht noch ein anderer sane- oder scan-Prozess im Hintergrund? Falls ja, beende ihn einmal, z. B. rcsane-dev stop. Noch eine andere Frage: Warum ist es das device /dev/sg1 und nicht /dev/sg0 ? cu Peter -- 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 David, On Mittwoch, 28. März 2007, David Haller wrote:
Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Das riecht schon fast mal wieder danach, als ob evtl. eins der "Automounter"-Dingens das device belegt... Bei der 10.2 also vermutlich 'udev'... Kruschtel mal in die Richtung (fuser -v /dev/sg1)
folgende Processe nutzen das fs: fuser -mv /dev/sg1 Das ist viel mehr als ich erwartet habe, ich bin mir nicht sicher ob ich den Befehl fuser richtig nutze - wenn ja dann weis ich leider nicht wie ich festellen kann wie man den Prozess findet der das device blockiert... Viele Grüße Michael USER PID ACCESS COMMAND /dev/sg1: root 1 F.... init root 948 F.... udevd root 2494 f.... acpid messagebus 2542 F.... dbus-daemon root 2581 F.... syslog-ng root 2607 F.... resmgrd root 2635 F.... tksock root 2724 F.... tkmedia root 2735 F.... isdnlog root 2737 F.... polkitd haldaemon 2846 F.... hald root 2855 F.... hald-runner haldaemon 3031 F.... hald-addon-keyb haldaemon 3061 F.... hald-addon-acpi root 3489 F.... hald-addon-stor root 3493 F.... hald-addon-stor root 3520 F.... ipppd root 3577 F.... smpppd root 3617 F.... ipppd nobody 3688 F.... portmap root 3712 F.... auditd root 3821 F.... nscd root 3873 F.... powersaved root 3914 F.... master postfix 3939 F.... pickup postfix 3940 F.... qmgr root 3970 F.... cron root 4025 F.... capisuite root 4039 F.... sshd root 4050 F.... vmnet-bridge root 4072 F.... vmware-serverd root 4080 f.... kdm root 4206 F...m Xorg root 4243 f.... kdm root 4334 F.... mingetty root 4338 F.... mingetty root 4342 F.... mingetty root 4344 F.... mingetty root 4345 F.... mingetty root 4349 F.... mingetty michael 4499 f.... kde michael 4544 F.... ssh-agent michael 4548 F.... dbus-daemon michael 4584 f.... start_kdeinit michael 4585 f.... kdeinit michael 4588 f.... dcopserver michael 4590 f.... klauncher michael 4592 F.... kded michael 4597 f.... kwrapper michael 4599 f.... ksmserver michael 4600 f.... kwin michael 4602 f.... kdesktop michael 4604 f.... kicker michael 4612 f.... kerry michael 4614 F.... kpilotDaemon michael 4616 F.... kisdnwatch michael 4620 f.... knotify michael 4622 f.... konqueror michael 4631 f.... beagled michael 4634 f.... kpowersave michael 4639 f.... klipper michael 4645 F.... kmix michael 4646 f.... kinternet michael 4705 f.... kontact michael 4716 f.... korgac michael 12386 f.... beagled-helper michael 14294 f.... kwalletmanager michael 14802 F.... konsole michael 14984 f.... kio_uiserver michael 15295 f.... kio_file root 15329 ..c.. bash root 15547 F.... smpppd-ifcfg root 15549 F.... pppd michael 15768 f.... kio_smtp michael 15834 f.... firefox michael 15839 f.... firefox-bin michael 15858 F.... gconfd-2 akazia:/dev # -- 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, Am Mit, 28 Mär 2007, M Hoeller schrieb:
Hallo David,
On Mittwoch, 28. März 2007, David Haller wrote:
Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Das riecht schon fast mal wieder danach, als ob evtl. eins der "Automounter"-Dingens das device belegt... Bei der 10.2 also vermutlich 'udev'... Kruschtel mal in die Richtung (fuser -v /dev/sg1)
folgende Processe nutzen das fs: fuser -mv /dev/sg1
-m name specifies a file on a mounted file system or a block device that is mounted. All processes access ing files on that file system are listed. Das passt also nicht. Verwende 'fuser -va /dev/sg1' und/oder 'lsof /dev/sg1'. -dnh -- Wir leben in der Unterhaltungsbranche. Wuerde sonst jemand ernsthaft ueber "NT" als Server - OS nachdenken ? [Hans Bonfigt] -- 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 Mar 27 23:00 M Hoeller wrote (shortened):
michael@akazia:~> scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner ... Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
http://de.opensuse.org/SDB:Scanner_einrichten_ab_SUSE_LINUX_9.2 "Fehlersuche (Debugging)" Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
On Mittwoch, 28. März 2007, Johannes Meixner wrote:
On Mar 27 23:00 M Hoeller wrote (shortened):
Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
http://de.opensuse.org/SDB:Scanner_einrichten_ab_SUSE_LINUX_9.2 "Fehlersuche (Debugging)"
Hallo Johannes, vielen Dank für Deine Antwort. Ich habe die Kommandos zum Debugging ausführen können. Leider sind dort für mich keine verständlichen Fehler zu finden. Die Logs sind erwartungsgemäß groß. Ich trau mich nicht alles hier zu posten und versuche so zu kürzen das ich den Sinn nicht entstelle. Das SCIC "Log" scheint mir am meisten zu sagen, es steht ganz am Ende. akazia:~ # scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED scanimage: sane_start: Device busy FAILED akazia:~ # export SANE_DEBUG_Backend=128 akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED scanimage: sane_start: Device busy FAILED akazia:~ # akazia:~ # export SANE_DEBUG_DLL=4 akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [sanei_debug] Setting debug level of dll to 4. [dll] sane_init: SANE dll backend version 1.0.12 from sane-backends 1.0.18 [dll] add_backend: adding backend `teco2' [dll] sane_open: trying to open `teco2:/dev/sg1' [dll] load: searching backend `teco2' in `/usr/lib/sane' [dll] load: trying to load `/usr/lib/sane/libsane-teco2.so.1' [dll] load: dlopen()ing `/usr/lib/sane/libsane-teco2.so.1' [dll] init: initializing backend `teco2' [dll] init: backend `teco2' is version 1.0.9 [dll] sane_open: open successful [dll] sane_control_option(handle=0x8053140,option=0,action=0,value=0xbfef0118,info=(nil)) [dll] sane_control_option(handle=0x8053140,option=0,action=0,value=0xbfeef008,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=0) [dll] sane_get_option_descriptor(handle=0x8053140,option=1) [dll] sane_get_option_descriptor(handle=0x8053140,option=2) [dll] sane_get_option_descriptor(handle=0x8053140,option=3) [dll] sane_get_option_descriptor(handle=0x8053140,option=4) [dll] sane_get_option_descriptor(handle=0x8053140,option=5) [dll] sane_get_option_descriptor(handle=0x8053140,option=6) [dll] sane_get_option_descriptor(handle=0x8053140,option=7) [dll] sane_control_option(handle=0x8053140,option=7,action=0,value=0x8052358,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=8) [dll] sane_control_option(handle=0x8053140,option=8,action=0,value=0x805235c,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=9) [dll] sane_get_option_descriptor(handle=0x8053140,option=10) [dll] sane_get_option_descriptor(handle=0x8053140,option=11) [dll] sane_get_option_descriptor(handle=0x8053140,option=12) [dll] sane_get_option_descriptor(handle=0x8053140,option=13) [dll] sane_get_option_descriptor(handle=0x8053140,option=14) [dll] sane_get_option_descriptor(handle=0x8053140,option=15) [dll] sane_get_option_descriptor(handle=0x8053140,option=16) [dll] sane_get_option_descriptor(handle=0x8053140,option=17) [dll] sane_get_option_descriptor(handle=0x8053140,option=18) [dll] sane_get_option_descriptor(handle=0x8053140,option=19) [dll] sane_get_option_descriptor(handle=0x8053140,option=20) [dll] sane_get_option_descriptor(handle=0x8053140,option=21) [dll] sane_control_option(handle=0x8053140,option=5,action=0,value=0xbfeef004,info=(nil)) [dll] sane_control_option(handle=0x8053140,option=6,action=0,value=0xbfeef004,info=(nil)) [dll] sane_control_option(handle=0x8053140,option=5,action=0,value=0xbfef010c,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=7) [dll] sane_control_option(handle=0x8053140,option=7,action=1,value=0xbfef0110,info=0xbfeef008) [dll] sane_control_option(handle=0x8053140,option=6,action=0,value=0xbfef010c,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=8) [dll] sane_control_option(handle=0x8053140,option=8,action=1,value=0xbfef0110,info=0xbfeef008) [dll] sane_start(handle=0x8053140) scanimage: sane_start: Device busy [dll] sane_cancel(handle=0x8053140) [dll] sane_close(handle=0x8053140) [dll] sane_exit: exiting [dll] sane_exit: calling backend `teco2's exit function [dll] sane_exit: finished FAILED akazia:~ # akazia:/dev # export SANE_DEBUG_SANEI_SCSI=128 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [ gekürzt ] [sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1 [sanei_scsi] sanei_scsi_req_wait: waiting for 0x807c4d0 [sanei_scsi] sanei_scsi.issue: 0x807c4d0 [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 00 host status: 0001 driver status: 0000 [sanei_scsi] sanei_scsi_req_wait: SG driver returned resid 7650 [sanei_scsi] NOTE: This value may be bogus scanimage: sane_start: Device busy FAILED akazia:/dev # Kann jemand was damit anfangen? Ich sehe halt immer nur dass der Scanner busy sein soll. Dieses sollte er nach menschlichem Verstehen nicht sein... Viele Grüße Michael -- 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, Am Mit, 28 Mär 2007, M Hoeller schrieb: [..]
akazia:/dev # export SANE_DEBUG_SANEI_SCSI=128 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [ gekürzt ] [sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1 [sanei_scsi] sanei_scsi_req_wait: waiting for 0x807c4d0 [sanei_scsi] sanei_scsi.issue: 0x807c4d0 [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 00 host status: 0001 driver status: 0000 [sanei_scsi] sanei_scsi_req_wait: SG driver returned resid 7650 [sanei_scsi] NOTE: This value may be bogus scanimage: sane_start: Device busy
Das scheint ein SCSI-Fehler zu sein. Was für nen SCSI-Controller ist das und welchen Treiber verwendest du? Mit welchen Optionen? Terminierung? Hängen sonst noch Geräte an dem Controller? etc. pp. ;) Hast du mal den SCSI-Bus resetted? Rebooted? -dnh -- Flhacs wird im Usenet grundsätzlich alsfhc geschrieben. Schreibt man lafhsc nicht slfach, so ist das schlichtweg hclafs. (Hajo Pflueger in de.newuser.questions) -- 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 David, es scheint nicht dass es eine Prozess gibt der hier was blockiert; akazia:~ # fuser -va /dev/sg1 USER PID ACCESS COMMAND /dev/sg1: akazia:~ # lsof /dev/sg1 akazia:~ # On Donnerstag, 29. März 2007, David Haller wrote:
scanimage: sane_start: Device busy
Das scheint ein SCSI-Fehler zu sein. Was für nen SCSI-Controller ist das und welchen Treiber verwendest du? Mit welchen Optionen? Terminierung? Hängen sonst noch Geräte an dem Controller? etc. pp. ;) Hast du mal den SCSI-Bus resetted? Rebooted?
Die Hardware hat sich nicht verändert und lief lange unter der SuSE 9.2, erst nach dem upgrade auf die 10.2 habe ich Problem. Das schließt aber nicht aus das es schon immer Probleme gab die aber jetzt erst auffallen. Der Treiben ist tmscsim, den SCSI Bus hatte ich schon gestern resettet in der /etc/sysconfig habe ich unter INITRD_MODULES u.a. den EIntrag für tmscsim MODULES_LOADED_ON_BOOT habe ich keinen Eintrag das Modul scheint aber geladen zu sein.. ich habe testweise das Modul eingetragen aber ohne Erfolg. akazia:~ # lsmod | grep tmscsim tmscsim 25280 1 scsi_mod 136712 5 aic7xxx,scsi_transport_spi,sg,tmscsim,sd_mod Hier ein Auszug aus der boot.msg <6>scsi0 : Tekram DC390/AM53C974 V2.1d 2004-05-27 <5> Vendor: IBM Model: DCAS-34330 Rev: S65A <5> Type: Direct-Access ANSI SCSI revision: 02 <6>DC390: Target 0: Sync transfer 10.0 MHz, Offset 15 <5>SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) <5>sda: Write Protect is off <7>sda: Mode Sense: b3 00 00 08 <5>SCSI device sda: drive cache: write back <5>SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) <5>sda: Write Protect is off <7>sda: Mode Sense: b3 00 00 08 <5>SCSI device sda: drive cache: write back <6> sda: sda1 <5>sd 0:0:0:0: Attached scsi disk sda <5>sd 0:0:0:0: Attached scsi generic sg0 type 0 <5> Vendor: Primax Model: Jewel Rev: 1.01 <5> Type: Scanner ANSI SCSI revision: 02 <5>scsi 0:0:3:0: Attached scsi generic sg1 type 6 <6>md: raid1 personality registered for level 1 <6>BIOS EDD facility v0.16 2004-Jun-25, 3 devices found Viele Grüße Michael -- 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, Am Don, 29 Mär 2007, M Hoeller schrieb:
On Donnerstag, 29. März 2007, David Haller wrote:
scanimage: sane_start: Device busy
Das scheint ein SCSI-Fehler zu sein. Was für nen SCSI-Controller ist das und welchen Treiber verwendest du? Mit welchen Optionen? Terminierung? Hängen sonst noch Geräte an dem Controller? etc. pp. ;) Hast du mal den SCSI-Bus resetted? Rebooted?
Die Hardware hat sich nicht verändert und lief lange unter der SuSE 9.2, erst nach dem upgrade auf die 10.2 habe ich Problem. Das schließt aber nicht aus das es schon immer Probleme gab die aber jetzt erst auffallen.
Der Treiben ist tmscsim, den SCSI Bus hatte ich schon gestern resettet [..] <6>scsi0 : Tekram DC390/AM53C974 V2.1d 2004-05-27 <5> Vendor: IBM Model: DCAS-34330 Rev: S65A <5> Type: Direct-Access ANSI SCSI revision: 02 <6>DC390: Target 0: Sync transfer 10.0 MHz, Offset 15 <5>SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) <5>sda: Write Protect is off <7>sda: Mode Sense: b3 00 00 08 <5>SCSI device sda: drive cache: write back <5>SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) <5>sda: Write Protect is off <7>sda: Mode Sense: b3 00 00 08 <5>SCSI device sda: drive cache: write back <6> sda: sda1 <5>sd 0:0:0:0: Attached scsi disk sda <5>sd 0:0:0:0: Attached scsi generic sg0 type 0 <5> Vendor: Primax Model: Jewel Rev: 1.01 <5> Type: Scanner ANSI SCSI revision: 02 <5>scsi 0:0:3:0: Attached scsi generic sg1 type 6 <6>md: raid1 personality registered for level 1 <6>BIOS EDD facility v0.16 2004-Jun-25, 3 devices found
Das sieht ok aus. Ich weiß da jetzt auch nicht weiter, scheint aber wie gesagt ein SCSI-Problem zu sein (evtl. auf Scannerseite). -dnh -- Beim Frühstück meinte meine Tochter (11) zu mir: "Du Papa, da ist heute ein Wurm. In fast jedem Computer. Der heisst outlook oder so." -- "LexLuthor" im heise-Forum -- 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 Mar 28 22:04 M Hoeller wrote (shortened):
akazia:~ # export SANE_DEBUG_Backend=128
Siehe http://de.opensuse.org/SDB:Scanner_einrichten_ab_SUSE_LINUX_9.2 "Fehlersuche (Debugging)" ---------------------------------------------------------------- Test nur mit Debug-Meldungen des eigentlichen Backends (das ist abhängig vom jeweiligen Backend, siehe "man sane-Backend"): ---------------------------------------------------------------- und "man sane-teco2" liefert: ---------------------------------------------------------------- SANE_DEBUG_TECO2 ... a value of 128 requests all debug output ... ---------------------------------------------------------------- also # export SANE_DEBUG_TECO2=128 # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED
akazia:/dev # export SANE_DEBUG_SANEI_SCSI=128 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [ gekürzt ] [sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 1 [sanei_scsi] sanei_scsi_req_wait: waiting for 0x807c4d0 [sanei_scsi] sanei_scsi.issue: 0x807c4d0 [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 00 host status: 0001 driver status: 0000 [sanei_scsi] sanei_scsi_req_wait: SG driver returned resid 7650 [sanei_scsi] NOTE: This value may be bogus scanimage: sane_start: Device busy FAILED
Das sieht nach einem Problem im SCSI-System aus, aber da kenne ich mich nicht hinreichend aus, um weiterhelfen zu können. Übrigens, siehe "man sane-scsi": ------------------------------------------------------------------------ SANE_DEBUG_SANEI_SCSI ... A value of 255 also prints kernel messages from the SCSI subsystem (where available). ------------------------------------------------------------------------ Vielleicht geben die SCSI Kernelmeldungen einen Hinweis auf die eigentliche Ursache? Gruß Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
Hallo, On Donnerstag, 29. März 2007, Johannes Meixner wrote: [.. gekürzt ..]
# export SANE_DEBUG_TECO2=128 # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED
Also irgendwie kommt der Fehler so wie ich das sehe mitten in einem Scannversuch, kennt sich da jemand aus und kann das log interpretieren? [teco2] sane_start: exit [teco2] sane_get_parameters: enter [teco2] sane_get_parameters: exit scanimage: scanning image of size 1272x1755 pixels at 1 bits/pixel scanimage: acquiring gray frame, 1 bits/sample scanimage: reading one scanline, 159 bytes... [teco2] sane_read: enter [teco2] teco_fill_image: enter [teco2] teco_fill_image: to read = 8109 bytes (bpl=159) [teco2] teco_fill_image: READ_10 CDB [teco2] 000: 28 00 00 00 00 33 00 1f ad 00 (....3.... [teco2] CDB: [teco2] 000: 28 00 00 00 00 33 00 1f ad 00 (....3.... [teco2] teco_fill_image: cannot read from the scanner FAIL Error: Device busy [teco2] sane_cancel: enter [teco2] do_cancel enter [teco2] teco_reset_window: enter [teco2] CDB: [teco2] 000: 31 00 00 00 00 00 00 00 00 00 1......... [teco2] teco_reset_window: leave, status=0 [teco2] teco_close: enter [teco2] teco_close: exit [teco2] do_cancel exit [teco2] sane_cancel: exit [teco2] sane_close: enter [teco2] do_cancel enter [teco2] do_cancel exit [teco2] teco_close: enter [teco2] teco_close: exit [teco2] teco_free: enter [teco2] teco_close: enter [teco2] teco_close: exit [teco2] teco_free: exit [teco2] sane_close: exit [teco2] sane_exit: enter [teco2] sane_exit: exit FAILED akazia:~ #
akazia:/dev # export SANE_DEBUG_SANEI_SCSI=128 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 00 host status: 0001 driver status: 0000 [sanei_scsi] sanei_scsi_req_wait: SG driver returned resid 7650 [sanei_scsi] NOTE: This value may be bogus scanimage: sane_start: Device busy FAILED akazia:~ #
Ich habe eine Tekram DC390/AM53C974 V2.1d 2004-05-27 Karte, mit google habe ich Hinweise auf potentielle Fehler gefunden ABER die Karte und der Scanner habe unter der SuSE 9.2 über Monate funktioniert ... Gruß Michael -- 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 ich hatte das Problem das ich bei meinem Scanner Primax 4800 mit dem Treiber teco2 (der ist der richtige), unter der openSUSE 10.2 und einer Tekram SCSI Karte immer die Meldung bekam: Device busy Nun habe ich eine Adaptek Karte drin, es gab Hinweise dass Sane und Tekram ein Problem haben (könnten) aber es gibt immer noch Probleme. Ich habe die Debug Optionen eingeschaltet und die Ergebnisse gekürzt hier angehangen (ist immer noch viel..) Ich hoffe das mir jemand helfen kann ich komme nicht mehr weiter.. Viele Grüße Michael akazia:~ # scanimage -L device `teco2:/dev/sg1' is a Primax Jewel 4800 flatbed scanner akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED scanimage: sane_start: Error during device I/O FAILED akazia:~ # akazia:~ # export SANE_DEBUG_TECO2=128 akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [...] [teco2] teco_do_calibration: leave [teco2] teco_request_sense: enter [teco2] 000: 03 00 00 00 00 00 ...... [teco2] teco_request_sense: exit, status=9 [teco2] teco_close: enter [teco2] teco_close: exit scanimage: sane_start: Error during device I/O [teco2] sane_cancel: enter [teco2] do_cancel enter [teco2] do_cancel exit [teco2] sane_cancel: exit [teco2] sane_close: enter [teco2] do_cancel enter [teco2] do_cancel exit [teco2] teco_close: enter [teco2] teco_close: exit [teco2] teco_free: enter [teco2] teco_close: enter [teco2] teco_close: exit [teco2] teco_free: exit [teco2] sane_close: exit [teco2] sane_exit: enter [teco2] sane_exit: exit FAILED akazia:~ # export SANE_DEBUG_DLL=4 akazia:~ # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED [dll] sane_get_option_descriptor(handle=0x8053140,option=7) [dll] sane_control_option(handle=0x8053140,option=7,action=1,value=0xbff68180,info=0xbff67078) [dll] sane_control_option(handle=0x8053140,option=6,action=0,value=0xbff6817c,info=(nil)) [dll] sane_get_option_descriptor(handle=0x8053140,option=8) [dll] sane_control_option(handle=0x8053140,option=8,action=1,value=0xbff68180,info=0xbff67078) [dll] sane_start(handle=0x8053140) scanimage: sane_start: Error during device I/O [dll] sane_cancel(handle=0x8053140) [dll] sane_close(handle=0x8053140) [dll] sane_exit: exiting [dll] sane_exit: calling backend `teco2's exit function [dll] sane_exit: finished FAILED akazia:~ # akazia:/dev # export SANE_DEBUG_SANEI_SCSI=128 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo FAILED[sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] scsi_req_enter: entered 0x8067e48 [sanei_scsi] sanei_scsi.issue: 0x8067e48 [sanei_scsi] scsi_req_enter: queue_used: 1, queue_max: 2 [sanei_scsi] sanei_scsi_req_wait: waiting for 0x8067e48 [sanei_scsi] sanei_scsi.issue: 0x8067e48 [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: f0 00 00 00 00 00 00 0b 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 02 host status: 0000 driver status: 0008 [sanei_scsi] sanei_scsi_req_wait: SG driver returned resid 7650 [sanei_scsi] NOTE: This value may be bogus scanimage: sane_start: Error during device I/O FAILED akazia:~ # akazia:/dev # export SANE_DEBUG_SANEI_SCSI=255 akazia:/dev # scanimage -d teco2:/dev/sg1 -T && echo OK || echo [sanei_scsi] sanei_scsi.issue: 0x8067e48 dev_max(currently)=32 max_active_device=2 (origin 1) def_reserved_size=32768
device=sg1 scsi0 chan=0 id=3 lun=0 em=0 sg_tablesize=128 excl=1 FD(1): timeout=120000ms bufflen=131072 (res)sgat=4 low_dma=0 cmd_q=1 f_packid=0 k_orphan=0 closed=0 rcv: id=18 blen=0 dur=584ms sgat=0 op=0x03 [sanei_scsi] sanei_scsi_req_wait: read 64 bytes [sanei_scsi] sanei_scsi_req_wait: SCSI command complained: Success [sanei_scsi] sense buffer: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [sanei_scsi] target status: 00 host status: 0007 driver status: 0000 scanimage: sane_start: Error during device I/O FAILED akazia:~ #
-- 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 Michael, wenn du keine Lust mehr hast, den Scanner mit sane zum Laufen zu bringen, koenntest du auch mal vuescan von http://www.hamrick.com probieren. Ist zwar payware, aber es gibt eine Testversion, mit der du es mal versuchen koenntest. Wenn es funktioniert, koennte ich dir die kostenlose Version fuer Linux mailen, die es vor laengerer Zeit mal gab. Einzige Einschraenkung: unter aktuellen udev laeuft vuescan problemlos nur noch unter root. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien, Slowakei: http://www.erlebnis-osteuropa.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- 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 Heinz, danke für das Angebot, ich habe noch einen Uralten Win Rechner im Netz ich werde mal sehen ob ich auf dem Rechner scannen kann - ich orignial Karte vom Scanner habe ich noch. Irgend so ein ISA Kram der proprietär SCSI Befehle wandelt. Ich meine ich hätte das vor Jahren mal ausprobiert. Da Orignal besteht ja Hoffnung das es tut. Der Rest ist dann nur noch ein Samba Share .... Sollte ich keine Erfolg haben würde ich gerne auf das Angebot zurück kommen. Viele Grüße und Dank Michael On Freitag, 6. April 2007, Heinz W. Pahlke wrote:
Hallo Michael,
wenn du keine Lust mehr hast, den Scanner mit sane zum Laufen zu bringen, koenntest du auch mal vuescan von http://www.hamrick.com probieren.
Ist zwar payware, aber es gibt eine Testversion, mit der du es mal versuchen koenntest.
Wenn es funktioniert, koennte ich dir die kostenlose Version fuer Linux mailen, die es vor laengerer Zeit mal gab. Einzige Einschraenkung: unter aktuellen udev laeuft vuescan problemlos nur noch unter root.
Beste Gruesse,
Heinz.
--
Reisefuehrer Bulgarien, Slowakei: http://www.erlebnis-osteuropa.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- 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 Freitag, 6. April 2007 12:50 schrieb Heinz W. Pahlke:
opensuse-de@opensuse.org
Ist zwar payware, aber es gibt eine Testversion, mit der du es mal versuchen koenntest. Leider ist nur so zu Kaufen: Unfortunately, VueScan can only be purchased online with a credit card or debit card. Mit einer EC-Karte geht das meines Wissens nicht. Ansonsten ist das Programm vom Ergebniß besser als sane, läuft mit meinem Epson Perfection 2450 auch unter oSuse 10.2 m.f.G Otto -- 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 Heinz es gibt keine Treiber mehr für WinXP... könntest du mir bitte die Linux Version schicken? Das Ergbenis poste ich dann hier in der Liste. Vielen Dank und frohe Ostern Michael On Freitag, 6. April 2007, Heinz W. Pahlke wrote:
Hallo Michael,
wenn du keine Lust mehr hast, den Scanner mit sane zum Laufen zu bringen, koenntest du auch mal vuescan von http://www.hamrick.com probieren.
Ist zwar payware, aber es gibt eine Testversion, mit der du es mal versuchen koenntest.
Wenn es funktioniert, koennte ich dir die kostenlose Version fuer Linux mailen, die es vor laengerer Zeit mal gab. Einzige Einschraenkung: unter aktuellen udev laeuft vuescan problemlos nur noch unter root.
Beste Gruesse,
Heinz.
--
Reisefuehrer Bulgarien, Slowakei: http://www.erlebnis-osteuropa.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- 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 Dienstag, 27. März 2007 23:00 schrieb M Hoeller:
Werder als normaler Anwender noch als root konnte ich mit kooka, und xsane einen Scan starten. Ich bekomme immer die Meldung Gerät ist besetzt.
Dann gilt es wohl als erstes festzustellen, wer auf dem device sitzt lsof /dev/sg1 sollte helfen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- 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 (13)
-
"Michael Höller" -
Andre Tann -
David Haller -
Heinz W. Pahlke -
Jan Tiggy -
Johannes Meixner -
Kai Krämer -
M Hoeller
-
Manfred Tremmel -
Mario van der Linde -
Otto Grunewald -
Peter Geerds -
Tibor Attila Anca