[geloest] Scanner wird nicht mehr erkannt

Knappe · 3 Apr. 2009

Hallo,

setze seit laengere SuSE 11.0 (X86_64) ein und hatte bisher auch keine Probleme mit dem angeschlossenem Scanner (HP 6330 C).

Jetzt wurden Online ein paar Updates eingespielt und die Kiste mehrfach neu gestartet.
alles laeuft - aber der Sanner wird nicht aktiviert.

Der Witz ist aber : er wird erkannt, sowohl waehrend des Boot-Vorganges, als mit xsane-find-scanner -- libusb:001:002.

Aber weder "xanimage -L" noch YaST Scannereinrichtung funktionieren (bei letzterem wird war das Scannermodell erkannt, aber es wird nicht aktiviert).
Die mir neue Option "run hp setup" erkennt den Scanner auch nicht automatisch. Wenn ich dort aber den USB_port eingeben (001:002) wird das Modell richtig ausgelesen.
Leider wird da Geraet dann aber als Drucker definiert http://www.linux-club.de/posting.php?mode=post&f=42#

"hwsinfo --usb gibt mir folgendes aus

10: USB 00.0: 10c00 Scanner
[Created at usb.122]
UDI: /org/freedesktop/Hal/devices/usb_device_3f0_601_SG0BB2609TPE_if0
Unique ID: X7GA.jJniLidsMQB
Parent ID: k4bc.kllrQr_lFX9
SysFS ID: /devices/pci0000:00/0000:00:02.0/usb1/1-7/1-7:1.0
SysFS BusID: 1-7:1.0
Hardware Class: scanner
Model: "HP 6300C"
Hotplug: USB
Vendor: usb 0x03f0 "HP"
Device: usb 0x0601 "6300C"
Revision: "1.00"
Serial ID: "SG0BB2609TPE"
Speed: 12 Mbps
Module Alias: "usb:v03F0p0601d0100dc00dsc00dp00ic00isc00ip00"
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #12 (Hub)

So, was ist bei mir aber nicht i.O. ? Warum laesst sich das Teil nicht aktivieren ?

/dev/null · 3 Apr. 2009

Hi,

Danke für deinen Beitrag. Wollte dir nur mitteilen, dass du mit diesem Problem nicht allein bist.
Gleicher Fehler, gleiche Ausgaben, gleiche Suche -> ohne Ergebnis

MfG Peter

Geier0815 · 5 Apr. 2009

Dusselige Frage: Funktioniert das auch als root nicht oder nur als User nicht? Wenn auch als root nicht, wäre es wohl Zeit für einen Bugreport, im anderen Fall heißt es die Gruppenzugehörigkeit und evtl. die udev-rules checken.

Knappe · 7 Apr. 2009

Hi @Geier0815,

weder als als root noch als user.
Ich hatte schon mal grob die udev-Regeln geprüft (..50.. und ..55...) aber "leider" kein offensichtliches Problem entdecken können.

Sicher ist :
die udev-Regeln werden ausgeführt (hatte einfach mal die Gruppenkennung geändert) aber das Device "/dev/..." (z.B. /dev/scanner) wird nicht angelegt.
Könnte es sein, daß mal wieder etwas nicht richtig in den Kernel kompiliert wurde ?

whois · 8 Apr. 2009

Hi

Kannst du Nachvollziehen welche updates da genau eingespielt worden sind?
Welcher Kernel läuft da denn jetzt?

cu

Knappe · 13 Apr. 2009

Hallo @whois,

war leider ein paar Tage unterwegs und kann daher erst jetzt antworten :

Code:
Welcher Kernel läuft da denn jetzt?

Code:

# uname -a

ergibt

Linux myserver 2.6.25.18-0.2-default #1 SMP 2008-10-21 16:30:26 +0200 x86_64 x86_64 x86_64 GNU/Linux

Zum Vergrößern anklicken....

Das ist interessant.
Für den Tag an dem das Kernel-Update bei mir stattgefunden hat, habe ich folgenden Eintrag im YaST-Log gefunden :

