19 Oct
2011
19 Oct
'11
1:45 a.m.
Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht, aber
vielleicht kann
ja jemand schauen, ob das heute besser klappen würde
Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten.
Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann
festgestellt,
dass kein Scanner erkannt wird.
Beschäftigung mit google und sane-project.org führt zu
sane-find-scanner: "your device was probably detected" und
scanimage -L "kein Gerät"
Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der
Scanner-Datenbank")
das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch sonst
irgendetwas
damit unternehmen.
Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID einzutragen,
bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät unterstützt
sein müsste.
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es
keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane
Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf
ausgewertet
wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät
dann auch sofort funktioniert.
Nur eben schade, dass yast das nicht für mich machen wollte
Wolfgang
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
19 Oct
19 Oct
2:23 a.m.
Hi Wolfgang,
Am 10/19/2011 08:45 AM, schrieb hamann.w(a)t-online.de:
Das ist jetzt konkret kein Bug, weil es sich auf ein
älteres System bezieht, aber vielleicht kann
ja jemand schauen, ob das heute besser klappen würde
[...]
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es
keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane
Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf
ausgewertet
wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät
dann auch sofort funktioniert.
Nur eben schade, dass yast das nicht für mich machen wollte
Ist bei 11.4 heute auch noch so. Bei meinen SCSI Epson 7000 musste ich
auch den passenden Eintrag ent-kommentieren.
Aber, da du ja jetzt weisst, wo du drehen musst, sollte es ja jetzt
schneller funzen und du kanst die anderen Versuche weglassen. ;-)
Gruss Werner
2:38 a.m.
Hallo Werner, hallo Wolfgang,
und da keiner einen Bugreport schreibt stolpern in 22.7 noch die
Anwender drüber.
Johannes
Am 19.10.2011 09:23, schrieb Werner Franke:
Hi Wolfgang,
Am 10/19/2011 08:45 AM, schrieb hamann.w(a)t-online.de:
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Das ist jetzt konkret kein Bug, weil es sich auf
ein älteres System
bezieht, aber vielleicht kann
ja jemand schauen, ob das heute besser klappen würde
[...]
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so
schnell weiss, dass es
keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich
die diversen sane
Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass
nur eine dll.conf ausgewertet
wurde, und nach auskommentieren des passenden Eintrags in dieser Datei
hat das Gerät
dann auch sofort funktioniert.
Nur eben schade, dass yast das nicht für mich machen wollte
Ist bei 11.4 heute auch noch so. Bei meinen SCSI Epson 7000 musste ich
auch den passenden Eintrag ent-kommentieren.
Aber, da du ja jetzt weisst, wo du drehen musst, sollte es ja jetzt
schneller funzen und du kanst die anderen Versuche weglassen. ;-)
Gruss Werner
2:54 a.m.
Johannes,
Am 10/19/2011 09:38 AM, schrieb Johannes Kapune:
Hallo Werner, hallo Wolfgang,
und da keiner einen Bugreport schreibt stolpern in 22.7 noch die
Anwender drüber.
Johannes
Bug ?
Ich dachte das ist ein Feature.
Da es früher in der Scanner Anleitung extra beschrieben war, dass man
die Datei "dll.conf" editieren muss, und bei neueren Scannern es
anscheinend zunehmend über Yast funktioniert, dachte ich, dass man
da bei SUSE keine Zeit mehr in das alte Zeugs investieren will.
Gruss
Werner
2:54 a.m.
Hallo,
On Oct 19 08:45 hamann.w(a)t-online.de wrote:
Das ist jetzt konkret kein Bug, weil es sich auf ein
älteres System bezieht, aber vielleicht kann
ja jemand schauen, ob das heute besser klappen würde
Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten.
Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann
festgestellt,
dass kein Scanner erkannt wird.
Beschäftigung mit google und sane-project.org führt zu
sane-find-scanner: "your device was probably detected" und
scanimage -L "kein Gerät"
Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der
Scanner-Datenbank")
das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch sonst
irgendetwas
damit unternehmen.
Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID einzutragen,
bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät unterstützt
sein müsste.
Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss, dass es
keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die diversen sane
Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine dll.conf
ausgewertet
wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das Gerät
dann auch sofort funktioniert.
Nur eben schade, dass yast das nicht für mich machen wollte
Normalerweise macht die YaST Scannerkonfiguration genau das.
Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
Schade, dass der ganze lange Text keine Information enthält,
die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier
nicht funktioniert hat.
Ich lese in dem Text nur:
-------------------------------------------------------------
... Scanner ... 11.0 ...
... Yast (im Textmodus) erkennt ... das Gerät als nicht
konfiguriert, mag aber den Eintrag nicht bearbeiten ...
-------------------------------------------------------------
Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht".
Bitte zum Vergleich
http://en.opensuse.org/SDB:How_to_Report_a_Printing_Issue
lesen und analog nachvollziehbare Informationen liefern,
sonst kann nichts daraus werden.
Siehe auch
http://en.opensuse.org/openSUSE:Bugreport_YaST
Als Hitergrundinformation siehe
http://en.opensuse.org/SDB:Configuring_Scanners
Gruss
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
3:01 a.m.
Hallo Johannes,
Am 10/19/2011 09:54 AM, schrieb Johannes Meixner:
Hallo,
On Oct 19 08:45 hamann.w(a)t-online.de wrote:
[...]
Normalerweise macht die YaST Scannerkonfiguration genau das.
Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
Schade, dass der ganze lange Text keine Information enthält,
die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier
nicht funktioniert hat.
Ich lese in dem Text nur:
-------------------------------------------------------------
... Scanner ... 11.0 ...
... Yast (im Textmodus) erkennt ... das Gerät als nicht
konfiguriert, mag aber den Eintrag nicht bearbeiten ...
-------------------------------------------------------------
Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht".
Ich muss gestehen, dass ich es mit 11.4 nicht mit Yast probiert habe,
weil ich ja wusste, wo ich in dll.conf schrauben musste.
Ich kann ja mal demnächst in meiner 11.4 Yast anschmeissen und dort
den Scanner versuchen einzurichten.
Ich hoffe nur, dass ich auch irgendwo nachlesen kann warum es nicht
geklappt hat, wenn es nicht klappt.
Aber vielleicht bin ich einfach nur zu pessimistisch.
Das Ergebnis werde ich gerne hier posten.
Gruss Werner
20 Oct
20 Oct
1:41 a.m.
Hallo alle,
Am 10/19/2011 10:01 AM, schrieb Werner Franke:
Hallo Johannes,
Am 10/19/2011 09:54 AM, schrieb Johannes Meixner:
> On Oct 19 08:45 hamann.w(a)t-online.de wrote:
> Normalerweise macht die YaST Scannerkonfiguration genau das.
> Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
>
> Schade, dass der ganze lange Text keine Information enthält,
> die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier
> nicht funktioniert hat.
>
[...]
Das Ergebnis werde ich gerne hier posten.
Ich muss meine Meinung revidieren.
Habe es gestern mit meinem SCSI Epson GT 7000 Scanner ausprobiert.
Habe den Scanner eingeschaltet und von Yast suchen lassen.
Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der
enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf
das # bei epson entfernt.
Ich habe es in der Vergangenheit noch nie so weit ausprobiert.
Nachdem mein Scanner nie erkannt wurde, habe ich immer abgebrochen
und die Datei von Hand geändert. Das war dann immer weniger Arbeit für mich.
Grüsse
Werner
2:12 a.m.
Hallo,
On Oct 20 08:41 Werner Franke wrote (excerpt):
Habe es gestern mit meinem SCSI Epson GT 7000 Scanner
ausprobiert.
Habe den Scanner eingeschaltet und von Yast suchen lassen.
Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der
enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf
das # bei epson entfernt.
Das yast2-scanner RPM beinhaltet /usr/lib/YaST2/bin/autodetect_scanners
und das ruft "sane-find-scanner -q" auf, um Scanner zu erkennen.
Warum "sane-find-scanner -q" den Epson GT 7000 SCSI Scanner
nicht erkennt, kann ich nicht sagen.
Evtl. liefert "sane-find-scanner -v" oder "sane-find-scanner -v -v"
einen Hinweis, woran es liegt.
Gruß
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
21 Oct
21 Oct
6:15 a.m.
Hi,
Am 20.10.2011 09:12, schrieb Johannes Meixner:
Hallo,
On Oct 20 08:41 Werner Franke wrote (excerpt):
Bitte schlag mich nicht.
Ich benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal
ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war.
RESCAN-SCSI hätte wahrscheinlich auch geholfen.
root@obelix (-bash) sane-find-scanner -v -v|more
This is sane-find-scanner from sane-backends 1.0.22
searching for SCSI scanners:
checking /dev/scanner... failed to open (Invalid argument)
checking /dev/sg0... failed to open (Invalid argument)
checking /dev/sg1... failed to open (Invalid argument)
checking /dev/sg2... failed to open (Invalid argument)
checking /dev/sg3... open ok
Inquiry for device:
000: 03 00 02 02 23 00 00 00 45 50 53 4f 4e 20 20 20
....#...EPSON
016: 53 43 41 4e 4e 45 52 20 47 54 2d 37 30 30 30 20 SCANNER
GT-7000
032: 31 2e 31 34 00 00 00 ff 1.14....
found SCSI processor "EPSON SCANNER GT-7000 1.14" at /dev/sg3
Warum es früher (vor 11.4) bei mir immer nicht funktioniert hat,
lässt sich jetzt natürlich nicht mehr herausfinden. S2Disk war
jedenfalls nicht der Grund, weil ich das erst seit 11.4 benutze.
Sorry für die Falschmeldung.
Gruss Werner
Habe es gestern mit meinem SCSI Epson GT 7000
Scanner ausprobiert.
Habe den Scanner eingeschaltet und von Yast suchen lassen.
Yast hat ihn nicht gefunden/erkannt. Ich habe ihn dann aus der
enthaltenen Liste ausgewählt. Danach wurde von Yast in dll.conf
das # bei epson entfernt.
Das yast2-scanner RPM beinhaltet /usr/lib/YaST2/bin/autodetect_scanners
und das ruft "sane-find-scanner -q" auf, um Scanner zu erkennen.
Warum "sane-find-scanner -q" den Epson GT 7000 SCSI Scanner
nicht erkennt, kann ich nicht sagen.
Evtl. liefert "sane-find-scanner -v" oder "sane-find-scanner -v -v"
einen Hinweis, woran es liegt.
7 a.m.
Hallo,
On Oct 21 13:15 Werner Franke wrote (excerpt):
Am 20.10.2011 09:12, schrieb Johannes Meixner:
...
> Warum "sane-find-scanner -q" den Epson
GT 7000 SCSI Scanner
> nicht erkennt, kann ich nicht sagen.
...
Ich benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte nochmal
ausprobiert. Jetzt hat ihn auch Yast und sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war.
RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information!
Dass man in solchen Fällen auch an Suspend to Disk als mögliche
Ursache denken muss, werde ich mir merken.
Gruß
Johannes Meixner
--
SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
3:34 p.m.
Hallo Johannes, hallo Werner, hallo Leute,
Am Freitag, 21. Oktober 2011 schrieb Johannes Meixner:
Und jetzt jagen wir das einmal durch den Übersetzer von deutsch nach
bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi auch mal
testest)
Resume from suspend2disk should run rescan-scsi
(TODO: test if it's also needed for suspend2ram)
Wer trägt das in Bugzilla ein? ;-)
(Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI noch
einen entsprechenden Scanner habe und daher die nötigen Infos nicht
kenne.)
Gruß
Christian Boltz
--
On Oct 21 13:15 Werner Franke wrote (excerpt):
Ich benutze
viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte
nochmal ausprobiert. Jetzt hat ihn auch Yast und
sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war.
RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information!
Dass man in solchen Fällen auch an Suspend to Disk als mögliche
Ursache denken muss, werde ich mir merken. PS.: Don't drink as root!
Das kann man gar
nicht oft genug sagen: "uups, rm -rf * statt rm -rf *~
in /etc", das war eine Meisterleistung nachts um 3 mit 2.6 auf dem
Turm ;-)) [Volker Müller und Thomas Bendler in suse-linux]
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
2 Nov
2 Nov
6:41 a.m.
Hi Christian,
Am 21.10.2011 22:34, schrieb Christian Boltz:
Hallo Johannes, hallo Werner, hallo Leute,
Am Freitag, 21. Oktober 2011 schrieb Johannes Meixner:
Und jetzt jagen wir das einmal durch den Übersetzer von deutsch nach
bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi auch mal
testest)
Resume from suspend2disk should run rescan-scsi
(TODO: test if it's also needed for suspend2ram)
Wer trägt das in Bugzilla ein? ;-)
(Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI noch
einen entsprechenden Scanner habe und daher die nötigen Infos nicht
kenne.)
Ich bin mir jetzt nicht sicher, was Du damit meinst. Ob ich es nur
testen soll (und hier Posten) oder einen Bug in Bugzilla bearbeiten soll.
Ich gehe erst mal von ersterem aus:
Habe meine Kiste neu booten lassen und bin dann in S2Disk gegangen.
Anschließend den SCSI Scanner und danach den PC eingeschaltet und aus S2disk
geholt.
In diesem Zustand findet "sane-find-scanner -q" nichts, da das Device
nicht angelegt ist.
Danach "RescanSCSI" ausgeführt.
Dabei habe ich herausgefunden, dass ich es immer 2mal laufen lassen
muss, damit es funktioniert.
Folgende Meldungen vom Script und in /var/log/messages
root@obelix (-bash) ./RescanSCSI
Host adapter 8 (sym53c8xx) found.
0 new device(s) found.
0 device(s) removed.
Kein EPSON SCANNER GT-7000 von sane-find-scanner gefunden.
Nov 1 12:53:55 obelix kernel: [10641.518612] sym0:15: ERROR (81:0) (8-0-0) (0/5/0) @
(scripta 50:f31c0004).
Nov 1 12:53:55 obelix kernel: [10641.518618] sym0: script cmd = 90080000
Nov 1 12:53:55 obelix kernel: [10641.518621] sym0: regdump: da 00 00 05 47 00 0f 0c 00 08
00 00 80 00 0f 02 16 e8 00 f0 02 ff ff ff.
Nov 1 12:53:55 obelix kernel: [10641.520890] sym0: SCSI BUS reset detected.
Nov 1 12:53:55 obelix kernel: [10641.524675] sym0: SCSI BUS has been reset.
root@obelix (-bash) ./RescanSCSI
Host adapter 8 (sym53c8xx) found.
Scanning for device 8 0 0 0 ...
NEW: Host: scsi8 Channel: 00 Id: 00 Lun: 00
Vendor: EPSON Model: SCANNER GT-7000 Rev: 1.14
Type: Processor ANSI SCSI revision: 02
1 new device(s) found.
0 device(s) removed.
Permission von /dev/sg4 fuer EPSON SCANNER GT-7000 auf 666 gesetzt.
Nov 1 12:54:35 obelix kernel: [10681.724636] scsi 8:0:0:0: Processor EPSON
SCANNER GT-7000 1.14 PQ: 0 ANSI: 2
Nov 1 12:54:35 obelix kernel: [10681.724646] scsi target8:0:0: Beginning Domain
Validation
Nov 1 12:54:35 obelix kernel: [10681.730058] scsi target8:0:0: Ending Domain Validation
Nov 1 12:54:35 obelix kernel: [10681.730286] scsi 8:0:0:0: Attached scsi generic sg4 type
3
Die jeweils letzte Meldung von ./RescanSCSI habe ich eingebaut)
Den Inhalt von RescanSCSI kann ich auch liefern, wenn gewünscht.
Es ist von (siehe unten) und schon etliche Jahre alt.
#!/bin/bash
# Skript to rescan SCSI bus, using the
# scsi add-single-device mechanism
# (w) 98/03/19 Kurt Garloff <kurt(a)garloff.de> (c) GNU GPL
Gruss Werner
On Oct 21 13:15 Werner Franke wrote (excerpt):
Ich
benutze viel Suspend to Disk ;-)
Gestern habe ich mal Rebootet und dann die Scanner Geschichte
nochmal ausprobiert. Jetzt hat ihn auch Yast und
sane-find-scanner gefunden.
Ist mir inzwischen auch gekommen, dass der S2Disk das Problem war.
RESCAN-SCSI hätte wahrscheinlich auch geholfen.
Danke für die Information!
Dass man in solchen Fällen auch an Suspend to Disk als mögliche
Ursache denken muss, werde ich mir merken.
6:14 p.m.
Hallo Werner, hallo Leute,
Am Mittwoch, 2. November 2011 schrieb Werner Franke:
Es war schon so gemeint, dass Du einen Bugreport einreichen sollst ;-)
(Anders ausgedrückt: siehe Signatur *g*)
Im Prinzip kannst Du Deine letzte Mail auf englisch übersetzen und in
Bugzilla einfügen - das ergibt einen vorbildlichen Bugreport incl.
Reproducer.
Gruß
Christian Boltz
--
Always file a bug: if it's not in Bugzilla, then it's not there ;)
[Pascal Bleser in opensuse-factory]
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
Am 21.10.2011 22:34, schrieb Christian Boltz:
Und jetzt
jagen wir das einmal durch den Übersetzer von deutsch
nach bugzillisch ;-) (davon ausgehend, dass Du das rescan-scsi
auch mal testest)
Resume from suspend2disk should run rescan-scsi
(TODO: test if it's also needed for suspend2ram)
Wer trägt das in Bugzilla ein? ;-)
(Ich mache es ausnahmsweise nicht, weil ich weder Ahnung von SCSI
noch einen entsprechenden Scanner habe und daher die nötigen
Infos nicht kenne.)
Ich bin mir jetzt nicht sicher, was Du damit meinst. Ob ich es nur
testen soll (und hier Posten) oder einen Bug in Bugzilla bearbeiten
soll. Ich gehe erst mal von ersterem aus:
19 Oct
19 Oct
1:38 p.m.
>
> Hallo,
>
> On Oct 19 08:45 hamann.w(a)t-online.de wrote:
> > Das ist jetzt konkret kein Bug, weil es sich auf ein älteres System bezieht,
aber vielleicht kann
> > ja jemand schauen, ob das heute besser klappen würde
> > Ich habe dieser Tage versucht, einen Scanner an einem 11.0 System einzurichten.
> > Ich habe also zuerst xsane installiert (sane-backends war schon da) und dann
festgestellt,
> > dass kein Scanner erkannt wird.
> >
> > Beschäftigung mit google und sane-project.org führt zu
> > sane-find-scanner: "your device was probably detected" und
> > scanimage -L "kein Gerät"
> > Yast (im Textmodus) erkennt nach einer länglichen Denkpause ("Erstellen der
Scanner-Datenbank")
> > das Gerät als nicht konfiguriert, mag aber den Eintrag nicht bearbeiten noch
sonst irgendetwas
> > damit unternehmen.
> > Der Vorschlag in der entsprechenden /etc/sane.d/hersteller.conf, die usb ID
einzutragen,
> > bleibt auch wirkungslos; ein Blick in die udev-rules zeigt, dass das Gerät
unterstützt sein müsste.
> >
> > Schliesslich wollte ich dann doch wissen, wieso scanimage -L so schnell weiss,
dass es
> > keinen Scanner gibt, wenn yast deutlich länger braucht, um vermutlich die
diversen sane
> > Dateien auszuwerten. Mit strace stellte sich schliesslich heraus, dass nur eine
dll.conf ausgewertet
> > wurde, und nach auskommentieren des passenden Eintrags in dieser Datei hat das
Gerät
> > dann auch sofort funktioniert.
> > Nur eben schade, dass yast das nicht für mich machen wollte
>
> Normalerweise macht die YaST Scannerkonfiguration genau das.
> Einen passenden Eintrag in /etc/sane.d/dll.conf aktivieren.
>
> Schade, dass der ganze lange Text keine Information enthält,
> die es mir ermöglicht, nachzuvollziehen, warum das in dem Fall hier
> nicht funktioniert hat.
>
> Ich lese in dem Text nur:
> -------------------------------------------------------------
> ... Scanner ... 11.0 ...
> ... Yast (im Textmodus) erkennt ... das Gerät als nicht
> konfiguriert, mag aber den Eintrag nicht bearbeiten ...
> -------------------------------------------------------------
> Kurz: "Scanner ... 11.0 ... Yast ... mag ... nicht".
>
Hallo Johannes,
gerade nochmal ausprobiert:
die sich beim "nicht konfigurierten" Gerät anbietende Option
"bearbeiten" verlässt
die Scannerseite genauso wie OK.
Ist der Scannertyp erst mal in der dll.conf eingetragen, wird nach erfolgreicher Suche
anstelle von "nicht konfiguriert" eben der Scannertyp angezeigt
Viele Grüsse
Wolfgang Hamann
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+unsubscribe(a)opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+owner(a)opensuse.org
3406
days inactive
3420
days old
13 comments
5 participants
participants (5)
-
Christian Boltz -
hamann.w＠t-online.de -
Johannes Kapune -
Johannes Meixner -
Werner Franke