Newsgroup: it.comp.os.linux.iniziare
Titolo: MDK8 - mi è morta la stampante

Salve,
	giorni fa ho eseguito una di quelle operazioni che ti fanno apprezzare 
Linux più di ogni cosa. Ovvero: ho cambiato scheda madre, passando da 
una Epox con K6 a una Abit con Duron 700. Ovviamente, ho montato tutte 
le periferiche esattamente come prima e ancora più ovviamente Linux è 
partito senza darmi nessun tipo di grattacapo. E' andato subito che era 
una meraviglia.
	Oggi però ho fatto un'amara scoperta. La stampante non dà più segni di 
vita. L'ho riconfigurata con Harddrake come avevo fatto la prima volta, 
col K6, ma niente. Quando si tratta di stampare la pagina di prova mi 
dice "lp not ready". Le ho tentate un po' tutte. Ho persino allargato i 
permessi di /dev/lp0 senza ottenere risultati apprezzabili. Ho anche 
rilanciato kudzu sperando che intervenisse lui, ma niente, mi sa che 
dovrò amrarmi di pazienza e sconfiggere la pigrizia estiva.
	Ho lanciato lsmod e mi dice che parport_pc e parport sono caricati, ho 
provato così a guardare nella directory /proc/sys/dev/parport e ho letto 
nel file irq "-1", cosa che mi ha lasciato un po' perplesso (ma forse è 
giusto così, visto che in quel momento non stavo usando la stampante, 
anche se mi pare un valore un po' strano), idem per dma. Se può servire 
a qualcosa uso CUPS e non mi ha mai dato problemi
	in /ver/spool/cups ci sono i cadaveri dei miei falliti tentativi di 
stampa. Dite che prima di procedere a nuovi tentativi faccio meglio a 
rimuovere questi con un bel rm?
	in /etc/printcap leggo la sola riga
lp:
	devo mica aggiungerne altre? Bah... vabbè, se qualcuno mi sa dare una 
mano, soprattutto nella parte "dal kernel alla porta parallela", mi 
faccia la cortesia di rispondere a questo messaggio...
p.bes

 mano, soprattutto nella parte "dal kernel alla porta parallela", mi 
dal lato kernel sembra a posto, se ti carica i moduli lp, parport e
parport_pc senza storie, in /var/log/kern.log io trovo:
Jul 15 12:43:40 kernel: 0x378: FIFO is 16 bytes
Jul 15 12:43:40 kernel: 0x378: writeIntrThreshold is 8
Jul 15 12:43:40 kernel: 0x378: readIntrThreshold is 8
Jul 15 12:43:40 kernel: 0x378: PWord is 8 bits
Jul 15 12:43:40 kernel: 0x378: Interrupts are ISA-Pulses
Jul 15 12:43:40 kernel: 0x378: ECP port cfgA=0x10 cfgB=0x00
Jul 15 12:43:40 kernel: 0x378: ECP settings irq=<none or set by
other means> dma=<none or set by other means>
Jul 15 12:43:40 kernel: parport0: PC-style at 0x378 (0x778)
[PCSPP,TRISTATE,COMPAT,ECP]
Jul 15 12:43:40 kernel: parport0: cpp_daisy: aa5500ff(38)
Jul 15 12:43:40 kernel: parport0: assign_addrs: aa5500ff(38)
Jul 15 12:43:40 kernel: parport0: cpp_daisy: aa5500ff(38)
Jul 15 12:43:40 kernel: parport0: assign_addrs: aa5500ff(38)
Jul 15 12:43:40 kernel: parport_pc: Via 686A parallel port:
io=0x378
Jul 15 12:43:40 kernel: lp0: using parport0 (polling).
In /usr/src/linux/Documentation/parport.txt dice che vive anche senza
irq, se vuoi puoi specificarlo sulla linea di comando.
Ciao
-- 
Fabio Cobianchi		
fabi...@tiscalinet.it

 Jul 15 12:43:40 kernel: lp0: using parport0 (polling).
il modulo lp è caricato, lp0 usa parport0 anche da me, e tutto sembra 
fottutamente a posto... forse il problema è che è proprio tutto a posto, 
ma nonostante questo, la stampante non comunica col computer. La cosa 
che più mi fa sclerare, in tutto questo, è che ho qui davanti a me la 
fottuta "pagina di prova della stampante di Windows Millennium" che 
sembra irridermi, visto che l'ho stampata con lo stesso hardware nella 
stessa medesima configurazione... boh!
p.bes

Paolo Besser wrote:

prova a verificare che sia attivo "network":  Mandrake Control 
center/System/Service

 center/System/Service
si direbbe allegramente in esecuzione anche adesso... perņ continuo a 
non stampare...
p.bes

,

Mi inserisco solo qui nel thread, quindi non so' se usi CUPS o lpd
"liscio".
Nel primo caso, dalla pagina html di gestione di cups
("
http://localhost:631
") controlla che la stampante non sia per qualche
motivo bloccata via software. A me e' capitato almeno due volte (e
senza motivo) con MDK 7.2.
Ciao
LG
-- 
*********************************************************************
Leandro Gelasi
V year Computer Science Engineering student at Siena University
gela...@lucy.dii.unisi.it
Gilles Villeneuve will live forever
*********************************************************************

 senza motivo) con MDK 7.2.
Cups mi dice che è tutto ok, ma di stampare non se ne parla proprio... 
credo che per me rimarrà un vero e proprio mistero.
p.bes


Mal comune mezzo gaudio. Ho lo stesso problema e non so come risolverlo.
(Ho anche la stessa distro).
Hai provato a fare un cat /etc/passwd > /dev/lp0 ??? Io ho provato e non
funzia, indi immagino che il problema sia sulla configurazione della 
parallela e non sulla stampante.
Nessuno sa come fare a controllare e impostare le risorse della
parallela? (intendo IRQ e DMA). Secondo me il problema sta tutto lì, 
dato che con il cat sulla parallela (ovvero bypassando CUPS e LPD) il 
risultato non cambia.
BYEZZZZZZz............
-- 
aSs0
mastr...@tiscalinet.it

 BYEZZZZZZz............
E' bellissimo, mi rispondo da solo. :-)
Comunque il mio problema si è risolto entrando nel BIOS e perdendo un
po' di tempo per capire che c'era un conflitto con la parallela. Ora che 
l'ho messa su 0x3BCh come indirizzo, IRQ 7 e DMA 3 tutto è tornato alla
normalita'. Scrivo questo post perchè credo che anche per Paolo sia
cosi', e ciò spiegherebbe come mai a lui non stampa più da quando ha 
cambiato mobo (e quindi i parametri del BIOS).
BYEZZZZzzzzzzzz............
-- 
aSs0
*signStrike*