2009-03-29 03:04:06 <1> myserver(7784) [YCP] PackageSystem.ycp:387 Packages providing tag 'kernel': ["kernel-default-2.6.25.20-0.1"

und

Code:

# dir /usr/src

ergibt

total 4
lrwxrwxrwx 1 root root 19 Mar 29 01:28 linux -> linux-2.6.25.20-0.1
drwxr-xr-x 22 root root 4096 Mar 29 01:27 linux-2.6.25.20-0.1
drwxr-xr-x 3 root root 19 Jan 14 03:02 linux-2.6.25.20-0.1-obj
lrwxrwxrwx 1 root root 23 Mar 29 01:28 linux-obj -> linux-2.6.25.20-0.1-obj
drwxr-xr-x 7 root root 67 Jun 10 2008 packages

Also zwei verschiedene Kernel-Versionen.

Das deckt sich im Übrigen auch mit Einträgen aus dem Zypper-Log für diesen Tag (allerdings zu anderen Zeiten) :

...
2009-03-29 01:11:41 <0> myserver(7492) [zypper] zypper-misc.cc(find_updates):1852 item I__s_(34118)kernel-default-2.6.25.18-0.2.x86_64(@System)
2009-03-29 01:11:41 <0> myserver(7492) [zypper] zypper-misc.cc(find_updates):1853 cand U__s_(32062)kernel-default-2.6.25.20-0.1.x86_64(openSUSE-11.0-Updates)
2009-03-29 01:11:41 <0> myserver(7492) [zypper] zypper-misc.cc(find_updates):1852 item I__s_(34119)kernel-source-2.6.25.18-0.2.x86_64(@System)
2009-03-29 01:11:41 <0> myserver(7492) [zypper] zypper-misc.cc(find_updates):1853 cand U__s_(32059)kernel-source-2.6.25.20-0.1.x86_64(openSUSE-11.0-Updates)
...

...
2009-03-29 01:23:14 <0> myserver(7812) [zypper] zypper-misc.cc(summary):1244 <install> (26418)kernel-source-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
2009-03-29 01:23:14 <0> myserver(7812) [zypper] zypper-misc.cc(summary):1244 <install> (26421)kernel-default-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
...

...
2009-03-29 01:24:16 <1> myserver(7812) [zypp] PackageProvider.cc(providePackage):95 provide Package (26421)kernel-default-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
2009-03-29 01:24:16 <0> myserver(7812) [zypp] DeltaCandidates.cc(deltaRpms):102 package: (26421)kernel-default-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
2009-03-29 01:24:16 <0> myserver(7812) [zypp] DeltaCandidates.cc(deltaRpms):102 package: (26421)kernel-default-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
2009-03-29 01:24:16 <0> myserver(7812) [zypp] DeltaCandidates.cc(deltaRpms):102 package: (26421)kernel-default-2.6.25.20-0.1.x86_64(/ftp/mirror/opensuse/update/11.0/)
...

2009-03-29 01:24:16 <0> myserver(7812) [zypp] DeltaCandidates.cc(deltaRpms):115 checking delta: DeltaRpm[kernel-default-2.6.25.20-0.1.i586]([1]./rpm/i586/kernel-default-2.6.25.5_2.6.25.20-1.1_0.1.i586.delta.rpm{6.1 M|sha1-924c4fc605f0314a180c4a8fc996d30e0e28de54}|2.6.25.5-1.1,kernel-default-2.6.25.5-1.1-1d27c72f8bb2dfa7d4a23488e4a0ee1d2241219cf4d170)
...
2009-03-29 01:24:16 <0> myserver(7812) [zypp] DeltaCandidates.cc(deltaRpms):115 checking delta: DeltaRpm[kernel-default-2.6.25.20-0.1.i586]([1]./rpm/i586/kernel-default-2.6.25.18_2.6.25.20-0.2_0.1.i586.delta.rpm{5.7 M|sha1-66a26210aeac09b7a2a68ab1ccbf36a072c5e5f5}|2.6.25.18-0.2,kernel-default-2.6.25.18-0.2-a3391fe0eb30c7a523ff6a78a9130bf82241219cf4d170)
...

Davon gibt es denn noch dutzende weiterer Einträge der Einspielung ...
Hätte die, wie auch den Rest des Protokolls, gerne via einem NoPaste-Service hier zur Verfügung gestellt, aber das Protokoll ist über 8.5 MB groß.

Ganz offensichtlich scheint also bei diesem Update irgendetwas "schief" gelaufen zu sein. Aber was und warum ?

Zur Info bezüglich der udev-Einträge :
1. "etc/udev/rules.d/55-libsane.rules"

# Kernel >= 2.6.22 jumps here
LABEL="libsane_create_usb_dev"

# For Linux >= 2.6.22 without CONFIG_USB_DEVICE_CLASS=y
# If the following rule does not exist on your system yet, uncomment it
ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0664", OWNER="root", GROUP="root"
...
# Hewlett-Packard ScanJet 6300C | Hewlett-Packard ScanJet 6350C | Hewlett-Packard ScanJet 6390C
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="0601", MODE="0664", GROUP="lp", ENV{libsane_matched}="yes"
...
# The following rule will disable USB autosuspend for the device
ENV{libsane_matched}=="yes", RUN+="/bin/sh -c 'test -e /sys/$env{DEVPATH}/power/level && echo on > /sys/$env{DEVPATH}/power/level'"

LABEL="libsane_rules_end"

und
2. "etc/udev/rules.d/50-udev-default.rules"

...

# libusb device nodes
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0644"
...

Von daher müsste das Device eigentlich generiert werden, denn auch in der "/etc/fstab" sind keine Besonderheiten vorhanden :

Code:

usbfs                /proc/bus/usb        usbfs      noauto                0 0
/dev/disk/by-label/SUNGOO   /NDASdev            xfs        defaults              0 0

Vielleicht hier abschliessend noch zur Info die verwendeten Repos :

dir /etc/zypp/repos.d
-rw-r--r-- 1 root root 205 Mar 29 03:05 OpenSuSE-11-Utilities.repo
-rw-r--r-- 1 root root 197 Mar 29 03:05 _ftp_mirror_opensuse_update_11.0_.repo
-rw-r--r-- 1 root root 170 Mar 29 03:05 openSUSE-11.0-Updates.repo
-rw-r--r-- 1 root root 133 Mar 29 03:05 openSUSE-retail_11.0.repo
-rw-r--r-- 1 root root 207 Mar 29 03:05 openSUSE_11.0_(Samba).repo
-rw-r--r-- 1 root root 192 Mar 29 03:05 repo-non-oss.repo
-rw-r--r-- 1 root root 180 Mar 29 03:05 repo-oss.repo

Zum Vergrößern anklicken....

Sauerland · 13 Apr. 2009

Hi Knappe
Zeig einmal die Ausgabe von:
rpm -qa | grep kernel
und zypper lr -u

Knappe · 13 Apr. 2009

Hallo @Sauerland,

# rpm -qa | grep kernel
nfs-kernel-server-1.1.2-9.2
kernel-source-2.6.25.20-0.1
kernel-default-2.6.25.20-0.1
linux-kernel-headers-2.6.25-8.1

# zypper lr -u
# | Alias | Name | Enabled | Refresh | URI
--+-----------------------------------+-----------------------+---------+---------+-------------------------------------------------------------------------------
1 | repo-oss | openSUSE-11.0-Oss | Yes | No | http://download.opensuse.org/distribution/11.0/repo/oss/
2 | repo-non-oss | openSUSE-11.0-Non-Oss | Yes | No | http://download.opensuse.org/distribution/11.0/repo/non-oss/
3 | repo-debug | openSUSE-11.0-Debug | No | No | http://download.opensuse.org/distribution/11.0/repo/debug/
4 | /ftp/mirror/opensuse/update/11.0/ | openSUSE-11.0-Updates | Yes | Yes | http://mirror.switch.ch/ftp/mirror/opensuse/update/11.0/
5 | openSUSE_11.0_(Samba) | openSUSE_11.0 (Samba) | Yes | Yes | http://download.opensuse.org/repositories/network:/samba:/STABLE/openSUSE_11.0
6 | OpenSuSE-11-Utilities | OpenSuSE-11-Utilities | Yes | Yes | http://download.opensuse.org/repositories/network%3a/utilities/openSUSE_11.0
7 | openSUSE-11.0-Updates | openSUSE-11.0-Updates | Yes | Yes | http://download.opensuse.org/update/11.0/
8 | OpenSuSE-retail_11.0 | OpenSuSE-retail 11.0 | No | No | dir:///download/SuSE11/suse/
9 | openSUSE-retail_11.0 | openSUSE-retail 11.0 | No | No | dvd:///

Die Versions-Nr´n der RPM´s vom Kernel entsprechen denen aus dem Verzeichnis "/usr/src", aber nicht "uname -a".

In meiner "/boot" gibt es auch keine "kernel...2.6.25.20.."er-Version.

# dir /boot/initrd*
lrwxrwxrwx 1 root root 28 Mar 28 19:03 /boot/initrd -> initrd-2.6.25.18-0.2-default
-rw-r--r-- 1 root root 3786567 Mar 25 2007 /boot/initrd-2.6.18.2-34-debug
-rw-r--r-- 1 root root 3898092 Mar 25 2007 /boot/initrd-2.6.18.8-ccj45-default
-rw-r--r-- 1 root root 3763644 Mar 25 2007 /boot/initrd-2.6.18.8-ccj45-xen
-rw-r--r-- 1 root root 3894788 Nov 5 2007 /boot/initrd-2.6.22.9-ccj54-default
-rw-r--r-- 1 root root 4154820 Nov 21 2007 /boot/initrd-2.6.23.1-900.ccj57-default
-rw-r--r-- 1 root root 3784875 Nov 4 2007 /boot/initrd-2.6.23.1-900.ccj57-xen
-rw-r--r-- 1 root root 6136837 Nov 16 20:06 /boot/initrd-2.6.25.18-0.2-default
lrwxrwxrwx 1 root root 29 Mar 28 19:03 /boot/initrd-xen -> initrd-2.6.23.1-900.ccj57-xen

Sauerland · 13 Apr. 2009

Repo Nr. 4 rausschmeissen, ist wie Nr. 7
Nr. 1+2 refreshen erlauben.

Ich würde jetzt versuchen, den kernel neu upzudaten. Ob es was hilft weiß ich aber nicht.

Knappe · 13 Apr. 2009

Hallo @Sauerland,

Repo Nr. 4 rausschmeissen, ist wie Nr. 7
Nr. 1+2 refreshen erlauben.

Ich würde jetzt versuchen, den kernel neu upzudaten

Alles ausgeführt.

Folge :

# uname -a
Linux asterix 2.6.25.20-0.1-default #1 SMP 2008-12-12 20:30:38 +0100 x86_64 x86_64 x86_64 GNU/Linux

und

# rpm -qa | grep kernel
linux-kernel-headers-2.6.25-8.1
kernel-source-2.6.25.20-0.1
kernel-docs-2.6.25.20-0.1
kernel-syms-2.6.25.20-0.1
kernel-default-2.6.25.20-0.1
nfs-kernel-server-1.1.2-9.2

Also habe ich jetzt die richtige Version "am Wickel"

Aber
1. meine USB-Platte wird nicht mehr erkannt (wurde vorher)
2. der Scanner wird immer noch nicht zugeordnet

Habe mir deshalb noch einmal die /var/boot.log angesehen und die USB betreffenden Einträge hier zur Verfügung gestellt.

Dabei sind zwei Einträge besonders wichtigt :

<3>hub 1-0:1.0: unable to enumerate USB device on port 7
und
<3>hub 2-0:1.0: unable to enumerate USB device on port 8

An "port 7" hängt die USB-Platte, an "port 8" der Scanner !

hwinfo --usb ergibt

# hwinfo --usb
08: USB 00.0: 10c00 Scanner
[Created at usb.122]
UDI: /org/freedesktop/Hal/devices/usb_device_3f0_601_SG0BB2609TPE_if0
Unique ID: cEJe.jJniLidsMQB
Parent ID: pBe4.kllrQr_lFX9
SysFS ID: /devices/pci0000:00/0000:00:02.0/usb2/2-7/2-7:1.0
SysFS BusID: 2-7:1.0
Hardware Class: scanner
Model: "HP 6300C"
Hotplug: USB
Vendor: usb 0x03f0 "HP"
Device: usb 0x0601 "6300C"
Revision: "1.00"
Serial ID: "SG0BB2609TPE"
Speed: 12 Mbps
Module Alias: "usb:v03F0p0601d0100dc00dsc00dp00ic00isc00ip00"
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #9 (Hub)

09: USB 00.0: 10a00 Hub
[Created at usb.122]
UDI: /org/freedesktop/Hal/devices/usb_device_1d6b_1_0000_00_02_0_if0
Unique ID: pBe4.kllrQr_lFX9
SysFS ID: /devices/pci0000:00/0000:00:02.0/usb2/2-0:1.0
SysFS BusID: 2-0:1.0
Hardware Class: hub
Model: "Linux 2.6.25.20-0.1-default ohci_hcd OHCI Host Controller"
Hotplug: USB
Vendor: usb 0x1d6b "Linux 2.6.25.20-0.1-default ohci_hcd"
Device: usb 0x0001 "OHCI Host Controller"
Revision: "2.06"
Serial ID: "0000:00:02.0"
Driver: "hub"
Driver Modules: "usbcore"
Speed: 12 Mbps
Module Alias: "usb:v1D6Bp0001d0206dc09dsc00dp00ic09isc00ip00"
Driver Info #0:
Driver Status: usbcore is active
Driver Activation Cmd: "modprobe usbcore"
Config Status: cfg=new, avail=yes, need=no, active=unknown

10: USB 00.0: 10a00 Hub
[Created at usb.122]
UDI: /org/freedesktop/Hal/devices/usb_device_1d6b_2_0000_00_02_1_if0
Unique ID: k4bc.OqydEZZ981A
SysFS ID: /devices/pci0000:00/0000:00:02.1/usb1/1-0:1.0
SysFS BusID: 1-0:1.0
Hardware Class: hub
Model: "Linux 2.6.25.20-0.1-default ehci_hcd EHCI Host Controller"
Hotplug: USB
Vendor: usb 0x1d6b "Linux 2.6.25.20-0.1-default ehci_hcd"
Device: usb 0x0002 "EHCI Host Controller"
Revision: "2.06"
Serial ID: "0000:00:02.1"
Driver: "hub"
Driver Modules: "usbcore"
Speed: 480 Mbps
Module Alias: "usb:v1D6Bp0002d0206dc09dsc00dp01ic09isc00ip00"
Driver Info #0:
Driver Status: usbcore is active
Driver Activation Cmd: "modprobe usbcore"
Config Status: cfg=new, avail=yes, need=no, active=unknown

Scanner erkannt (aber nicht zugeordnet), USB_Platte gar nicht erst erkannt !

Und ... klar

# lsusb
Bus 002 Device 002: ID 03f0:0601 Hewlett-Packard ScanJet 6300c
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Aber

Code:

# sane-find-scanner

ergibt immer noch

found USB scanner (vendor=0x03f0 [Hewlett-Packard], product=0x0601 [HP ScanJet 6300C]) at libusb:002:002

Wo liegen bloß die Probleme ???

Knappe · 13 Apr. 2009

Noch eine Egänzung :

Das verwendete Boad benutzt den NVidia CK804 Chipsatz:

# lspci
00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3)
00:01.0 ISA bridge: nVidia Corporation CK804 ISA Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2)
00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2)
00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3)
00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2)
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
00:07.0 RAID bus controller: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:08.0 RAID bus controller: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2)
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
00:0b.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:07.0 SCSI storage controller: Adaptec AHA-2940U2/U2W
01:08.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 01)
01:08.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 01)
01:0a.0 FireWire (IEEE 1394): Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller (rev 01)
05:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]
05:00.1 Display controller: ATI Technologies Inc RV370 [Radeon X300SE]

