Newsgroup: it.comp.os.linux.iniziare
Titolo: [Cups] processo usb e stampa lentissima

Salve a tutti, dopo anni passati a lavorare su Red Hat mi ritrovo solo 
ora a esplorare timidamente il pianeta stampa su linux, di cui non ho la 
benchè minima esperienza.
Ho un fantastico server domestico basato su VIA Epia 5000A (CPU C3 
Samuel da 533MHz e 256MB di ram) che mi sta dando grandissime 
soddisfazioni sia dal punto di vista energetico (11W di assorbimento) 
che software (OS Debian Etch)
Ora vorrei usare la suddetta macchina come printer server con una 
multifunzione laser Brother MFC-7420.
Il sito 
www.linux-foundation.org
 giura e spergiura che tale stampante è 
perfettamente funzionante con un driver Cups sviluppato da Brother 
(
http://solutions.brother.com/linux/en_us/index.html
), ho scaricato e 
installato con dpkg il driver lpr dal sito Brother (rilasciato in 
formato deb, Brother ti ringrazio!! :D), idem per il driver Cups.
Installo Cups tramite apt-get, modifico giusto un paio di banali 
parametri per accedere all'amministrazione web dalla rete locale e 
verifico che il servizio sia in ascolto sulla canonica porta tcp 631.
Mi collego via browser e tutto sembra funzionare perfettamente, giusto 
un piccolo problema risolto per l'accesso all'area di amministrazione 
(ho avuto problemi con la generazione del certificato SSL, non avendo 
una tastiera o un mouse attaccato all'Epia ho dovuto usare "find /." per 
far grattare ben bene l'hard disk in modo che il kernel generasse questa 
benedetta chiave random...).
L'installazione della stampante sotto Cups fila liscissima, i drivers 
vengono visti immediatamente e tutto mi sembra fin troppo bello per 
essere vero...
Attivo la stampante e lancio una stampa di prova...
...
...
...
nulla...
Aspetto fiducioso ma non accade nulla, con un "ps axf" noto che il 
processo "usb" occupa tutta la cpu.
Killo il processo e restarto cups e tutto riprende normalmente, rilancio 
una stampa e il processo usb torna ad occupare totalmente la cpu.
Dopo diversi minuti la stampante magicamente si attiva e la stampa 
compare perfetta.
Ripeto l'esperimento e dopo una nuova estenuante attesa la stampa viene 
eseguita correttamente.
Ho attivato i logs di cups in modalità Debug e provando a lanciare una 
banale stampa della home-page di google ho raccolto un po' di dati, 
tanto per darvi un'idea la stampa è stata lanciata in locale alle 
23:39:53 e la stampante ha effettivamente stampato alle 00:01:54 :((
Avete idea di quale possa essere il problema?
Prima di vomitarvi addosso tutto il log che ho raccolto ( :D ), avete 
qualche indizio su dove possa raccogliere qualche informazione in 
merito? Ad es la gestione dell'usb?
Grazie per qualsiasi dritta :)
-- 
Tasslehoff Burrfoot
http://tasslehoff.burrfoot.it
------------------------
public PGP key block at
http://gioco.net/pgpkeys
------------------------
Ho visto oscuri universi spalancarsi
Dove neri pianeti ruotano senza meta...
Dove ruotano nell'orrore invisibile,
Privi di consapevolezza, splendore o nome...

 23:39:53 e la stampante ha effettivamente stampato alle 00:01:54 :((
E non ci sono altri errori ?
Un banale dmesg, non riporta nulla ?
Altre periferiche usb funzionano ?
Provato a stampare da applicazioni diverse ?
Ciao.
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 
nel tuo sistema e' per caso attivo apparmor?
se fai un
sudo aa-complain cupsd
e provi a lanciare la stampa cosa succede?
-- 
Pandozy vede tutto
    _   _
  O'|,=,/'O
    (0 0)
ooO--(_)--Ooo

 e provi a lanciare la stampa cosa succede?
Niente apparmor
Thx comunque :)
Ciao!!


 Ciao.
dmesg mi riporta questo provando a disconnettere e riconnettere la 
stampante alle due porte usb dell'Epia
----
usb 1-2: USB disconnect, address 2
drivers/usb/class/usblp.c: usblp0: removed
usb 1-1: new full speed USB device using uhci_hcd and address 3
usb 1-1: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 3 if 0 
alt 0 proto 2 vid 0x04F9 pid 0x0180
usb 1-1: USB disconnect, address 3
drivers/usb/class/usblp.c: usblp0: removed
usb 1-2: new full speed USB device using uhci_hcd and address 4
usb 1-2: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 4 if 0 
alt 0 proto 2 vid 0x04F9 pid 0x0180
usb 1-2: USB disconnect, address 4
drivers/usb/class/usblp.c: usblp0: removed
usb 1-1: new full speed USB device using uhci_hcd and address 5
usb 1-1: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 5 if 0 
alt 0 proto 2 vid 0x04F9 pid 0x0180
----
Purtroppo non ho avuto modo di provare altre periferiche usb fin'ora, 
stasera porterò a casa dal lavoro una pendrive giusto per fare un test, 
oltre a un cavo parallelo per fugare ogni dubbio sulla natura di questa 
lentezza.
Riguardo a cups non mi pare dia errori clamorosi, ho raccolto il log 
prodotto da una stampa (verbosità Debug) in questo file --> 
http://tasslehoff.burrfoot.it/pub/cups_error_log.txt
Grazie per qualsiasi suggerimento
Ciao!


 
http://tasslehoff.burrfoot.it/pub/cups_error_log.txt
Non sono un esperto di cups ma anche a me pare che non ci siano errori..
Non c'è un driver simile per quella stampante? Anche se stampa fuffa non
ci interessa, ma potrebbe aiutare a individuare il problema. Oltre ai
test che ti ho già suggerito..
Anche provare con un'altra stampante usb aiuterebbe...


 Ciao.
Ho avuto modo di provare ora sempre con lo stesso driver ma collegando 
la stampante tramite porta parallela e tutto funzione divinamente.
Ovviamente il trasferimento delle stampe dallo spool alla stampante è 
più lento ma i tempi di stampa sono normalissimi, ci mette giusto un 
attimo a elaborare lo spool (del resto un conto fare tutto questo con un 
A64 4000+ piuttosto che con un Epia da 533Mhz) ma le tempistiche sono 
ottime e perfettamente in linea con quanto mi aspettavo.
Direi che a questo punto l'indiziato numero uno sia la gestione 
dell'usb, Cups sembra funzionare perfettamente e i drivers utilizzati 
sono sempre gli stessi forniti da Brother (su 
linuxprinting.org
 sono 
giudicati ottimamente).
Ho provato a collegare una pendrive usb e dmesg mi riporta quanto segue
---
SCSI subsystem initialized
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 7
usb-storage: waiting for device to settle before scanning
   Vendor:           Model: USB DISK 30X      Rev: PMAP
   Type:   Direct-Access                      ANSI SCSI revision: 00
usb-storage: device scan complete
SCSI device sda: 2015232 512-byte hdwr sectors (1032 MB)
sda: Write Protect is off
sda: Mode Sense: 23 00 00 00
sda: assuming drive cache: write through
SCSI device sda: 2015232 512-byte hdwr sectors (1032 MB)
sda: Write Protect is off
sda: Mode Sense: 23 00 00 00
sda: assuming drive cache: write through
  sda: unknown partition table
sd 0:0:0:0: Attached scsi removable disk sda
---
Ancheq ui non mi pare ci siano particolari anomalie, l'epia in mio 
possesso dovrebbe montare porte usb 1.1 ma durante un trasferimento 
sulla pendrive la velocità è arrivata a fatica a 600 KB/s ed era in 
continua discesa (la pendrive non è certo di quelle particolarmente 
performanti, ma connessa in usb 2.0 qualche MB/s lo fa cmq sotto Windows)
Hai qualche suggerimento per verificare i parametri del controller usb?
Qualche tool di verifica o diagnostica?
Sono anni che lavoro con linux (soprattutto Red Hat 7.x ed ora 
enterprise), in tanti anni ne ho passate di cotte e di crude migrando 
quasi tutto quello che abbiamo in azienda a questo sistema operativo, mi 
sono consumato le unghie e i neuroni su Websphere 3.5 come su DB2 7, per 
non parlare dei primi porting di Lotus Domino per linux...
Praticamente ci sono solo tre cose che non ho mai mai mai trattato e che 
mi sono ignote, due su tre mi sono calate sul coppino proprio ora:
- periferiche hotplug (usb e firewire)
- multimedialità
- stampa
As usual grazie per qualsiasi dritta :)
Ciao!!!


 usb? Qualche tool di verifica o diagnostica?
No, non saprei. l'unica cosa che puoi controllare e che il kernel
carichi i moduli giusti per il tuo controller..
Per capire se il problema sta nel kernel, devi provarne un altro.
Strano però che nei log non ci sia nulla..
Altro non mi viene in mente. Do per scontanto che hai già
abbondantemente cercato on google :)
