---

Hej Gruppe
Jeg har før spurgt om hvordan sådan en fætter sættes op i fstab m.m.,
men oplysningerne er væk fra serveren.
Mit problem er at jeg ikke kan tømme/læse kortet fra mit camera, jeg
skal hver gang hen til en bekendt der bruger XP, hvor han så brænder en
CD til mig ( plus alt det man skal høre på fordi der er noget jeg ikke
kan bruge KNOPPIX Linux til ).
Ved at Google kan jeg se at det er et alment problem at tilslutte denne
læser, læsere i almindelighed,til usb porten.

Hvorfor ser man aldrig en en "færdig" opskrift til løsning af dette
problem. At det er et problem vidner alle de halvfærdige tråde i
forskellige Linux portaler om.

Jeg har før fundet kortlæseren på desktop, men så var partitionen ukendt?

Nu har jeg nedenfor indsat kopier af hvad forskellige kommandoer har
givet af resultat med det stille håb at en eller anden kan overskue min
opsætning og hjælpe med en brugebar løsning:

1.
root@HUGO# fdisk -l

Disk /dev/hda: 20.4 Gb, 20490559488 byte
255 hoveder, 63 sektorer/spor, 2491 cylindre
Enheder = cylindre af 16065 * 512 = 8225280 byte

Enhed Opstart Start Slut Blokke Id System
/dev/hda1 * 1 2422 19454683+ 83 Linux
/dev/hda2


2.
root@HUGO# lsusb
Bus 001 Device 001: ID 0000:0000
Bus 002 Device 002: ID 0aec:3260 Neodio Technologies Corp. 7-in-1 Card
Reader
Bus 002 Device 001: ID 0000:0000


3.
root@HUGO# lsmod
Module Size Used by
lp 13696 0
autofs4 20740 1
ext3 123016 0
jbd 63008 1 ext3
ipv6 238336 10
sis_agp 9988 0
intel_agp 22684 0
efficeon_agp 10016 0
amd_k7_agp 10380 0
ali_agp 9344 0
af_packet 23816 0
dm_mod 48404 0
fuse 34952 0
pcmcia 33324 0
firmware_class 11648 1 pcmcia
yenta_socket 25612 0
rsrc_nonstatic 14080 1 yenta_socket
pcmcia_core 35992 3 pcmcia,yenta_socket,rsrc_nonstatic
apm 21612 0
unionfs 61728 0
sbp2 22788 0
ohci1394 33200 0
ieee1394 285784 2 sbp2,ohci1394
ohci_hcd 21636 0
ehci_hcd 32008 0
snd_ens1371 23712 1
snd_rawmidi 22560 1 snd_ens1371
snd_seq_device 10252 1 snd_rawmidi
snd_ac97_codec 88352 1 snd_ens1371
snd_ac97_bus 6016 1 snd_ac97_codec
via686a 18312 0
hwmon 6404 1 via686a
snd_pcm_oss 38176 0
snd_mixer_oss 17536 1 snd_pcm_oss
snd_pcm 73220 3 snd_ens1371,snd_ac97_codec,snd_pcm_oss
snd_timer 22148 1 snd_pcm
snd 44768 10
snd_ens1371,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
tsdev 9920 0
i2c_isa 7680 1 via686a
8250_pnp 12288 0
8250 24320 1 8250_pnp
serial_core 20480 1 8250
shpchp 37032 0
pci_hotplug 28612 1 shpchp
soundcore 11104 1 snd
snd_page_alloc 11272 1 snd_pcm
via_agp 11648 1
agpgart 29156 6
sis_agp,intel_agp,efficeon_agp,amd_k7_agp,ali_agp,via_agp
i2c_viapro 11284 0
i2c_core 20480 3 via686a,i2c_isa,i2c_viapro
evdev 11648 0
parport_pc 38512 1
parport 33992 2 lp,parport_pc
analog 13728 0
gameport 14728 2 snd_ens1371,analog
usb_storage 76480 0
8139too 25728 0
mii 8448 1 8139too
uhci_hcd 23308 0
usbcore 109084 5 ohci_hcd,ehci_hcd,usb_storage,uhci_hcd
processor 25736 0
reiserfs 238704 1



4.
# /etc/fstab: filesystem table.
#
# filesystem mountpoint type options dump pass
/dev/hda1 / reiserfs defaults 0 1

#/dev/hdd1 / vfat user,exec,rw 0 0
/dev/sda1 /mnt/cardreader vfat ro,user,noauto,umask=000 0 0
proc /proc proc defaults 0 0
/dev/fd0 /floppy vfat defaults,user,noauto,showexec,umask=022 0 0
usbfs /proc/bus/usb usbfs devmode=0666 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
/dev/cdrom /media/cdrom iso9660 defaults,ro,users,noexec,noauto 0 0
/dev/cdrom1 /media/cdrom1 iso9660 defaults,ro,users,noexec,noauto 0 0
# Added by KNOPPIX
/dev/hda2 none swap defaults 0 0