[edit]
Habe jetzt einfach mal die nicht erkannte USB-Festplatte aus- und wieder eingestoepselt : siehe da wird jetzt einwandfrei erkannt !
Aber warum ? Habe den Server zischendurch mehrfach neu gebootet.
Scheint fast so, als wenn die USB-Ports seitens SuSE nicht aktualisiert (bzw. abgefragt) wuerden ...

Aber der Scanner wird weiterhin nicht erkannt.

Daher habe ich mir mal mit

Code:

# udevadm info --export-db

folgende Ausgabe (hier nur ein Auszug davon) erzeugen lassen:

P: /devices/pci0000:00/0000:00:02.0/usb1/1-9
N: bus/usb/001/002
E: libsane_matched=yes
E: sane_backend_hp=yes

P: /devices/pci0000:00/0000:00:02.0/usb1/1-9/1-9:1.0/usb_endpoint/usbdev1.2_ep02
N: usbdev1.2_ep02
E: sane_backend_hp=yes

P: /devices/pci0000:00/0000:00:02.0/usb1/1-9/1-9:1.0/usb_endpoint/usbdev1.2_ep81
N: usbdev1.2_ep81
E: sane_backend_hp=yes

P: /devices/pci0000:00/0000:00:02.0/usb1/1-9/1-9:1.0/usb_endpoint/usbdev1.2_ep83
N: usbdev1.2_ep83
E: sane_backend_hp=yes

