Quitter le forum et retourner au site

Scanner SCSI qui a du mal à fonctionner.....

Venez nous en parler, c'est ici que l'on vous conseillera !
Répondre
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonsoir à Tous,

Ma configuration est un OS "Ubuntu 8.04.1 LTS" (sur Ubuntu depuis la version 5.10) avant ça sur une Distribution" MEPIS" après avoir commencer par une "Mandrake".....
Le matériel que j'ai actuellement du mal à faire fonctionner est un ancien scanner Minolta Dimage Scan Dual 1 couplé à une carte SCSI Tekram DC-390U2W. L'ensemble devrait pouvoir me permettre de numériser mes anciennes diapos......mais malheuresement à ce jour ça ne marche pas !!!
La commande: "sudo scanimage -L" me donne pourtant:
device `avision:/dev/sg0' is a Minolta Dimage Scan Dual I flatbed scanner
le module avision de "sane" correspond pourtant bien à ce qu'il faut pour faire tourner le scanner désigné (suivant infos du site "Sane"),
voir lien: (http://www.sane-project.org/sane-mfgs.html#Z-MINOLTA)
La commande: "ls -l /dev/sg*"
crw-rw-rw- 1 root scanner 21, 0 2009-01-11 20:49 /dev/sg0
crw-rw---- 1 root disk 21, 1 2009-01-11 20:49 /dev/sg1
crw-rw---- 1 root disk 21, 2 2009-01-11 20:49 /dev/sg2
crw-rw---- 1 root cdrom 21, 3 2009-01-11 20:49 /dev/sg3
crw-rw---- 1 root cdrom 21, 4 2009-01-11 20:49 /dev/sg4
Concernant enfin la carte d'adaptation SCSI Tekram
la commande: "lspci" donne ce qui suit:
........
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] AC'97 Sound Controller (rev a0)
00:09.0 SCSI storage controller: LSI Logic / Symbios Logic 53c895 (rev 01)
00:0b.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61)
00:0b.1 U...........
Nota: Malgrés tous ces infos, le lancement de "Xsane" via la commande en root "gksudo xsane" ouvre bien l'application mais le lancement d'une "acquisition de l'aperçu" bloque "Xsane" qu'il est ensuite nécessaire de forcer à la fermeture (en Utilisateur quelconque après avoir modifier les permissions via "sudo nano /etc/udev/rules.d/40-permissions.rules", le lancement de l'aperçu dans "Xsane" plante même l'environnement graphique, la re-connexion est nécessaire).
PS: J'ai déjà posté sur le Forum (ubuntu-fr) le même sujet mais les réponses ne se bousculent pas.....
Merci par avance pour vos réponses....
# Longue Vie au Libre #
@+ droopy
Avatar de l’utilisateur
renaud
Messages : 119
Inscription : mer. 11 juin 2008, 11:06
Distribution : Ubuntu & Debian
Niveau : Padawan ad vitam aeternam
Localisation : ILLZACH
Contact :

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par renaud »

Salut Droopy !

A tout hasard, et pour vérifier, pourrais-tu recopier ici le contenu des fichiers :

/etc/sane.d/dll.conf

/etc/sane.d/avision.conf

/etc/group

As-tu déjà surveillé les messages du noyau lorsque tu lances xsane en mode su ou non ?

tail -f /var/log/messages
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonjour Renaud,
Merci pour ta réponse,
Le contenu des fichiers désignés est le suivant:
Pour la commande: "sudo nano /etc/sane.d/dll.conf" (nota: avision est présent, mais pas minolta)
# /etc/sane.d/dll.conf - Configuration file for the SANE dynamic backend loader
# On Debian systems, the dll backend will also look for pieces of configuration
# in the /etc/sane.d/dll.d directory -- packages providing backends should drop
# a config file similar to dll.conf in this directory.
# enable the next line if you want to allow access through the network:
net
abaton
agfafocus
apple
avision
artec
artec_eplus48u
as6e
bh
canon
canon630u
#canon_pp
cardscan
coolscan
coolscan2
#dc25
#dc210
#dc240
dell1600n_net
dmc
epjitsu
epson
#epson2
fujitsu
#gphoto2
genesys
gt68xx
hp
hp3900
hpsj5s
hp3500
hp4200
hp5400
hp5590
hpljm1005
hs2p
ibm
leo
lexmark
ma1509
matsushita
microtek
microtek2
mustek
#mustek_pp
mustek_usb
mustek_usb2
nec
niash
pie
pixma
plustek
#plustek_pp
#pnm
qcam
ricoh
s9036
sceptre
sharp
sm3600
sm3840
snapscan
sp15c
#st400
#stv680
tamarack
teco1
teco2
teco3
#test
u12
umax
#umax_pp
umax1220u
v4l

Pour la commande: "sudo nano /etc/sane.d/avision.conf" (Nota: tout est commenté...., est-ce normal ?)
# This are the possible options. Normally any scanner
# should work just fine without them - and they are only
# needed for test and debugging. So if you experience problems
# and you solve them with enabling options here, please notify
# the SANE/Avision maintainer: Rene Rebe <rene@exactcode.de>

#option disable-gamma-table
#option disable-calibration
#option force-a4

#scsi AVISION
#scsi FCPA
#scsi MINOLTA
#scsi MITSBISH MCA-S600C
#scsi MITSBISH MCA-SS600
#scsi HP
#scsi hp

#scsi /dev/scanner
# usb libusb:002:003
# usb 0x03f0 0x0701

Concernant les messages du noyau dans les deux cas, les résultas sont les suivants:
1.) lancement "xsane" en root par la commande " gksudo xsane suivi de l'aperçu
Jan 18 11:05:52 xxx-desktop kernel: [ 2006.667898] xsane[7157]: segfault at 00000024 eip 08057093 esp bf967790 error 4
2.) lancement "xsane" en Utilisateur normal via Application>Graphisme>Scanneur d'image xsane suivi de l'aperçu
Jan 18 10:59:14 xxx-desktop kernel: [ 1609.045825] xsane[6709]: segfault at 00000024 eip 08057093 esp bf888040 error 4
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.086810] agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.087279] agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.087569] agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.441085] [drm] Setting GART location based on new memory map
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.441105] [drm] Loading R200 Microcode
Jan 18 10:59:16 xxx-desktop kernel: [ 1611.441149] [drm] writeback test succeeded in 1 usecs
Jan 18 10:59:29 xxx-desktop pulseaudio[6805]: pid.c: Stale PID file, overwriting.
(Nota: le défaut semble être à priori le même dans les deux cas...)
Pour info, j'ai tenter de faire fonctionner un autre scanner SCSI hp ScanJet 4p en lieu et place du Minolta, l'aperçu a fonctionné mais pas la numérisation .....
Je reste dans l'attente de ton avis
#Longue Vie au Libre#
@+ droopy
Avatar de l’utilisateur
renaud
Messages : 119
Inscription : mer. 11 juin 2008, 11:06
Distribution : Ubuntu & Debian
Niveau : Padawan ad vitam aeternam
Localisation : ILLZACH
Contact :

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par renaud »

dans /etc/sane.d/dll.conf commente toutes les lignes sauf avision
dans /etc/sane.d/avision.conf, on peut décommenter la ligne
scsi MINOLTA
SI ça ne fonctionne pas suite à ça, on peut essayer de décommenter scsi AVISION ou scsi /dev/sg0

Surveille toujours ton log des messages du noyau pour voir si l'effet est différent.

TIens nous au courant

Renaud
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonsoir Renaud,
Merci de suivre mon post...
1ère étape: j'ai modifier le fichier (/etc/sane.d/dll.conf) en commentant toutes les lignes sauf "avision" ainsi que le fichier (/etc/sane.d/avision.conf) en décommentant "scsi AVISION". Le résultat est à peine différent en tant qu'Utilisateur (mais la conséquence du plantage de l'environnement graphique reste idem)
la cde "tail -f /var/log/messages" me donne:
Jan 18 20:01:45 xxx-desktop pulseaudio[6206]: pid.c: Stale PID file, overwriting. (message différent !!)
Le résultat en root via la commande " gksudo xsane" le message et le comportement reste strictement identiques,
Jan 18 20:07:11 xxx-desktop kernel: [ 532.957852] xsane[6578]: segfault at 00000024 eip 08057093 esp bff37560 error 4 (message identique)

2ème étape: j'ai ensuite modifier le fichier (/etc/sane.d/avision.conf) en décommentant également la ligne "scsi MINOLTA", mais malheuresement pas d'amélioration. En root le message de la cde "tail -f /var/log/messages" donne toujours:
Jan 18 20:20:33 xxx-desktop kernel: [ 321.245719] xsane[6104]: segfault at 00000024 eip 08057093 esp bfbc8ab0 error 4
(toujours pareil !!)

Nota: par contre pour décommenter éventuellement "scsi /dev/sgo", je ne trouve pas cette ligne dans les deux fichiers désignés....
Merci par avance pour la suite
@+ droopy
Avatar de l’utilisateur
renaud
Messages : 119
Inscription : mer. 11 juin 2008, 11:06
Distribution : Ubuntu & Debian
Niveau : Padawan ad vitam aeternam
Localisation : ILLZACH
Contact :

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par renaud »

droopy a écrit : Nota: par contre pour décommenter éventuellement "scsi /dev/sgo", je ne trouve pas cette ligne dans les deux fichiers désignés....
Merci par avance pour la suite
@+ droopy
Salut

scsi /dev/sg0
(avec un ZERO à la fin)

Il faut écrire cette ligne, sans # au début, à n'importe quel endroit du fichier. Peut-être avant #/dev/scanner, pour plus de clareté, par exemple.

As-tu essayé de décommenter les options

#option disable-gamma-table
#option disable-calibration
#option force-a4

Renaud
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonsoir Renaud,

Suite aux dernières modifications du fichier "sudo /etc/sane.d/avision.conf"_ (version V3 + V4 du fichier) voici le détail du contenu du fichier:
# This are the possible options. Normally any scanner
# should work just fine without them - and they are only
# needed for test and debugging. So if you experience problems
# and you solve them with enabling options here, please notify
# the SANE/Avision maintainer: Rene Rebe <rene@exactcode.de>

option disable-gamma-table (V4)
option disable-calibration (V4)
option force-a4 (V4)

scsi AVISION
#scsi FCPA
scsi MINOLTA
#scsi MITSBISH MCA-S600C
#scsi MITSBISH MCA-SS600
#scsi HP
#scsi hp

scsi /dev/sg0
#scsi /dev/scanner
# usb libusb:002:003
# usb 0x03f0 0x0701

Après les modifications (soit version V3) via la commande " gksudo xsane" en root les messages du noyau sont différents:
"tail -f /var/log/messages" ______________ (en mode root uniquement)
Jan 19 22:04:51 xxx-desktop kernel: [ 349.183857] scsi 0:0:5:0: ABORT operation started
Jan 19 22:04:56 xxx-desktop kernel: [ 354.180512] scsi 0:0:5:0: ABORT operation timed-out.
Jan 19 22:04:56 xxx-desktop kernel: [ 354.180535] scsi 0:0:5:0: DEVICE RESET operation started
Jan 19 22:05:01 xxx-desktop kernel: [ 359.177237] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.177257] scsi 0:0:5:0: BUS RESET operation started
Jan 19 22:05:01 xxx-desktop kernel: [ 359.179474] sym0: SCSI BUS reset detected.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.183685] sym0: SCSI BUS has been reset.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.183710] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.185870] sym0: SCSI BUS has been reset.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.185885] scsi 0:0:5:0: BUS RESET operation complete.
Après lancement de l'  « Aperçu »
Jan 19 22:08:01 xxx-desktop kernel: [ 539.599117] xsane[6112]: segfault at 00000024 eip 08057093 esp bfe2cd10 error 4

Après les modifications des options (soit version V4) avant l'Aperçu les messages du noyau semblent identiques:
Jan 19 22:16:40 xxx-desktop kernel: [ 338.661921] scsi 0:0:5:0: ABORT operation started
Jan 19 22:16:45 xxx-desktop kernel: [ 343.661131] scsi 0:0:5:0: ABORT operation timed-out.
Jan 19 22:16:45 xxx-desktop kernel: [ 343.661154] scsi 0:0:5:0: DEVICE RESET operation started
Jan 19 22:16:50 xxx-desktop kernel: [ 348.660558] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 19 22:16:50 xxx-desktop kernel: [ 348.660580] scsi 0:0:5:0: BUS RESET operation started
Jan 19 22:16:50 xxx-desktop kernel: [ 348.662804] sym0: SCSI BUS reset detected.
Jan 19 22:16:50 xxx-desktop kernel: [ 348.667015] sym0: SCSI BUS has been reset.
Jan 19 22:16:50 xxx-desktop kernel: [ 348.667051] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:16:50 xxx-desktop kernel: [ 348.669211] sym0: SCSI BUS has been reset.
Jan 19 22:16:50 xxx-desktop kernel: [ 348.669226] scsi 0:0:5:0: BUS RESET operation complete.
Après lancement de l' « Aparçu »
Jan 19 22:27:19 xxx-desktop kernel: [ 977.894739] scsi 0:0:5:0: ABORT operation started
Jan 19 22:27:24 xxx-desktop kernel: [ 982.893835] scsi 0:0:5:0: ABORT operation timed-out.
Jan 19 22:27:24 xxx-desktop kernel: [ 982.893856] scsi 0:0:5:0: DEVICE RESET operation started
Jan 19 22:27:29 xxx-desktop kernel: [ 987.893065] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 19 22:27:29 xxx-desktop kernel: [ 987.893086] scsi 0:0:5:0: BUS RESET operation started
Jan 19 22:27:29 xxx-desktop kernel: [ 987.895303] sym0: SCSI BUS reset detected.
Jan 19 22:27:29 xxx-desktop kernel: [ 987.899514] sym0: SCSI BUS has been reset.
Jan 19 22:27:29 xxx-desktop kernel: [ 987.899540] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:27:29 xxx-desktop kernel: [ 987.901700] sym0: SCSI BUS has been reset.
Jan 19 22:27:29 xxx-desktop kernel: [ 987.901715] scsi 0:0:5:0: BUS RESET operation complete.
Jan 19 22:29:40 xxx-desktop kernel: [ 1118.112868] scsi 0:0:5:0: ABORT operation started
Jan 19 22:29:45 xxx-desktop kernel: [ 1123.112054] scsi 0:0:5:0: ABORT operation timed-out.
Jan 19 22:29:45 xxx-desktop kernel: [ 1123.112075] scsi 0:0:5:0: DEVICE RESET operation started
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.111291] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.111311] scsi 0:0:5:0: BUS RESET operation started
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.113528] sym0: SCSI BUS reset detected.
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.117738] sym0: SCSI BUS has been reset.
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.117762] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.119923] sym0: SCSI BUS has been reset.
Jan 19 22:29:50 xxx-desktop kernel: [ 1128.119937] scsi 0:0:5:0: BUS RESET operation complete.
Jan 19 22:30:00 xxx-desktop kernel: [ 1138.121952] scsi 0:0:5:0: HOST RESET operation started
Jan 19 22:30:00 xxx-desktop kernel: [ 1138.128371] sym0: SCSI BUS has been reset.
Jan 19 22:30:00 xxx-desktop kernel: [ 1138.128390] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:30:00 xxx-desktop kernel: [ 1138.130550] sym0: SCSI BUS has been reset.
Jan 19 22:30:00 xxx-desktop kernel: [ 1138.130565] scsi 0:0:5:0: HOST RESET operation complete.
Jan 19 22:30:10 xxx-desktop kernel: [ 1148.132402] scsi 0:0:5:0: Device offlined - not ready after error recovery

Nota: le résultat attendu n'est malheuresement pas au Rdv. Tu constatera les délais important en sachant que les "Aperçus" sont lancés dès lors que l'écrant "Xsane" devient accessible...
Je me pose une question si l'origine de mes difficultés ne proviennent pas d'un problème de chargement de BIOS (voir page 1 d'un Mode d'Emploi des contrôleurs SCSI Tekram Série DC-390 récupéré sur le Net...). J'ai suivi la solution 1. désignée ci-dessous mais dans le programme du BIOS, il ne semble pas possible de paramètrer l'éventuel BIOS SCSI incorporé....

BIOS Award avec BIOS SCSI NCR incorporé et contrôleurs DC-390
– Problèmes de compatibilité éventuels :
Pourquoi et à quel moment vous pouvez rencontrer un problème
La fonctionnalité de BIOS SCSI incorporée dans certaines cartes mères dotées d'un BIOS
Award est destinée à contrôler des cartes adaptatrices SCSI à base de processeurs
NCR/Symbios Logic et ne possédant pas leur propre BIOS. Comme les contrôleurs DC-390
utilisent des circuits SCSI Symbios, certaines cartes mères dotées d'un BIOS SCSI NCR ou
Symbios Logic peuvent détecter ces cartes et charger leur propre BIOS pour les contrôler. En
effet, le BIOS Award ne vérifie que l'identifiant du constructeur (NCR/Symbios) et le Code de
classe (périphérique SCSI) pour déterminer s'il existe un adaptateur pour lequel il convient
d'activer le BIOS SCSI incorporé. Cette situation peut se produire avec les cartes mères
équipées des BIOS suivants :
• versions anciennes du BIOS Award avec prise en charge du BIOS SCSI NCR
• BIOS SCSI NCR (Symbios) V3.0 incorporé (avec prise en charge des chipsets 53C810/20
uniquement)
Comment vérifier si ce problème peut vous arriver
Pour savoir si ce problème peut vous arriver, observez l'identification de BIOS SCSI qui est
affichée lors du démarrage de l'ordinateur. S'il est annoncé la présence d'un BIOS NCR ou
Symbios Logic, le problème existe. Si vous ne voyez apparaître que l'identification d'un BIOS
Tekram, vous ne devez pas avoir de problème. Si vous observez une identification de BIOS
SCSI NCR ou Symbios Logic, retirez la carte DC-390 et vérifiez que cette identification
n'apparaît plus. Cette manœuvre permet de confirmer que le BIOS SCSI incorporé est chargé
par le BIOS pour prendre le contrôle de la carte Tekram. Si c'est le cas, vous pouvez essayer les
solutions suivantes :
Solutions
1. Regardez dans le programme de configuration du BIOS de la carte mère (SETUP) s'il est
possible de paramétrer le BIOS SCSI incorporé (“built-in” ou “on-board”) en position
désactivée (“Disabled”) au lieu de “Enabled” ou “Auto”. Si cette option existe, c'est la
solution la plus simple. Si ce n'est pas le cas, regardez s'il existe pour votre carte mère une
mise à niveau du BIOS comportant cette option.
2. Supprimez le BIOS SCSI incorporé du BIOS Award de la carte mère, à l'aide du
programme PROG.ZIP, qui est disponible à l'adresse suivante : http://www.tekram.com
ou ftp://ftp.tekram.com. Ce fichier compacté contient les fichiers suivants :
PROG.BAT
Le fichier batch qui permet de supprimer le BIOS SCSI
NCR incorporé ou de restaurer le BIOS original de la carte
mère. Ce programme a été rédigé par Tekram.
AWDFLASH.EXE
Un utilitaire permettant d'extraire ou de programmer le
BIOS de la carte mère.
CBROM.EXE
Un utilitaire permettant de supprimer le BIOS SCSI NCR
incorporé du fichier binaire du BIOS de la carte mère.

Mes commentaires sont un peu longs mais il faut savoir que ça fait quelques temps que je suis à la recherche d'une solution.
Encore merci pour ta patience....
#Longue Vie au Libre#
@+ droopy
Avatar de l’utilisateur
renaud
Messages : 119
Inscription : mer. 11 juin 2008, 11:06
Distribution : Ubuntu & Debian
Niveau : Padawan ad vitam aeternam
Localisation : ILLZACH
Contact :

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par renaud »

Salut,

Toutes ces options ne sont normalement pas à laisser activées en même temps.
droopy a écrit : option disable-gamma-table (V4)
option disable-calibration (V4)
option force-a4 (V4)
Celles-la peuvent être activées en même temps. Elles indiquent au scanner d'activer / désactiver certaines opérations.
droopy a écrit : scsi AVISION
#scsi FCPA
scsi MINOLTA
#scsi MITSBISH MCA-S600C
#scsi MITSBISH MCA-SS600
#scsi HP
#scsi hp
scsi /dev/sg0
#scsi /dev/scanner
# usb libusb:002:003
# usb 0x03f0 0x0701
Celles-là, non, c'est l'une OU l'autre. Cette option-là indique quel matériel est branché. Il ne devrait donc y avoir qu'une seule ligne décommentée.
droopy a écrit : Jan 19 22:04:51 xxx-desktop kernel: [ 349.183857] scsi 0:0:5:0: ABORT operation started
Jan 19 22:04:56 xxx-desktop kernel: [ 354.180512] scsi 0:0:5:0: ABORT operation timed-out.
Jan 19 22:04:56 xxx-desktop kernel: [ 354.180535] scsi 0:0:5:0: DEVICE RESET operation started
Jan 19 22:05:01 xxx-desktop kernel: [ 359.177237] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.177257] scsi 0:0:5:0: BUS RESET operation started
Jan 19 22:05:01 xxx-desktop kernel: [ 359.179474] sym0: SCSI BUS reset detected.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.183685] sym0: SCSI BUS has been reset.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.183710] sym0: SCSI BUS mode change from SE to SE.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.185870] sym0: SCSI BUS has been reset.
Jan 19 22:05:01 xxx-desktop kernel: [ 359.185885] scsi 0:0:5:0: BUS RESET operation complete.
Je me demande si ce n'est pas justement parce qu'on a laissé plusieurs lignes activées dans la section précédente que le bus SCSI est complètement affolé.
droopy a écrit : Je me pose une question si l'origine de mes difficultés ne proviennent pas d'un problème de chargement de BIOS (voir page 1 d'un Mode d'Emploi des contrôleurs SCSI Tekram Série DC-390 récupéré sur le Net...). J'ai suivi la solution 1. désignée ci-dessous mais dans le programme du BIOS, il ne semble pas possible de paramètrer l'éventuel BIOS SCSI incorporé....
Donc, pour résumer cette piste.
- Si ton Bios est un BIOS Award :
- si tu peux désactiver la gestion du SCSI dans le BIOS SETUP au démarrage de la machine, fais-le.
- si tu ne peux pas désactiver la gestion du SCSI, il faut extraire les fonctionnalités SCSI du BIOS grâce à l'utilitaire
- si ton Bios n'est pas un BIOS Award, on doit continuer à chercher.

Cherchons, cherchons

Renaud
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonsoir Renaud,

Je pense avoir compris qu'une seule ligne du fichier "sudo /etc/sane.d/avision.conf" devait être active à la fois.
- C'est donc ce que j'ai réalisé en conservant dans un premier temps les trois options actives.
Les messages du noyau sont restés à priori identiques pour les trois tests (scsi AVISION>scsi MINOLTA>scsi /dev/sg0):
option disable-gamma-table
option disable-calibration
option force-a4
(scsi /dev/sg0: seule ligne active et les 3 options ci-dessus)
Jan 20 20:37:39 xxx-desktop kernel: [ 563.357450] scsi 0:0:5:0: ABORT operation started
Jan 20 20:37:44 xxx-desktop kernel: [ 568.354168] scsi 0:0:5:0: ABORT operation timed-out.
Jan 20 20:37:44 xxx-desktop kernel: [ 568.354187] scsi 0:0:5:0: DEVICE RESET operation started
Jan 20 20:37:49 xxx-desktop kernel: [ 573.350888] scsi 0:0:5:0: DEVICE RESET operation timed-out.
Jan 20 20:37:49 xxx-desktop kernel: [ 573.350909] scsi 0:0:5:0: BUS RESET operation started
Jan 20 20:37:49 xxx-desktop kernel: [ 573.353127] sym0: SCSI BUS reset detected.
Jan 20 20:37:49 xxx-desktop kernel: [ 573.357339] sym0: SCSI BUS has been reset.
Jan 20 20:37:49 xxx-desktop kernel: [ 573.357363] sym0: SCSI BUS mode change from SE to SE.
Jan 20 20:37:49 xxx-desktop kernel: [ 573.359524] sym0: SCSI BUS has been reset.
Jan 20 20:37:49 xxx-desktop kernel: [ 573.359538] scsi 0:0:5:0: BUS RESET operation complete.
- Le dernier test a été réalisé en commentant les trois options et la ligne "scsi AVISION" active:
Plus aucun message du noyau mais fermeture immédiate de "Xsane" au lancement de l'action de Numérisation !!!

Pour la seconde piste (du BIOS):
Concernant le BIOS c'est bien un "Award Software v6.00PG 1984-2002"... J'ai re-consulter l'ensemble des fenêtres de celui-ci et je n'y est rien trouvé avec un commentaire sur le "SCSI". La seule piste éventuelle (mais mon anglais reste limité...) est un écran "PnP/PCI Configurations" dont une ligne "Resources Controlled By" est sélectionné: (Auto ESCD) et dont les commentaires du Help sont : BIOS can automaticaly configure all the boot and Plug and Play compatible devices.If you choose Auto, you cannot select IRQ DMA and memory base address fields, since BIOS automaticaly assigns them.
Malgrés tout (en lisant entre les lignes...) cette ligne semble concerner uniquement l'affectation des IRQ !!
Donc à priori la désactivation de la gestion du SCSI ne semble pas possible... et concernant l'utilitaire je ne dispose pas du nécessaire (j'ai tenté une recherche le PROG.ZIP désigné sans succès). Je vais éventuellement tenter l'implantation de la carte SCSI (+ raccordement du scanner) dans une autre tour (plus ancienne encore..) qui est chargé avec une version 6.06.2LTS.
Qu'en penses-tu ??
Cordialement
@+ droopy
PS: Pas de chance le BIOS de la seconde tour est également un Award Software d'une version 1984-1989, de plus Dapper ne supporte pas "scanimage" que j'ai du installer suivant les instructions désignées dans le lien: ( http://doc.ubuntu-fr.org/scanner_scsi) la commande "sudo scanimage -L" ne me donne pourtant rien....
Chose curieuse par contre la commande "ls -l /dev/sg*" me trouve bien le scanner en /dev/sg0, ainsi que la commande "sane-find-scanner" qui voit même que c'est un Minolta !!! (je commence à désespérer...... et ça me chagrinerait vraiment beaucoup de devoir installer une windows98 pour arriver à faire fonctionner ce scanner !!!)
droopy
Messages : 8
Inscription : sam. 17 janv. 2009, 23:06
Distribution : Ubuntu 08.04.1
Niveau : Initié

Re: Scanner SCSI qui a du mal à fonctionner.....

Message par droopy »

Bonsoir Renaud,

J'ai fini par trouver un câble pour l'autre carte SCSI (Tekram DC-315) en faisant les différents essais définis antérieurement (modif ...../avision.conf) les résultats sont quelque peu différents (mais sans réelle améloration...).
Voir les messages du noyau via "tail -f /var/log/messages":
Jan 25 18:19:59 xx-desktop kernel: [ 329.933739] dc395x: eh_abort: (pid#31) target=<05-0> cmd=ee020780
Jan 25 18:19:59 xx-desktop kernel: [ 329.933765] dc395x: eh_bus_reset: (pid#31) target=<05-0> cmd=ee020780
Jan 25 18:19:59 xx-desktop kernel: [ 329.934285] dc395x: doing_srb_done: pids G:31(05-0)

Je crains cependant d'être obligé...... d'arrêter mes tests (voir conseil du" Manchot Masqué") du fait qu'aucune piste ne semble aboutir !!
Un grand Merci à Renaud pour son soutien.

#Longue Vie au Libre#
Répondre