5.
root@HUGO# dmesg
Linux version 2.6.17 (root@Knoppix) (gcc version 4.0.4 20060507
(prerelease) (Debian 4.0.3-3)) #4 SMP PREEMPT Wed May 10 13:53:45 CEST 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000009fec000 (usable)
BIOS-e820: 0000000009fec000 - 0000000009fef000 (ACPI data)
BIOS-e820: 0000000009fef000 - 0000000009fff000 (reserved)
BIOS-e820: 0000000009fff000 - 000000000a000000 (ACPI NVS)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
159MB LOWMEM available.
On node 0 totalpages: 40940
DMA zone: 4096 pages, LIFO batch:0
Normal zone: 36844 pages, LIFO batch:7
DMI 2.3 present.
ACPI: RSDP (v000 ASUS ) @ 0x000f6b80
ACPI: RSDT (v001 ASUS A7V-E 0x30303031 MSFT 0x31313031) @ 0x09fec000
ACPI: FADT (v001 ASUS A7V-E 0x30303031 MSFT 0x31313031) @ 0x09fec080
ACPI: BOOT (v001 ASUS A7V-E 0x30303031 MSFT 0x31313031) @ 0x09fec040
ACPI: DSDT (v001 ASUS A7V-E 0x00001000 MSFT 0x0100000b) @ 0x00000000
ACPI: BIOS age (2001) fails cutoff (2002), acpi=force is required to
enable ACPI
ACPI: Disabling ACPI support
Allocating PCI resources starting at 10000000 (gap: 0a000000:f5ff0000)
Built 1 zonelists
Kernel command line: root=/dev/hda1 ro ramdisk_size=100000 lang=da:da_DK
apm=power-off nomce vga=791
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffd000 (0114a000)
Enabling fast FPU save and restore... done.
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 4096 bytes)
Detected 1009.085 MHz processor.
Using tsc for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 153108k/163760k available (2225k kernel code, 10148k reserved,
807k data, 324k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 2021.70 BogoMIPS
(lpj=4043406)
Security Framework v1.0.0 initialized
SELinux: Disabled at boot.
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0183f9ff c1c7f9ff 00000000 00000000
00000000 00000000 00000000
CPU: After vendor identify, caps: 0183f9ff c1c7f9ff 00000000 00000000
00000000 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After all inits, caps: 0183f9ff c1c7f9ff 00000000 00000420 00000000
00000000 00000000
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 12k freed
CPU0: AMD Athlon(tm) Processor stepping 02
SMP motherboard not detected.
Local APIC not detected. Using dummy APIC emulation.
Brought up 1 CPUs
migration_cost=0
checking if image is initramfs... it is
Freeing initrd memory: 4927k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xf10e0, last bus=1
Setting up standard PCI resources
ACPI: Subsystem revision 20060127
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00fbd60
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xbd90, dseg 0xf0000
PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
SCSI subsystem initialized
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI quirk: region e200-e27f claimed by vt82c686 HW-mon
PCI quirk: region e800-e80f claimed by vt82c686 SMB
Boot video device is 0000:01:00.0
PCI: Using IRQ router VIA [1106/0686] at 0000:00:07.0
pnp: 00:12: ioport range 0xe400-0xe47f has been reserved
pnp: 00:12: ioport range 0xe800-0xe83f could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: disabled.
MEM window: f8000000-f9dfffff
PREFETCH window: f9f00000-fbffffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
TCP established hash table entries: 8192 (order: 4, 98304 bytes)
TCP bind hash table entries: 4096 (order: 3, 49152 bytes)
TCP: Hash tables configured (established 8192 bind 4096)
TCP reno registered
Simple Boot Flag at 0x3a set to 0x1
audit: initializing netlink socket (disabled)
audit(1203083712.172:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered (default)
io scheduler cfq registered
Applying VIA southbridge workaround.
PCI: Disabling Via external APIC routing
vesafb: framebuffer at 0xfa000000, mapped to 0xca880000, using 3072k,
total 4096k
vesafb: mode is 1024x768x16, linelength=2048, pages=0
vesafb: protected mode interface info at c000:0336
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12ac
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 100000K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci0000:00:07.1
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: Maxtor 2B020H1, ATA DISK drive
hdb: CREATIVE CD5233E, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: max request size: 128KiB
hda: 40020624 sectors (20490 MB) w/2048KiB Cache, CHS=39703/16/63
hda: cache flushes not supported
hda: hda1 hda2
hdb: ATAPI 56X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
libata version 1.20 loaded.
PNP: PS/2 Controller [PNP0303,PNP0f13] at 0x60,0x64 irq 1,12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
EISA: Probing bus 0 at eisa.0
EISA: Detected 0 cards.
NET: Registered protocol family 1
NET: Registered protocol family 15
Using IPI No-Shortcut mode
Freeing unused kernel memory: 324k freed
input: AT Translated Set 2 keyboard as /class/input/input0
input: PS2++ Logitech Wheel Mouse as /class/input/input1
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v3.0
PCI: Found IRQ 9 for device 0000:00:07.2
PCI: Sharing IRQ 9 with 0000:00:07.3
uhci_hcd 0000:00:07.2: UHCI Host Controller
uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:07.2: irq 9, io base 0x0000d400
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
PCI: Found IRQ 9 for device 0000:00:07.3
PCI: Sharing IRQ 9 with 0000:00:07.2
uhci_hcd 0000:00:07.3: UHCI Host Controller
uhci_hcd 0000:00:07.3: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:07.3: irq 9, io base 0x0000d000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
8139too Fast Ethernet driver 0.9.27
PCI: Found IRQ 5 for device 0000:00:0f.0
eth0: RealTek RTL8139 at 0xca826000, 00:50:fc:cf:78:32, IRQ 5
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
usb 1-2: new full speed USB device using uhci_hcd and address 2
usb 1-2: device descriptor read/64, error -71
usb 1-2: device descriptor read/64, error -71
usb 1-2: new full speed USB device using uhci_hcd and address 3
usb 1-2: device descriptor read/64, error -71
usb 1-2: device descriptor read/64, error -71
usb 1-2: new full speed USB device using uhci_hcd and address 4
usb 1-2: device not accepting address 4, error -71
usb 1-2: new full speed USB device using uhci_hcd and address 5
usb 1-2: device not accepting address 5, error -71
usb 2-1: new full speed USB device using uhci_hcd and address 2
usb 2-1: configuration #1 chosen from 1 choice
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
Vendor: GENERIC Model: USB Storage-SMC Rev: I19B
Type: Direct-Access ANSI SCSI revision: 00
sd 0:0:0:0: Attached scsi removable disk sda
usb-storage: device scan complete
ReiserFS: hda1: found reiserfs format "3.6" with standard journal
ReiserFS: hda1: using ordered data mode
ReiserFS: hda1: journal params: device hda1, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max
trans age 30
ReiserFS: hda1: checking transaction log (hda1)
ReiserFS: hda1: replayed 110 transactions in 7 seconds
ReiserFS: hda1: Using r5 hash to sort names
Warning: /proc/ide/hd?/settings interface is obsolete, and will be
removed soon!
parport_pc: VIA 686A/8231 detected
parport_pc: probing current configuration
parport_pc: Current parallel port base: 0x378
parport0: PC-style at 0x378 (0x778), irq 7, using FIFO
[PCSPP,TRISTATE,COMPAT,ECP]
parport_pc: VIA parallel port: io=0x378, irq=7
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected VIA Twister-K/KT133x/KM133 chipset
agpgart: AGP aperture is 32M @ 0xfc000000
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:03: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ts: Compaq touchscreen protocol output
PCI: Found IRQ 10 for device 0000:00:0e.0
Adding 554232k swap on /dev/hda2. Priority:-1 extents:1 across:554232k
ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ieee1394: Initialized config rom entry `ip1394'
ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
ieee1394: sbp2: Try serialize_io=0 for better performance
Registering unionfs 20060221-0341
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
fuse init (API version 7.6)
device-mapper: 4.6.0-ioctl (2006-02-17) initialised: dm-devel@redhat.com
NET: Registered protocol family 17
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
IPv6 over IPv4 tunneling driver
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
lp0: using parport0 (interrupt-driven).
lp0: console ready
eth0: no IPv6 routers present

Med venlig hilsen
Ernst Løgstrup

---

ERLO wrote:
> Hej Gruppe
> Jeg har før spurgt om hvordan sådan en fætter sættes op i fstab m.m.,
> men oplysningerne er væk fra serveren.
> Mit problem er at jeg ikke kan tømme/læse kortet fra mit camera, jeg
> skal hver gang hen til en bekendt der bruger XP, hvor han så brænder en
> CD til mig ( plus alt det man skal høre på fordi der er noget jeg ikke
> kan bruge KNOPPIX Linux til ).
> Ved at Google kan jeg se at det er et alment problem at tilslutte denne
> læser, læsere i almindelighed,til usb porten.
>
Google søgning: neodio card reader linux
Første link:
Neodio CompactFlash Cardreader on Linux
Neodio CompactFlash Cardreader on Linux ... it will automatically
recognize the card reader/writer. Just access (mount) it as any other
USB storage device. ...
software.frodo.looijaard.name/neodio/
Neodio CompactFlash Cardreader on Linux
The The Neodio or Lead Data USB Compact Flash reader/writer is an USB
storage device for reading CompactFlash cards. It needs some special
initialization code to work properly in Linux 2.4 kernels. This kernel
patch provides it. It should work with all 2.4 kernels, though it has
been tested only with 2.4.19 and later. Offsets may be a bit off, but
it should apply cleanly. 2.6 kernels do not need this patch, as they
handle the Neodio correctly without help.
..
..
Just access (mount) it as any other USB storage device.

Det var øjensynligt i kernel 2.4 der var problemer.
I kernel 2.6 skulle problemerne være løst.




--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Jørgen Heesche skrev:
> ERLO wrote:
>> Hej Gruppe
>> Jeg har før spurgt om hvordan sådan en fætter sættes op i fstab m.m.,
>> men oplysningerne er væk fra serveren.
>> Mit problem er at jeg ikke kan tømme/læse kortet fra mit camera, jeg
>> skal hver gang hen til en bekendt der bruger XP, hvor han så brænder
>> en CD til mig ( plus alt det man skal høre på fordi der er noget jeg
>> ikke kan bruge KNOPPIX Linux til ).
>> Ved at Google kan jeg se at det er et alment problem at tilslutte
>> denne læser, læsere i almindelighed,til usb porten.
>>
> Google søgning: neodio card reader linux
> Første link:
> Neodio CompactFlash Cardreader on Linux
> Neodio CompactFlash Cardreader on Linux ... it will automatically
> recognize the card reader/writer. Just access (mount) it as any other
> USB storage device. ...
> software.frodo.looijaard.name/neodio/
> Neodio CompactFlash Cardreader on Linux
> The The Neodio or Lead Data USB Compact Flash reader/writer is an USB
> storage device for reading CompactFlash cards. It needs some special
> initialization code to work properly in Linux 2.4 kernels. This kernel
> patch provides it. It should work with all 2.4 kernels, though it has
> been tested only with 2.4.19 and later. Offsets may be a bit off, but it
> should apply cleanly. 2.6 kernels do not need this patch, as they handle
> the Neodio correctly without help.
> .
> .
> Just access (mount) it as any other USB storage device.
>
> Det var øjensynligt i kernel 2.4 der var problemer.
> I kernel 2.6 skulle problemerne være løst.
>
>
>
>
Hej
Jeg har stort set været inde på alle de viste links - man munder ud i at
fabrikken ikke mere leverer nøvendig driver.
Og som jeg har skrevet ser det ikke ud til at der findes "tilfredse
neodio Card read" linux-brugere da alle de forespørgsler jeg har set
"løber ud i sandet ( tiden omkring 2004).Flere steder har jeg set at der
er nogle som mener at cardreaderen ikke er kompatibel med Linux.
Er der nogen i gruppen som har løst "card-reader problemet" med succes
??
Med venlig hilsen
Ernst Løgstrup

---

ERLO wrote:
> Jørgen Heesche skrev:
>> ERLO wrote:
>>> Hej Gruppe
>>> Jeg har før spurgt om hvordan sådan en fætter sættes op i fstab m.m.,
>>> men oplysningerne er væk fra serveren.
>>> Mit problem er at jeg ikke kan tømme/læse kortet fra mit camera, jeg
>>> skal hver gang hen til en bekendt der bruger XP, hvor han så brænder
>>> en CD til mig ( plus alt det man skal høre på fordi der er noget jeg
>>> ikke kan bruge KNOPPIX Linux til ).
>>> Ved at Google kan jeg se at det er et alment problem at tilslutte
>>> denne læser, læsere i almindelighed,til usb porten.
>>>
>> Google søgning: neodio card reader linux
>> Første link:
>> Neodio CompactFlash Cardreader on Linux
>> Neodio CompactFlash Cardreader on Linux ... it will automatically
>> recognize the card reader/writer. Just access (mount) it as any other
>> USB storage device. ...
>> software.frodo.looijaard.name/neodio/
>> Neodio CompactFlash Cardreader on Linux
>> The The Neodio or Lead Data USB Compact Flash reader/writer is an USB
>> storage device for reading CompactFlash cards. It needs some special
>> initialization code to work properly in Linux 2.4 kernels. This kernel
>> patch provides it. It should work with all 2.4 kernels, though it has
>> been tested only with 2.4.19 and later. Offsets may be a bit off, but
>> it should apply cleanly. 2.6 kernels do not need this patch, as they
>> handle the Neodio correctly without help.
>> .
>> .
>> Just access (mount) it as any other USB storage device.
>>
>> Det var øjensynligt i kernel 2.4 der var problemer.
>> I kernel 2.6 skulle problemerne være løst.
>>
>>
>>
>>
> Hej
> Jeg har stort set været inde på alle de viste links - man munder ud i at
> fabrikken ikke mere leverer nøvendig driver.
> Og som jeg har skrevet ser det ikke ud til at der findes "tilfredse
> neodio Card read" linux-brugere da alle de forespørgsler jeg har set
> "løber ud i sandet ( tiden omkring 2004).Flere steder har jeg set at der
> er nogle som mener at cardreaderen ikke er kompatibel med Linux.
> Er der nogen i gruppen som har løst "card-reader problemet" med succes
> ??
Hvis det i dag ikke er muligt at få en driver, er der jo ikke noget at
stille op.

"card-reader problemet" skriver du; der er ikke noget generelt problem
med kortlæsere i linux. En kortlæser er 'bare' en extern disk, men der
skal jo findes en driver til den specifikke læser.


--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Jørgen Heesche wrote:
> ERLO wrote:
>> Jørgen Heesche skrev:


.... SKIP ...



> Hvis det i dag ikke er muligt at få en driver, er der jo ikke noget at
> stille op.


Kom lige i tanke om at se i din oprindelige post.
Din kortlæser er der jo:
Bus 002 Device 002: ID 0aec:3260 Neodio Technologies Corp. 7-in-1 Card
Reader
Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.

Prøv nu at at sætte et kort i læseren. Se så i dmesg om der ikke er
noget om 'USB Mass Storage'.
Se fdisk -l: der skulle være en disk med din kortstørrelse:
f.eks. 'Disk /dev/sda: 32 MB',
med en partition: /dev/sda1 . . . FAT16
Hvis det er tilfældet kan der mountes med
/dev/sda1 /mnt/flash vfat noauto,user 0 0
i /etc/fstab




--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Jørgen Heesche skrev:
> Kom lige i tanke om at se i din oprindelige post.
> Din kortlæser er der jo:
> Bus 002 Device 002: ID 0aec:3260 Neodio Technologies Corp. 7-in-1 Card
> Reader
> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.

Arbejder lsusb ikke helt uden om evt. drivere og får sin infomation fra:
/usr/share/usb.ids

Mvh. Lars

---

Lars Kongshøj wrote:
> Jørgen Heesche skrev:
>> Kom lige i tanke om at se i din oprindelige post.
>> Din kortlæser er der jo:
>> Bus 002 Device 002: ID 0aec:3260 Neodio Technologies Corp. 7-in-1 Card
>> Reader
>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>
> Arbejder lsusb ikke helt uden om evt. drivere og får sin infomation fra:
> /usr/share/usb.ids
>

Jeg har et usb kabel modem. I de første versioner af kernel 2.6 kunne
drivereren usbnet ikke styre modemet, fordi nogle records i modemet
ikke blev læst korrekt. Det viste sig ved at lsusb afgav forvrøvlede
oplysninger.

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Lars Kongshøj wrote:
> Jørgen Heesche skrev:
>> Kom lige i tanke om at se i din oprindelige post.
>> Din kortlæser er der jo:
>> Bus 002 Device 002: ID 0aec:3260 Neodio Technologies Corp. 7-in-1 Card
>> Reader
>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>
> Arbejder lsusb ikke helt uden om evt. drivere og får sin infomation fra:
> /usr/share/usb.ids

usb.ids viser vel kun de enheder der understøttes i Linux.

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Jørgen Heesche skrev:
> usb.ids viser vel kun de enheder der understøttes i Linux.

Ikke i følge man-siden:

FILES
/usr/share/usb.ids A list of all known USB ID's (vendors,
products, classes, subclasses and
protocols).

/Lars

---

Lars Kongshøj wrote:
> Jørgen Heesche skrev:
>> usb.ids viser vel kun de enheder der understøttes i Linux.
>
> Ikke i følge man-siden:
>
> FILES
> /usr/share/usb.ids A list of all known USB ID's (vendors,
> products, classes, subclasses and
> protocols).
>

Nå ja OK, men det er ikke der lsusb ser hvilke usbenheder, der er
tilsluttet, det er i /proc/bus/usb/devices

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Den Mon, 18 Feb 2008 12:47:27 +0000 skrev Jørgen Heesche:
> Lars Kongshøj wrote:
>> Jørgen Heesche skrev:
>>> usb.ids viser vel kun de enheder der understøttes i Linux.
>>
>> Ikke i følge man-siden:
>>
>> FILES
>> /usr/share/usb.ids A list of all known USB ID's (vendors,
>> products, classes, subclasses and
>> protocols).
>>
>
> Nå ja OK, men det er ikke der lsusb ser hvilke usbenheder, der er
> tilsluttet, det er i /proc/bus/usb/devices

Ja, og når den har id'erne derfra, slår den op i /usr/share/usb.ids
for at finde ud af hvad det er for en enhed.

Uanset om der eksisterer en driver til enheden eller ej.

Mvh
Kent
--
"So there I was surrounded by all these scary creatures
They were even scarier than what Microsoft call features"
- C64Mafia: Forbidden Forest (Don't Go Walking Slow).

---

On Sun, 17 Feb 2008 13:32:19 +0000, ERLO wrote:

> Og som jeg har skrevet ser det ikke ud til at der findes "tilfredse
> neodio Card read" linux-brugere da alle de forespørgsler jeg har set
> "løber ud i sandet ( tiden omkring 2004).Flere steder har jeg set at
> der er nogle som mener at cardreaderen ikke er kompatibel med Linux.
> Er der nogen i gruppen som har løst "card-reader problemet" med succes
> ??

Med det specifikke produkt eller generelt?


Mvh.

Adam, der uden problemer har brugt en gammel SanDisk ImageMate
SDDR-31 (usb 1) og bruger en SanDisk Extreme FireWire Reader
SDDRX4-CF (firewire) til CompactFlash-kort.

--
"En fjern transistor stiller ind på Kalundborg" Adam Sjøgren
asjo@koldfront.dk

---

On Sun, 2008-02-17 at 15:06 +0000, Jørgen Heesche wrote:
> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.

lsusb tager ikke stilling til om noget hardware er supporteret eller ej.

---

Christian E. Lysel wrote:
> On Sun, 2008-02-17 at 15:06 +0000, Jørgen Heesche wrote:
>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>
> lsusb tager ikke stilling til om noget hardware er supporteret eller ej.
>
lsusb giver oplysningen: ID 0aec:3260 Neodio Technologies Corp. 7-in-1
Card Reader
Den oplysning kan lsusb kun få fra chippen i læseren, og det er
driveren der læser chippen.

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

On 2008-02-17, Jørgen Heesche <heesche@webspeed.dk> wrote:

>>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>>
>> lsusb tager ikke stilling til om noget hardware er supporteret eller ej.
>>
> lsusb giver oplysningen: ID 0aec:3260 Neodio Technologies Corp. 7-in-1
> Card Reader
> Den oplysning kan lsusb kun få fra chippen i læseren, og det er
> driveren der læser chippen.

Nej, alle USB-enheder har et vendor-id (0aec) og et produkt-id (3260),
disse kan aflæses blot man har fat i USB-bussen, og har altså ikke noget
med driveren at gøre.

--
Andreas

---

Andreas Plesner Jacobsen wrote:
> On 2008-02-17, Jørgen Heesche <heesche@webspeed.dk> wrote:
>
>>>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>>> lsusb tager ikke stilling til om noget hardware er supporteret eller ej.
>>>
>> lsusb giver oplysningen: ID 0aec:3260 Neodio Technologies Corp. 7-in-1
>> Card Reader
>> Den oplysning kan lsusb kun få fra chippen i læseren, og det er
>> driveren der læser chippen.
>
> Nej, alle USB-enheder har et vendor-id (0aec) og et produkt-id (3260),
> disse kan aflæses blot man har fat i USB-bussen, og har altså ikke noget
> med driveren at gøre.
>
Ja, og når man kender vendor- og produktid vil
lsusb -vd [vendor]:[product] vise en masse detailler, som kun driveren
kan hente ud af enheden.
Eksempel:
lsusb giver:
Bus 003 Device 003: ID 07b2:5100 Motorola BCS, Inc. SurfBoard SB5100
Cable Modem
Og:
lsusb -vd 07b2:5100 giver:
Bus 003 Device 003: ID 07b2:5100 Motorola BCS, Inc. SurfBoard SB5100
Cable Modem
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 2 Communications
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 32
idVendor 0x07b2 Motorola BCS, Inc.
idProduct 0x5100 SurfBoard SB5100 Cable Modem
bcdDevice 1.01
iManufacturer 1 Broadcom Corporation
iProduct 2 USB Cable Modem
iSerial 3 000E5C31E5A1
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 80
bNumInterfaces 2
bConfigurationValue 1
og så videre, og så videre ...


--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Jørgen Heesche skrev:
> Andreas Plesner Jacobsen wrote:
>> On 2008-02-17, Jørgen Heesche <heesche@webspeed.dk> wrote:
>>> lsusb giver oplysningen: ID 0aec:3260 Neodio Technologies Corp.
>>> 7-in-1 Card Reader
>>> Den oplysning kan lsusb kun få fra chippen i læseren, og det er
>>> driveren der læser chippen.
>> Nej, alle USB-enheder har et vendor-id (0aec) og et produkt-id (3260),
>> disse kan aflæses blot man har fat i USB-bussen, og har altså ikke noget
>> med driveren at gøre.
> Ja, og når man kender vendor- og produktid vil
> lsusb -vd [vendor]:[product] vise en masse detailler, som kun driveren
> kan hente ud af enheden.

Nu gik diskussionen jo på "lsusb" og ikke
"lsusb -vd [vendor]:[product]".

/Lars

---

On 2008-02-18, Jørgen Heesche <heesche@webspeed.dk> wrote:
>>
>> Nej, alle USB-enheder har et vendor-id (0aec) og et produkt-id (3260),
>> disse kan aflæses blot man har fat i USB-bussen, og har altså ikke noget
>> med driveren at gøre.
>>
> Ja, og når man kender vendor- og produktid vil
> lsusb -vd [vendor]:[product] vise en masse detailler, som kun driveren
> kan hente ud af enheden.

Nej, alle disse data er standard for USB-kommunikation og har ikke noget
med enhedsdriveren at gøre.
Et eksempel på en usb-db9-seriel adapter som ikke engang er i
USB-id-databasen og som først er tilføjet til driveren d. 1/2-08 kan ses
på http://nerd.dk/usb.txt.

--
Andreas

---

Den Sun, 17 Feb 2008 21:10:28 +0000 skrev Jørgen Heesche:
> Christian E. Lysel wrote:
>> On Sun, 2008-02-17 at 15:06 +0000, Jørgen Heesche wrote:
>>> Dvs. der må være en brugbar driver, ellers kunne lsusb ikke 'se' den.
>>
>> lsusb tager ikke stilling til om noget hardware er supporteret eller ej.
>>
> lsusb giver oplysningen: ID 0aec:3260 Neodio Technologies Corp. 7-in-1
> Card Reader
> Den oplysning kan lsusb kun få fra chippen i læseren, og det er
> driveren der læser chippen.

/usr/local/share/usb.ids siger:

0aec Neodio Technologies Corp.
3260 7-in-1 Card Reader

på min maskine. Jeg har IKKE nogen kortlæser. Mener du stadig en driver
er nødvendig?

Det er lige modsat - dimsen fortæller vha. standard USB-protokol at den
har ID 0aec:3260, og OS'et bruger denne ID til at være hvilken driver
der skal bruges.

Mvh
Kent
--
"So there I was surrounded by all these scary creatures
They were even scarier than what Microsoft call features"
- C64Mafia: Forbidden Forest (Don't Go Walking Slow).

---

On Mon, 18 Feb 2008 12:47:27 +0000, Jørgen wrote:

> Lars Kongshøj wrote:
>> Jørgen Heesche skrev:
>>> usb.ids viser vel kun de enheder der understøttes i Linux.

>> Ikke i følge man-siden:

>> FILES
>> /usr/share/usb.ids A list of all known USB ID's (vendors,
>> products, classes, subclasses and
>> protocols).

> Nå ja OK, men det er ikke der lsusb ser hvilke usbenheder, der er
> tilsluttet, det er i /proc/bus/usb/devices

Naturligvis finder lsusb ikke listen over tilsluttede dingenoter i en
statisk tekst-fil (indeholdende kendte USB id'er og tilhørende navne).
Det ville da være højest besynderligt!

(På min maskine kigger lsusb i øvrigt ikke i /proc/bus/usb/devices:

asjo@topper$ ls /proc/bus/usb/
asjo@topper$ sudo strace -e open lsusb 2>&1 | grep -v '\-1'
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/usr/lib/libz.so.1", O_RDONLY) = 3
open("/lib/libusb-0.1.so.4", O_RDONLY) = 3
open("/lib/libc.so.6", O_RDONLY) = 3
open("/var/lib/usbutils/usb.ids", O_RDONLY) = 3
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 3
[...]
open("/dev/bus/usb/001/001", O_RDWR) = 3
Bus 004 Device 003: ID 05ac:1291 Apple Computer, Inc.
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 007: ID 05ac:020c Apple Computer, Inc.
Bus 002 Device 006: ID 05ac:9218 Apple Computer, Inc.
Bus 002 Device 005: ID 046d:c024 Logitech, Inc.
Bus 002 Device 004: ID 05ac:1003 Apple Computer, Inc. Hub in Apple Pro Keyboard [Mitsumi, A1048]
Bus 002 Device 003: ID 05ac:9118 Apple Computer, Inc.
Bus 002 Device 002: ID 05ac:9101 Apple Computer, Inc.
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 003: ID 05ac:8204 Apple Computer, Inc. Bluetooth HCI [Bluetooth 2.0 + EDR, build-in]
Bus 001 Device 001: ID 0000:0000
Process 32019 detached
asjo@topper$ uname -a
Linux topper 2.6.23.8-asjo-powerpc #1 Sat Nov 24 12:14:36 CET 2007 ppc GNU/Linux
asjo@topper$ )


Mvh.

--
"People always assume you're some kind of altruist." Adam Sjøgren
asjo@koldfront.dk

---

Den Mon, 18 Feb 2008 20:14:08 +0100 skrev Adam Sjøgren:
>
> (På min maskine kigger lsusb i øvrigt ikke i /proc/bus/usb/devices:
>
> open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 3
> [...]
> open("/dev/bus/usb/001/001", O_RDWR) = 3

Hvem hulen har fundet på at mount'e /proc/bus/usb som /dev/bus/usb?

Fra Linux-2.6.24.2/Documentation/usb/proc_usb_info.txt:

The usbfs filesystem for USB devices is traditionally mounted at
/proc/bus/usb. It provides the /proc/bus/usb/devices file, as well as
the /proc/bus/usb/BBB/DDD files.

**NOTE**: If /proc/bus/usb appears empty, and a host controller
driver has been linked, then you need to mount the
    filesystem. Issue the command (as root):
      
mount -t usbfs none /proc/bus/usb
         
An alternative and more permanent method would be to add

none /proc/bus/usb usbfs defaults 0 0

to /etc/fstab. This will mount usbfs at each reboot.
    You can then issue cat /proc/bus/usb/devices to extract
    USB device information, and user mode drivers can use usbfs
to interact with USB devices.
   
Mvh
Kent
--
"So there I was surrounded by all these scary creatures
They were even scarier than what Microsoft call features"
- C64Mafia: Forbidden Forest (Don't Go Walking Slow).

---

Adam Sjøgren wrote:
> On Mon, 18 Feb 2008 12:47:27 +0000, Jørgen wrote:
>
>> Lars Kongshøj wrote:
>>> Jørgen Heesche skrev:
>>>> usb.ids viser vel kun de enheder der understøttes i Linux.
>
>>> Ikke i følge man-siden:
>
>>> FILES
>>> /usr/share/usb.ids A list of all known USB ID's (vendors,
>>> products, classes, subclasses and
>>> protocols).
>
>> Nå ja OK, men det er ikke der lsusb ser hvilke usbenheder, der er
>> tilsluttet, det er i /proc/bus/usb/devices
>
> Naturligvis finder lsusb ikke listen over tilsluttede dingenoter i en
> statisk tekst-fil (indeholdende kendte USB id'er og tilhørende navne).
> Det ville da være højest besynderligt!
>
> (På min maskine kigger lsusb i øvrigt ikke i /proc/bus/usb/devices:
>
> asjo@topper$ ls /proc/bus/usb/
> asjo@topper$ sudo strace -e open lsusb 2>&1 | grep -v '\-1'
> open("/etc/ld.so.cache", O_RDONLY) = 3
> open("/usr/lib/libz.so.1", O_RDONLY) = 3
> open("/lib/libusb-0.1.so.4", O_RDONLY) = 3
> open("/lib/libc.so.6", O_RDONLY) = 3
> open("/var/lib/usbutils/usb.ids", O_RDONLY) = 3
> open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 3
> [...]
> open("/dev/bus/usb/001/001", O_RDWR) = 3
> Bus 004 Device 003: ID 05ac:1291 Apple Computer, Inc.
> Bus 004 Device 001: ID 0000:0000
> Bus 003 Device 001: ID 0000:0000
> Bus 002 Device 007: ID 05ac:020c Apple Computer, Inc.
> Bus 002 Device 006: ID 05ac:9218 Apple Computer, Inc.
> Bus 002 Device 005: ID 046d:c024 Logitech, Inc.
> Bus 002 Device 004: ID 05ac:1003 Apple Computer, Inc. Hub in Apple Pro Keyboard [Mitsumi, A1048]
> Bus 002 Device 003: ID 05ac:9118 Apple Computer, Inc.
> Bus 002 Device 002: ID 05ac:9101 Apple Computer, Inc.
> Bus 002 Device 001: ID 0000:0000
> Bus 001 Device 003: ID 05ac:8204 Apple Computer, Inc. Bluetooth HCI [Bluetooth 2.0 + EDR, build-in]
> Bus 001 Device 001: ID 0000:0000
> Process 32019 detached
> asjo@topper$ uname -a
> Linux topper 2.6.23.8-asjo-powerpc #1 Sat Nov 24 12:14:36 CET 2007 ppc GNU/Linux
> asjo@topper$ )
>
>
I Mandriva ses
ls /proc/bus/usb
001/ 002/ 003/ 004/ devices

og
sudo strace -e open lsusb 2>&1 | grep -v '\-1'
open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib/libusb-0.1.so.4", O_RDONLY) = 3
open("/lib/i686/libc.so.6", O_RDONLY) = 3
open("/usr/share/usb.ids", O_RDONLY) = 3
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb/004", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb/004/001", O_RDWR) = 4
open("/dev/bus/usb/004/001", O_RDWR) = 3
open("/dev/bus/usb/001", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb/001/001", O_RDWR) = 4
open("/dev/bus/usb/001/001", O_RDWR) = 3
open("/dev/bus/usb/003", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb/003/003", O_RDWR) = 4
open("/dev/bus/usb/003/001", O_RDWR) = 4
open("/dev/bus/usb/003/003", O_RDWR) = 3
open("/dev/bus/usb/003/001", O_RDWR) = 3
open("/dev/bus/usb/002", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
open("/dev/bus/usb/002/001", O_RDWR) = 4
open("/dev/bus/usb/002/001", O_RDWR) = 3
Bus 004 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000
Bus 003 Device 003: ID 07b2:5100 Motorola BCS, Inc. SurfBoard SB5100
Cable Modem
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Process 6293 detached

Jeg tror da lsusb har ovenstående fra /proc/bus/usb
Der er en
open("/usr/share/usb.ids", O_RDONLY) = 3
men hvad den bruges til er svært at se.

Forøvrigt må oplysningerne kabelmodemet da komme fra modemet ved at
driveren usbnet i kernel har hentet data i modemet.

Og som jeg tidligere har nævnt her tråden kan lsusb også give en masse
detailler om modemet, og det kan da kun ske ved at lsusb ved hjælp af
driveren aflæser modemet.
Se 'manlsusb':
-v, --verbose
Tells lsusb to be verbose and display detailed information about
the devices shown. This includes configuration descriptors for
the device's current speed. Class descriptors will be shown,
when available, for USB device classes including hub, audio,
HID, communications, and chipcard.
-d [vendor]:[product]
Show only devices with the specified vendor and product ID.
Both ID's are given in hexadecimal.

Kort sagt: lsusb kan kun vise oplysninger om en given usbenhed ved at
oplysningerne hentes i enheden, dvs. ikke fra en eller anden
'tilfældig' liste.

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

Den Mon, 18 Feb 2008 21:43:21 +0000 skrev Jørgen Heesche:
>
> Jeg tror da lsusb har ovenstående fra /proc/bus/usb
> Der er en
> open("/usr/share/usb.ids", O_RDONLY) = 3
> men hvad den bruges til er svært at se.

Til at oversætte device id'erne til navne.

> Forøvrigt må oplysningerne kabelmodemet da komme fra modemet ved at
> driveren usbnet i kernel har hentet data i modemet.
>
> Og som jeg tidligere har nævnt her tråden kan lsusb også give en masse
> detailler om modemet, og det kan da kun ske ved at lsusb ved hjælp af
> driveren aflæser modemet.

Prøv at gøre det samme uden at driveren er loadet, og check om der
er nogen forskel.

Mvh
Kent
--
"So there I was surrounded by all these scary creatures
They were even scarier than what Microsoft call features"
- C64Mafia: Forbidden Forest (Don't Go Walking Slow).

---

Kent Friis wrote:
> Den Mon, 18 Feb 2008 21:43:21 +0000 skrev Jørgen Heesche:

>>
>> Og som jeg tidligere har nævnt her tråden kan lsusb også give en masse
>> detailler om modemet, og det kan da kun ske ved at lsusb ved hjælp af
>> driveren aflæser modemet.
>
> Prøv at gøre det samme uden at driveren er loadet, og check om der
> er nogen forskel.
>
En aktiv driver kan ikke unloades:
modprobe -r usbnet
FATAL: Module usbnet is in use.

Men hvis jeg tager kablet ud af kabelmodemet, er der intet ouput fra
kommandoen lsusb -vd 07b2:5100



--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk

---

On 2008-02-19, Jørgen Heesche <heesche@webspeed.dk> wrote:
>>
>> Prøv at gøre det samme uden at driveren er loadet, og check om der
>> er nogen forskel.
>>
> En aktiv driver kan ikke unloades:
> modprobe -r usbnet
> FATAL: Module usbnet is in use.
>
> Men hvis jeg tager kablet ud af kabelmodemet, er der intet ouput fra
> kommandoen lsusb -vd 07b2:5100

Det ændrer ikke på at det ikke er enhedsdriveren, men (stadig) standard
USB-opførsel at man kan aflæse disse værdier. De kræver (stadig) ikke at
enhedens driver er indlæst, som vist på http://nerd.dk/usb.txt, der er
taget fra en linux-maskine, der ikke havde en driver til den pågældende
enhed.

--
Andreas

---

Andreas Plesner Jacobsen wrote:


>
> Det ændrer ikke på at det ikke er enhedsdriveren, men (stadig) standard
> USB-opførsel at man kan aflæse disse værdier. De kræver (stadig) ikke at
> enhedens driver er indlæst, som vist på http://nerd.dk/usb.txt, der er
> taget fra en linux-maskine, der ikke havde en driver til den pågældende
> enhed.
>
Ud fra mine erfaringer måtte det være driveren (kernel modulet), der
hentede device descriptors i enhedens firmware, fordi de første (ca.
10) releases af kernel 2.6 ikke kunne håndtere mit USB Motorola SurfBoard.
Ved søgning på nettet (Google) fandt jeg ud af at modulet usbnet ikke
kunne læse disse descriptors korrekt. Der er tale om tekster i
variabel-længde records, som usbnet løb sur i.
Med 'lsusb -vd idvendor:idprodukt' fik man åbenlyst forkerte tekster.
Derfor måtte det jo være usbnet der fejlede.
Men fejlen kunne jo have været i en anden funktion i kernel 2.6, som
blev brugt af både lsusb og usbnet.

--
Med venlig hilsen

Jørgen Heesche
mailto:heesche@webspeed.dk