P: /devices/pci0000:00/0000:00:02.0/usb1/1-9/usb_endpoint/usbdev1.2_ep00
N: usbdev1.2_ep00
E: sane_backend_hp=yes

Kann mir jemand mal diese Ausgabe erklaeren (in "/proc/bus/usb" ist alles leer) ?

Knappe · 15 Apr. 2009

Push !!!

Habe aus Verzweifelung ein Update auf openSuSE 11.1 gemacht : gleiche Problematik.
Alle anderen USB-Devices werden erkannt (Festplatte und Sticks), Scanner via "lsusb" und "sane-find-scanner" auch.
Aber es erfolgt keine Erstellungen eines /dev/scanner", "/dev/sg0" etc.

Habe dann aber mal eine Kontrolle mit Knoppix 5.3 durchgeführt :
Siehe da, alles erkannt. Konnte sofort mit dem Scannen loslegen ...

Also liegt es
- am Kernel oder
- an der udev-Verwaltung, Hal etc. ?

Bitte helfen !

Knappe · 16 Apr. 2009

Hi,

konnte das Problem jetzt loesen !

Habe die Datei "/etc/sane.d/dll.conf" kontrolliert und anschliessend von einer Sicherung zurueckgespielt.

Jetzt erkennt neben

Code:

# sane-find-scanner

