Quoting Axel Noetzold ([EMAIL PROTECTED]):
> Am Die, 12 Jun 2001 schrieb Karl-Heinz Haag:
> > Quoting Axel Noetzold ([EMAIL PROTECTED]):
> > > Hallo Liste,
> > > ich habe auf meiner R0-Potato (Kernel 2.2.17) folgendes Problem:
> > > Ich kann den Drucker nicht ansprechen. Die Hardware ist es nicht -
> > > mit SuSe ging es und mit anderen OS auch.
^^^^ dazu unten mehr
Da das gew�nschte Ergebnis bis jetzt nicht erreicht wurde, mu� wohl
noch eine Etage tiefer angesetzt werden.
Das werde ich hier zusammen mit Dir versuchen.
> > Ich w�rde das Problem systematisch eingrenzen und beheben:
> >
> > 1. Ist die node f�r das device vorhanden?
> > ls -al /dev/lp*
>
> Ja, aber Meldung: No such device
Nein, das ist *nicht* die Ausgabe von ls -al ....Sic!
Also bitte schrittweise und genau nachvollziehen, wenn der ernsthafte
Wille da ist, 'Heilerfolge' zu erzielen.
Ferndiagnose macht nur dann Sinn, wenn der Kommunikationspartner entweder
bereits sachverst�ndig ist, oder dem folgt was ihm teils auch
unverst�ndlich/�berfl�ssig erscheint.
ls -al /dev/lp* zeigt also auf meiner Platte:
crw-rw---- 1 root lp 6, 0 Jun 12 00:14 /dev/lp0
crw-rw---- 1 root lp 6, 1 Jun 12 00:14 /dev/lp1
crw-rw---- 1 root lp 6, 2 Jun 12 00:14 /dev/lp2
und zwar *unabh�ngig* vom Laden irgendwelcher Module.
> > Im Zweifelsfall neu anlegen, was *auf keinen Fall* schadet
> > cd /dev
> > ./MAKEDEV -v lp
Und, hast Du den Befehl auch ausgef�hrt?
> > 2. Gibt es das Modul lp.o ?
> > find /lib/modules/2.2.17 | grep lp
>
> Ja
Ab hier graben wir jetzt tiefer:
Das Modul lp.o setzt seinerseits bereits drei *zuvor* geladene Module
voraus.
Sind die nicht vorhanden_+_geladen kann lp.o nichts ausrichten.
Ich z�hle die Module in der beim h�ndischen Laden mit 'insmod' strikt
zu beachtenden Reihenfolge auf:
parport.o
parport_probe.o
parport_pc.o
lp.o
Nun wieder schrittweise.
1. Erstmal nachsehen, ob es die Moduldateien gibt:
find /lib/modules/2.2.17 | grep parport
2. Module 'zu Fu�' laden mit insmod:
insmod parport
insmod parport_probe
insmod parport_pc
insmod lp
3. 'lsmod' zeigt, wie sie aufeinander aufbauen:
Module Size Used by
lp 4784 0 (unused)
parport_pc 7568 1 (autoclean)
parport_probe 3536 0 (autoclean)
parport 7504 1 [lp parport_pc parport_probe]
4. Angenommen, es gibt auch jetzt noch kein positives Ergebnis, mu� die
Hardware untersucht werden.
-einfachste Analyse 'ex negativo' w�re Booten in ein anderes System,
von dem Du ja sagtest, da� damit alles (vorher! aber wann, und was
ist zwischenzeitlich passiert?) funktionierte.
>>funktioniert's Drucken im anderen System auch jetzt noch?<<
-Ja, dann wei� ich auf der Debian-Seite (im Moment) nichts, als
versuchsweise einen aktuelleren Kernel zu machen, am besten gleich
2.2.19,nehmen, bei dem Parportunterst�tzung fest einkompiliert ist
und dann mal testen.
Bei Konfiguration :general setup ---> parallel port support
_und_ :character devices --> parallel printer support
-Nein, w�rde hei�en, es liegt an der Hardware und/oder am BIOS.
Einfachster Fall hier: es gibt in vielen BIOSen die M�glichkeit, wie
die seriellen auch den/die parallelen ports abzustellen.
Das solltest Du gr�ndlich checken.
Hier lassen sich meist noch die I/O Ports einstellen.
Das lp.o von Linux sucht per default 0x278 0x378 und 0x3bc ab.
Am besten das erste sollte hier im BIOS eingestellt werden.
> > 4. Jetzt hast Du fertig!
Wenn immer noch nicht, sollten noch andere Listenleute ihren Senf
dazugeben.
Wenn Du Erfolg hast, w�rde mich interessieren, an was es denn nun lag.
Happy hacking,
Karl-Heinz
--
-----------------------------------------------------------
Um sich aus der Liste auszutragen schicken Sie bitte eine
E-Mail an [EMAIL PROTECTED] die im Subject
"unsubscribe <deine_email_adresse>" enthaelt.
Bei Problemen bitte eine Mail an: [EMAIL PROTECTED]
-----------------------------------------------------------
847 eingetragene Mitglieder in dieser Liste.
