Nei parametri del BIOS, hai la possibilità di modificare le impostazioni delle porte parallele?
Se si puoi provare lo standard “EPP” (bi-direzionale)
è già EPP.
vi racconto istante per istante cosa accade:
**tempo zero: **
( bel tempo, condizioni ottimali, vento nullo, visibilità ottima)
lancio di xsane
messaggi kernel: nessuno
( lancio perfettamente riuscito xsane va in orbita)
tempo uno:
xsane prende il 5,7 % della cpu stato run
messaggi kernel: nessuno
tempo due:
click su anteprima
xsane prende il 12,5 % della cpu stato run
messaggi kernel: nessuno
tempo tre:
il sensore dello scanner accende la luce e parte con la scansione
xsane prende il 1,1 % della cpu stato sleep
messaggi kernel: nessuno
tempo quattro
il sensore dello scanner si ferma a circa un terzo della scansione
xsane prende il 1,1 % della cpu stato sleep
il kernel vomita:
[quote]
ppdev0: unregistered pardevice
------------ cut here ]------------
WARNING: at kernel/sysctl.c:1977 unregister_sysctl_table+0xa1/0xcd() (Not tainted)
Modules linked in: fuse w83627hf hwmon_vid hwmon ipv6 dm_multipath uinput snd_ca0106 snd_rawmidi ppdev snd_intel8x0 snd_seq_dummy snd_ac97_codec snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device dvb_usb_dib0700 snd_pcm_oss snd_mixer_oss dib7000p snd_pcm dib7000m ns558 dvb_usb sata_nv snd_timer pcspkr floppy snd dvb_core dib3000mc emu10k1_gp gameport ac97_bus soundcore snd_page_alloc dibx000_common forcedeth dib0070 parport_pc pwc parport videodev v4l1_compat i2c_nforce2 ata_generic pata_acpi pata_amd radeon drm i2c_algo_bit i2c_core [last unloaded: scsi_wait_scan]
Pid: 2816, comm: saned Not tainted 2.6.27.19-170.2.35.fc10.i686 #1
] warn_on_slowpath+0x65/0x8b
] ? get_pageblock_migratetype+0x1f/0x22
] ? do_page_fault+0x3ac/0x710
] ? kunmap_atomic+0x87/0xa7
] ? unmap_vmas+0x494/0x5bd
] unregister_sysctl_table+0xa1/0xcd
] ? __slab_free+0x63/0x26e
] parport_device_proc_unregister+0x19/0x25 [parport]
] parport_unregister_device+0xc/0xe1 [parport]
] pp_release+0xeb/0x116 [ppdev]
] __fput+0xad/0x13d
] fput+0x17/0x19
] filp_close+0x50/0x5a
] sys_close+0x72/0xb1
] syscall_call+0x7/0xb
— end trace b47ac848a98f8f7e ]—[/quote]
tempo cinque
il sensore rimane fermo
xsane prende sempre il 1,1 % della cpu stato sleep ( vegetativo)
il kernel non fiata.
…
tempo centosei :
kill su xsane da parte di root
il kernel non fiata
il sensore si risetta tornando automaticamente al suo posto
tempo centosette:
rilancio di xsane
xsane prende il 1,1 % della cpu stato run ( ricerca dispositivi )
messaggi kernel:
tempo centotto e seguenti:
xsane prende il 1,1 % della cpu stato sleep ( ricerca dispositivi )
xsane prende il 1,1 % della cpu stato run ( ricerca dispositivi )
xsane prende il 1,1 % della cpu stato sleep ( ricerca dispositivi )
xsane prende il 1,1 % della cpu stato run ( ricerca dispositivi )
xsane prende il 1,1 % della cpu stato sleep ( ricerca dispositivi )
xsane prende il 1,1 % della cpu stato run ( ricerca dispositivi )
…
il kernel non fiata.
tempo duecento:
kill root su xsane
stop
mi puoi dare
modprobe -l |grep onscsi
[ot]
Aiutoooooooo Sasoooo
[/ot]
responso vuoto
se lanci
xsane --no-xshm
si comporta nello stesso identico modo?
[quote]
xsane: unrecognized option ‘–no-xshm’[/quote]
Se provi a fare funzionare xsane in seno a gimp ti da lo stesso errore?
identico.
telnet 127.0.0.1 6566
questo ti risponde positivamente?
si.
è in ascolto.
posso vedere
/etc/sane.d/canon_pp.conf
?
proviamo a usare il force_nibble decommentando la linea?
che didci Saso non pensi potrebbe essere questione di moduli?
Oltre a decommentare la stinga suggerita da Saso,
Puoi commentere la stringa init_mode AUTO parport0 e decommenteare ** init_mode FB630P parport0**
dunque:
-
decommentata la linea.
lanciato xsane
cliccato anteprima.
lo scanner scansiona tutta la pagina.
xsane presenta l’anteprima.
cliccato di nuovo anteprima
blocco come da quesito. -
spento la macchina e lo scanner
riacceso tutto
lancio xsane
messaggio da xsane :
** Warning this device is not ECP device**
cliccato anteprima
blocco come da quesito.
[quote=geno]
Oltre a decommentare la stinga suggerita da Saso,
Puoi commentere la stringa init_mode AUTO parport0 e decommenteare ** init_mode FB630P parport0**[/quote]
nessuna variazione, si comporta come sopra.
perché far fare due volte l’anteprima?
edit: nel senso, puoi specificare meglio cosa vogliamo fare? Vogliamo riuscire a scansionare, o che lo scanner funzioni perfettamente in tutte le situazioni immaginabili?
mi fai vedere il contenuto del file
/etc/sane.d/mustek_pp.conf
[quote=sasomao]
perché far fare due volte l’anteprima?
edit: nel senso, puoi specificare meglio cosa vogliamo fare? Vogliamo riuscire a scansionare, o che lo scanner funzioni perfettamente in tutte le situazioni immaginabili?[/quote]
perché era impossibile che funzionasse, infatti non funziona.
al restart xsane se ne è accorto.
vogliamo far funzionare lo scanner.
senza toccare o modificare il sistema.