found USB scanner (vendor=0x03f0 [Hewlett-Packard], product=0x0601 [HP ScanJet 6300C]) at libusb:001:004

auch

Code:

# scanimage -L

device `hp:libusb:001:004' is a Hewlett-Packard ScanJet 63x0C flatbed scanner
device `net:localhost:hp:libusb:001:004' is a Hewlett-Packard ScanJet 63x0C flatbed scanner

den Scanner

Der (nach dem Update vorhandene) Inhalt der "/etc/sane.d/dll.conf" war :

# cat /etc/sane.d/dll.conf
# The hpaio backend is provided by the hplip package:
hpaio

Jetzt steht neben vielen anderen Eintraegen auch

...
#gt68xx
hp
#hp3900
#hpsj5s
#hp3500
#hp4200
#hp5400
#hp5590
#hpljm1005
#hs2p
...

und siehe da ....

[Edit]
Vielleicht hilft zur Fehlersuche ja noch dieses hier

Code:

export SANE_DEBUG_DLL=255 ; scanimage -L

[geloest] Scanner wird nicht mehr erkannt

Knappe

Hacker

/dev/null

Moderator

Geier0815

Guru

Knappe

Hacker

whois

Ultimate Guru

Knappe

Hacker

Sauerland

Ultimate Guru

Knappe

Hacker

Sauerland

Ultimate Guru

Knappe

Hacker

Knappe

Hacker

Knappe

Hacker

Knappe

Hacker