Hallo, ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert. rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device lsmod [...] parport_pc 24960 0 parport 24448 0 [parport_pc] [...] Im BIOS ist EPP (378h / irq7] eingestellt. (EPP+ECP zusammen funktioniert auch nicht) cat /proc/sys/dev/parport/parport0/modes PCSPP,TRISTATE,EPP cat /proc/sys/dev/parport/parport0/irq -1 Kerneloptionen: CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_CML1=m CONFIG_PARPORT_SERIAL=m CONFIG_PARPORT_PC_FIFO=y CONFIG_PARPORT_PC_SUPERIO=y CONFIG_PARPORT_1284=y (auch ohne ..SERIAL , .. FIFO und ... SUPERIO geht's nicht) Dringend brauche ich das Device für vmware, weil sonst die M$ -Druckertreiber nicht richtig wollen. Auch vmware meint beim Start: ... parport0 : no such device. Unter Win direkt (also Win gebootet) geht übrigens alles bestens . Habe schon dutzende von Kombinationen ausprobiert. vmware habe ich übrigens direkt auf die Kerneloptionen kompiliert. Aber das hilft wenig, wenn Linux nicht schon parport0 erkennt. Übrigens will parport0 auch mit einer jungfräulichen 7.2-Installation nicht. Auch dort: no such device. Also: wie bringe ich linux zu parport0 ? thx Ekkard
Ekkard Gerlach wrote:
ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert.
rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device [...]
Als root "mknod /dev/parport0 c 99 0" und schon sollte das entsprechende Device vorhanden sein. Hast Du das eventuell geloescht? Ist eigentlich bei einer Basis-Installation im RPM "devs" enthalten (zumindest bei SuSE 8.0). Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
* Thomas Hertweck schrieb:
Ekkard Gerlach wrote:
ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert.
rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device [...]
Als root "mknod /dev/parport0 c 99 0" und schon sollte das
Das ist alles da, sorry, habe vergessen das zu posten: rex:~ # ls /dev/parport* -l crw-rw-rw- 1 root root 99, 0 May 12 2001 /dev/parport0 crw-rw---- 1 root root 99, 1 May 12 2001 /dev/parport1 crw------- 1 root root 99, 16 Jul 30 21:50 /dev/parport16 Sonst noch Ideen? Muß eigentlich modules.conf verändert werden? alias parport_lowlevel parport_pc #options parport_pc io=0x378 irq=none,none # If you have multiple parallel ports, specify them this way: # options parport_pc io=0x378,0x278 irq=none,none Auf einer frischen 7.2er Installation kommt bei cat test.txt > /dev/parport0 DOCH nicht "No such device" wie in meiner ersten Mail behauptet, sondern cat: write error: Invalid argument Wird daraus jemand schlau? Auf einem anderen PC mit frischer 7.2er - Installation kommt bei # cat test.txt > /dev/parport0 cat: write error: Invalid argument Ekkard
Ekkard Gerlach wrote:
* Thomas Hertweck schrieb:
Ekkard Gerlach wrote:
ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert.
rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device [...]
Als root "mknod /dev/parport0 c 99 0" und schon sollte das
Das ist alles da, sorry, habe vergessen das zu posten:
Oehm, dann war aber zitierte Fehlermeldung nicht korrekt. Da stand "/dev/parport0: No such device"...
[...] Muß eigentlich modules.conf verändert werden? alias parport_lowlevel parport_pc
Noe, eigentlich nicht. Naja, zumindest musste ich das nicht machen, und bei mir laeuft soweit alles :-)
Auf einer frischen 7.2er Installation kommt bei cat test.txt > /dev/parport0 DOCH nicht "No such device" wie in meiner ersten Mail behauptet, sondern cat: write error: Invalid argument
/dev/parport0 ist wirklich das RAW-Device. Ich weiss nicht, ob man da direkt schreiben kann. Normalerweise sollte das auf /dev/lp0 gehen. Wie sieht es denn mit "grep -i printer /usr/src/linux/.config" aus? Wenn das als Modul eingebaut ist, dann sollte das Laden des Moduls "lp" eigentlich eine Druckerunterstuetzung am Pa- rallelport zur Verfuegung stellen. Schon ausprobiert? Gruesse, Th. -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
* On Sat, 14 Dec 2002 at 17:14 +0100, Thomas Hertweck wrote:
Ekkard Gerlach wrote:
* Thomas Hertweck schrieb:
Ekkard Gerlach wrote:
ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert.
rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device [...]
Als root "mknod /dev/parport0 c 99 0" und schon sollte das
Das ist alles da, sorry, habe vergessen das zu posten:
Oehm, dann war aber zitierte Fehlermeldung nicht korrekt. Da stand "/dev/parport0: No such device"...
Sicher? pepe:~ # l /dev/sda brw-rw---- 1 root disk 8, 0 Mar 11 2000 /dev/sda pepe:~ # cat /dev/sda > /dev/null cat: /dev/sda: No such device pepe:~ # l /dev/sdxyz ls: /dev/sdxyz: No such file or directory pepe:~ # cat /dev/sdxyz > /dev/null cat: /dev/sdxyz: No such file or directory -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
Adalbert Michelic wrote:
* On Sat, 14 Dec 2002 at 17:14 +0100, Thomas Hertweck wrote:
Ekkard Gerlach wrote:
* Thomas Hertweck schrieb:
Ekkard Gerlach wrote:
ich bekomme mit Suse 7.2 / Kernel update auf 2.4.19 keinen parport0 konfiguriert.
rex:~ # cat test > /dev/parport0 bash: /dev/parport0: No such device [...]
Als root "mknod /dev/parport0 c 99 0" und schon sollte das
Das ist alles da, sorry, habe vergessen das zu posten:
Oehm, dann war aber zitierte Fehlermeldung nicht korrekt. Da stand "/dev/parport0: No such device"...
Sicher?
Noe :-) Ich habe nur die Fehlemeldung woertlich genommen. Aber anscheinend hast Du recht, dass ich das nicht immer tun sollte. Zumindest bei Devices muss man da vorsichtig sein.
pepe:~ # l /dev/sda brw-rw---- 1 root disk 8, 0 Mar 11 2000 /dev/sda pepe:~ # cat /dev/sda > /dev/null cat: /dev/sda: No such device pepe:~ # l /dev/sdxyz ls: /dev/sdxyz: No such file or directory pepe:~ # cat /dev/sdxyz > /dev/null cat: /dev/sdxyz: No such file or directory
Dass die letzten beiden Beispiele nicht funktionieren, das ist logisch, und da macht die Fehlermeldung auch Sinn. Nun ist aber /dev/sda ein Block-Device, das existiert, aber moeglicherweise befindet sich "dahinter" kein gueltiges SCSI-Geraet. Anscheinend gibt es auch dann die Fehlermeldung "No such device". Das wusste ich z.B. nicht. Auf Ekkards Problem bezogen kann das eben bedeu- ten, dass hinter /dev/parport0 kein gueltiges Geraet erkannt wur- de. Muss man mal schauen. Ich habe bisher nie direkt auf das Raw- Device zugegriffen sondern immer auf /dev/lp0. Mal sehen, was Ekkard noch liefern kann. Vielleicht hat ja auch jemand anderes ne Idee. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Hallo, On Sat, 14 Dec 2002, Thomas Hertweck wrote:
Adalbert Michelic wrote:
* On Sat, 14 Dec 2002 at 17:14 +0100, Thomas Hertweck wrote: [..]
Oehm, dann war aber zitierte Fehlermeldung nicht korrekt. Da stand "/dev/parport0: No such device"... [..] Aber anscheinend hast Du recht, dass ich das nicht immer tun sollte. Zumindest bei Devices muss man da vorsichtig sein. [..] Anscheinend gibt es auch dann die Fehlermeldung "No such device".
Die gibt's generell, wenn hinter einem device-node kein passender Treiber "lauert" ;) -dnh -- Es gibt Tage, da muß man auch bei erfolgreichen Self-LARTs noch ein klein wenig nachhelfen. Autos sind heutzutage viel zu sicher: die Idioten sterben nicht mehr aus. Als die Lenksäule noch aufs Brustbein zielte, hatten die DAUs immerhin etwas Respekt. -- Erik Meltzer in dasr
* Thomas Hertweck schrieb:
Wie sieht es denn mit "grep -i printer /usr/src/linux/.config" aus? Wenn das als Modul eingebaut ist, dann sollte das Laden des Moduls "lp" eigentlich eine Druckerunterstuetzung am Pa- rallelport zur Verfuegung stellen. Schon ausprobiert?
rex:~ # grep -i printer /usr/src/linux/.config CONFIG_PRINTER=m CONFIG_USB_PRINTER=m ... hmmmm ... erliege ich vielleicht nur einem Gedankenfehler ? Ich dachte parport ist das bidirektionale device und lp0 das unidirektionale. Das ist offenbar NICHT so, oder ? Wird mit dem Laden von parport und parport_pc das device /dev/lp0 bidirektional ? - WEnn ja, warum wird dann in der vmware-doku angegeben, daß /dev/parport0 als device angegeben werden soll, wenn die Druckerschnittstelle bidirektional emuliert werden soll? Beim Start von vmware kommt bei Angabe von /dev/lp0 für die Druckerschnittstelle: The bidirectional virtual device LPT1 is using the old-style unidirectional host device /dev/lp0. You must either turn off bidirectional mode for LPT1 in the configuration editor, or change its path to a parport-style device (probably /dev/parport0). Device parallel0 will start disconnected Ist es bei Red Hat, Debian , ... vielleicht so ? Ekkard
Ekkard Gerlach wrote:
[...] ... hmmmm ... erliege ich vielleicht nur einem Gedankenfehler ? Ich dachte parport ist das bidirektionale device und lp0 das unidirektionale. Das ist offenbar NICHT so, oder ?
Wird mit dem Laden von parport und parport_pc das device /dev/lp0 bidirektional ?
Das Modul parport ist AFAIK fuer die generelle Unterstuetzung des Parallelports zustaendig. Das Modul parport_pc ist das ar- chitekturspezifische Modul, hier also fuer "normale PCs" (im Gegensatz zu Atari oder so). Das eigentliche Modul fuer den Drucker am Parallelport heisst lp. Wenn im BIOS entsprechende Werte fuer den Parallelport gesetzt sind (z.B. 378H / IRQ 7, ECP + EPP, DMA 3), dann sollte die Kernel-Option lp=auto beim Booten die Ports korrekt erkennen und entsprechend auswerten. dmesg: [...] parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] parport0: Printer, OKI DATA CORP OKI OKIPAGE 6ex parport_pc: Via 686A parallel port: io=0x378 [...] Man kann die Datei /etc/modules.conf entsprechend anpassen. Mit vmware kenne ich mich nicht aus :-) Siehe zu dem Thema vielleicht auch mal /usr/src/linux/Documentation/parport.txt. Ich bin bei dem Thema nicht so fit, dachte ja urspuenglich nur dass Dein Problem mit dem (wirklich) fehlenden Device zu tun hat. Das ist aber anscheinend nicht der Fall. Vielleicht kann Dir ja sonst jemand noch weiter helfen. Gruesse, Thomson PS: Kannst ja mal schauen, was Du unter /proc/sys/dev/parport/ so fuer Infos auftreiben kannst. Unterstuetzt den die Hard- ware Bidirektionalitaet? -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Teillösung: es ist das Modul ppdev erfolderlich um parport zu betreiben. Wenn dann noch im BIOS EPP+EPC enabled ist, dann meckert vmware beim STart nicht mehr. (Hinweis kam aus de.uni.linux.... NG). .. nur: jetzt kann ich GAR NICHT mehr drucken. Grund ^^^^^^^^^ gerlach@rex:~ > lpq Warning: lp queue is turned off no entries Die Queue aller Druckerwarteschlagen ist IMMER off ! Da kann ich restart machen wie ich will (rclpd restart) und ich kann lpc stop all und lpc start all ausführen so oft ich will: immer queue is turned off. Was ist denn jetzt kaputt?? Das neue Modul muss ich immer per Hand laden: modprobe ppdev . Auch wenn in den Kernel-boot optionen bei lilo lp=auto eingetragen ist. lp wird gar nicht mehr automatisch geladen. Ein modprobe lp funktiniert aber. dmesg [...] parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP] parport0: irq 7 detected [...] .. scheint o.k. zu sein, aber unter rex:~ # cat /proc/sys/dev/parport/parport0/irq -1 .. ist seit neustem nix mehr da, da stand mal 7 , ich glaube noch bis dahin, also ich ohne Kerneloption lp=auto gebootet habe. Sappalott .. ist das alle so fürchterlich kompliziert unter Linux und bin ich der einzige der parport nutzen will ? :( #§$%&$%&/!"$%%&& Jetzt drucke ich halt wieder unter Windows .. es ist zu kotzen ! Ekkard * Thomas Hertweck schrieb:
Ekkard Gerlach wrote:
[...] ... hmmmm ... erliege ich vielleicht nur einem Gedankenfehler ? Ich dachte parport ist das bidirektionale device und lp0 das unidirektionale. Das ist offenbar NICHT so, oder ?
Wird mit dem Laden von parport und parport_pc das device /dev/lp0 bidirektional ?
Das Modul parport ist AFAIK fuer die generelle Unterstuetzung des Parallelports zustaendig. Das Modul parport_pc ist das ar- chitekturspezifische Modul, hier also fuer "normale PCs" (im Gegensatz zu Atari oder so). Das eigentliche Modul fuer den Drucker am Parallelport heisst lp. Wenn im BIOS entsprechende Werte fuer den Parallelport gesetzt sind (z.B. 378H / IRQ 7, ECP + EPP, DMA 3), dann sollte die Kernel-Option lp=auto beim Booten die Ports korrekt erkennen und entsprechend auswerten.
dmesg: [...] parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE] parport0: Printer, OKI DATA CORP OKI OKIPAGE 6ex parport_pc: Via 686A parallel port: io=0x378 [...]
Man kann die Datei /etc/modules.conf entsprechend anpassen.
Mit vmware kenne ich mich nicht aus :-) Siehe zu dem Thema vielleicht auch mal /usr/src/linux/Documentation/parport.txt. Ich bin bei dem Thema nicht so fit, dachte ja urspuenglich nur dass Dein Problem mit dem (wirklich) fehlenden Device zu tun hat. Das ist aber anscheinend nicht der Fall. Vielleicht kann Dir ja sonst jemand noch weiter helfen.
Gruesse, Thomson
PS: Kannst ja mal schauen, was Du unter /proc/sys/dev/parport/ so fuer Infos auftreiben kannst. Unterstuetzt den die Hard- ware Bidirektionalitaet?
-- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (4)
-
Adalbert Michelic
-
David Haller
-
Ekkard Gerlach
-
Thomas Hertweck