Meldung: CAPI nicht installiert
Hallo, ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI. Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen? Gruß, Thomas -- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm www.booms-edv.de info@booms-edv.de
Am Donnerstag, 16. Dezember 2004 19:07 schrieb Thomas Booms:
ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI.
KDE über YaST mit "System Update" installiert? Wenn ja, wurde Dir kernel-default-nongpl überschrieben mit der Version von CD/DVD, womit das Teil nicht mehr zum Kernel passt, falls schon YOU-Updates liefen. Das Problem hab ich vor nem knappen Monat in den Bugzilla bei SuSE geklopft, aber bisher keine Reaktion zum Thema.
Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen?
YOU starten, Kernel manuell nochmal auswählen, dann sollte es wieder passen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 19:07 schrieb Thomas Booms:
ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI.
KDE über YaST mit "System Update" installiert? Wenn ja, wurde Dir kernel-default-nongpl überschrieben mit der Version von CD/DVD, womit das Teil nicht mehr zum Kernel passt, falls schon YOU-Updates liefen. Das Problem hab ich vor nem knappen Monat in den Bugzilla bei SuSE geklopft, aber bisher keine Reaktion zum Thema.
Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen?
YOU starten, Kernel manuell nochmal auswählen, dann sollte es wieder passen.
Das habe ich heute erneut versucht, habe auch einen Update-Kernel gesaugt, ändert aber bislang nichts am Zustand. -- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm www.booms-edv.de info@booms-edv.de
On Thu, Dec 16, 2004 at 08:02:21PM +0100, Thomas Booms wrote:
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 19:07 schrieb Thomas Booms:
ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI.
KDE über YaST mit "System Update" installiert? Wenn ja, wurde Dir kernel-default-nongpl überschrieben mit der Version von CD/DVD, womit das Teil nicht mehr zum Kernel passt, falls schon YOU-Updates liefen. Das Problem hab ich vor nem knappen Monat in den Bugzilla bei SuSE geklopft, aber bisher keine Reaktion zum Thema.
Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen?
YOU starten, Kernel manuell nochmal auswählen, dann sollte es wieder passen.
Das habe ich heute erneut versucht, habe auch einen Update-Kernel gesaugt, ändert aber bislang nichts am Zustand.
Als root depmod -a rcisdn start Danach sollte es wieder gehen. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
On Thu, Dec 16, 2004 at 08:02:21PM +0100, Thomas Booms wrote:
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 19:07 schrieb Thomas Booms:
ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI.
KDE über YaST mit "System Update" installiert? Wenn ja, wurde Dir kernel-default-nongpl überschrieben mit der Version von CD/DVD, womit das Teil nicht mehr zum Kernel passt, falls schon YOU-Updates liefen. Das Problem hab ich vor nem knappen Monat in den Bugzilla bei SuSE geklopft, aber bisher keine Reaktion zum Thema.
Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen?
YOU starten, Kernel manuell nochmal auswählen, dann sollte es wieder passen.
Das habe ich heute erneut versucht, habe auch einen Update-Kernel gesaugt, ändert aber bislang nichts am Zustand.
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen. -- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm www.booms-edv.de info@booms-edv.de
Am Donnerstag, 16. Dezember 2004 22:08 schrieb Thomas Booms:
Karsten Keil schrieb:
On Thu, Dec 16, 2004 at 08:02:21PM +0100, Thomas Booms wrote:
Manfred Tremmel schrieb:
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Bei mir ging es auch nicht, deshalb habe ich den Treiber von AVM installiert...dann ging es. also config aus dem boot Verzeichnis nach Kernelsource ...make prepare und installieren... Karsten meint zwar man solle es nicht machen...aber der Zweck heiligt die Mittel..**wegduck** G. Roland
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Die Frage ist nun wird schon der Kartentreiber (fcpci) oder die capi nicht geladen. Bei mir funktioniert nach Kernelupdates ISDN auch nicht mehr. Aber ich habe die Kernelquellen installiert und unter /usr/src/kernel-modules/fritzcapi findet sich das. Dort einmal make ; make install und nach einem modprobe fcpci geht's dann wieder.
Am Donnerstag, 16. Dezember 2004 22:08 schrieb Thomas Booms:
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Welche Versionen der beiden RPMs hast Du denn jetzt? rpm -q kernel-default rpm -q kernel-default-nongpl -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 22:08 schrieb Thomas Booms:
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Welche Versionen der beiden RPMs hast Du denn jetzt?
rpm -q kernel-default rpm -q kernel-default-nongpl
Derzeit nur: rpm -q kernel-default kernel-default-2.6.8-24.5 -- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm www.booms-edv.de info@booms-edv.de
On Fri, Dec 17, 2004 at 11:36:01AM +0100, Thomas Booms wrote:
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 22:08 schrieb Thomas Booms:
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Manchmal ist moch ein Restart des smpppd und auch noch ein reconnect zum smpppd (kinternet Menu) notwendig. rcsmpppd restart
Welche Versionen der beiden RPMs hast Du denn jetzt?
rpm -q kernel-default rpm -q kernel-default-nongpl
Derzeit nur:
rpm -q kernel-default kernel-default-2.6.8-24.5
Dann kann es nicht gehen da es gar kein fcpci.ko Modul gibt, die sind im entsprechenden kernel-default-nongpl Paket. Dieses installieren (gleiche Version wie kernel-default !!!) und dann depmod -a -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
On Fri, Dec 17, 2004 at 11:36:01AM +0100, Thomas Booms wrote:
Manfred Tremmel schrieb:
Am Donnerstag, 16. Dezember 2004 22:08 schrieb Thomas Booms:
Leider bei mir nicht. Habe es extra nochmals wie zuletzt beschrieben durchgeführt. Kommandozeile gibt zwar "done" aus, jedoch bleibt das ISDN-Symbol rot durchgestrichen.
Manchmal ist moch ein Restart des smpppd und auch noch ein reconnect zum smpppd (kinternet Menu) notwendig. rcsmpppd restart
Welche Versionen der beiden RPMs hast Du denn jetzt?
rpm -q kernel-default rpm -q kernel-default-nongpl
Derzeit nur:
rpm -q kernel-default kernel-default-2.6.8-24.5
Dann kann es nicht gehen da es gar kein fcpci.ko Modul gibt, die sind im entsprechenden kernel-default-nongpl Paket. Dieses installieren (gleiche Version wie kernel-default !!!) und dann depmod -a
Ich habe jetzt beide Kernel installiert wie oben beschrieben und das Symbol erscheint jetzt normal. Im Laufe des Tages werde ich es testen. YOU bietet mir jetzt ein Kernelupdate an. Das sollte wohl nicht gemacht werden? Oder spielt das jetzt keine Rolle mehr? -- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm www.booms-edv.de info@booms-edv.de
Karsten Keil schrieb:
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Leider nicht. Lt. messages wird fcusb zwar geladen
Dec 17 08:03:57 boss kernel: fcusb2: unsupported module, tainting kernel. Dec 17 08:03:57 boss kernel: fcusb2: module license 'Proprietary' taints kernel. Dec 17 08:03:57 boss kernel: fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.5.0 Dec 17 08:03:57 boss kernel: fcusb2: (fcusb2 built on Oct 6 2004 at 12:24:19) Dec 17 08:03:57 boss kernel: fcusb2: Loading... Dec 17 08:03:57 boss kernel: fcusb2: Driver 'fcusb2' attached to stack. (152) Dec 17 08:03:57 boss kernel: kcapi: Controller 1: fcusb2-0003 attached Dec 17 08:03:57 boss kernel: usbcore: registered new driver fcusb2 Dec 17 08:03:57 boss kernel: fcusb2: Loaded.
aber nicht gestartet. Diese Meldungen fehlen ( sie entstanden bei der Installation von 9.2 ):
Dec 16 11:10:01 linux kernel: fcusb2: Stack version 3.11-04 Dec 16 11:10:01 linux kernel: kcapi: card 1 "fcusb2-0003" ready. Dec 16 11:10:01 linux kernel: capidrv: controller 1 up Dec 16 11:10:01 linux kernel: capidrv-1: now up (2 B channels) Dec 16 11:10:01 linux kernel: capidrv-1: D2 trace enabled
On Fri, Dec 17, 2004 at 08:32:42AM +0100, Heinz Dieter Schmickler wrote:
Karsten Keil schrieb:
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Leider nicht. Lt. messages wird fcusb zwar geladen
Dec 17 08:03:57 boss kernel: fcusb2: unsupported module, tainting kernel. Dec 17 08:03:57 boss kernel: fcusb2: module license 'Proprietary' taints kernel. Dec 17 08:03:57 boss kernel: fcusb2: AVM FRITZ!Card USB v2 driver, revision 0.5.0 Dec 17 08:03:57 boss kernel: fcusb2: (fcusb2 built on Oct 6 2004 at 12:24:19) Dec 17 08:03:57 boss kernel: fcusb2: Loading... Dec 17 08:03:57 boss kernel: fcusb2: Driver 'fcusb2' attached to stack. (152) Dec 17 08:03:57 boss kernel: kcapi: Controller 1: fcusb2-0003 attached Dec 17 08:03:57 boss kernel: usbcore: registered new driver fcusb2 Dec 17 08:03:57 boss kernel: fcusb2: Loaded.
aber nicht gestartet. Diese Meldungen fehlen ( sie entstanden bei der Installation von 9.2 ):
Dec 16 11:10:01 linux kernel: fcusb2: Stack version 3.11-04 Dec 16 11:10:01 linux kernel: kcapi: card 1 "fcusb2-0003" ready. Dec 16 11:10:01 linux kernel: capidrv: controller 1 up Dec 16 11:10:01 linux kernel: capidrv-1: now up (2 B channels) Dec 16 11:10:01 linux kernel: capidrv-1: D2 trace enabled
Die kommen vom Laden des I4L Systems. Funktioniert es wenn ein modprobe capidrv gemacht wird ? -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Ich glaube, das das Problem liegt daran, das die CAPI nicht richtig, oder garnicht initialisiert wird. Bei mir funktioniert es, wenn ich zusätzlich noch capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contro start ausführe. Wenn ich jetzt nocht wüsste, wie diese Befehle automatisch bei einem Neustart ausgeführt werden, wäre mein Problem gelöst. Gruß Dieter
Karsten Keil schrieb:
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Ich glaube, das das Problem liegt daran, das die CAPI nicht richtig, oder garnicht initialisiert wird. Bei mir funktioniert es, wenn ich zusätzlich noch capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contro start ausführe. Wenn ich jetzt nocht wüsste, wie diese Befehle automatisch bei einem Neustart ausgeführt werden, wäre mein Problem gelöst. Gruß Dieter
On Sun, Dec 19, 2004 at 10:04:51AM +0100, Heinz Dieter Schmickler wrote:
Karsten Keil schrieb:
Als root depmod -a rcisdn start
Danach sollte es wieder gehen.
Ich glaube, das das Problem liegt daran, das die CAPI nicht richtig, oder garnicht initialisiert wird. Bei mir funktioniert es, wenn ich zusätzlich noch
capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contro start
ausführe.
Wenn ich jetzt nocht wüsste, wie diese Befehle automatisch bei einem Neustart ausgeführt werden, wäre mein Problem gelöst.
Genau das sollte eigentlich passieren und zwar ueber folgenden Weg: 1 hotplug stellt neues USB device fest, aus den IDs das es das Module fcusb2 ist 2 /etc/hotplug/blacklist verbietet das direkte laden des modules 3 ueber /etc/hotplug/usb/ISDN.usermap wird festgestellt das das Script /etc/hotplug/usb/ISDN aufgerufen werden muss 4 /etc/hotplug/usb/ISDN ruft /etc/sysconfig/isdn/scripts/hotplug_usb auf 5 /etc/sysconfig/isdn/scripts/hotplug_usb stellt fest welcher ISDN USB controller es ist, welche Firmware und welches script zu benutzen ist 6 In dem Fall wird /etc/sysconfig/isdn/scripts/load-avmusb aufgerufen 7 /etc/sysconfig/isdn/scripts/load-avmusb erzeugt /etc/sysconfig/isdn/capi.conf.usb.contr0 laedt alle notwendigen anderen module und ruft capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contr0 auf -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten
7 /etc/sysconfig/isdn/scripts/load-avmusb erzeugt /etc/sysconfig/isdn/capi.conf.usb.contr0 laedt alle notwendigen anderen module und ruft capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contr0 auf
^^^^^^^^^^^^^^^^^^^^ das ist, so wie ich das sehe, das Problem.
# load-avmusb CAPIFILE=capi.conf.usb.$CONTR /usr/sbin/capiinit -c $CAPIFILE start >& /dev/null
Der Aufruf erfolgt ohne Pathangaben. Ein manueller Aufruf bring die Fehlermeldung, 'Datei nicht gefunden'. Leider finde ich nicht die Stelle, wo ich den Path festlegen kann. Gruß Dieter
On Mon, Dec 20, 2004 at 10:09:07AM +0100, Heinz Dieter Schmickler wrote:
Hallo Karsten
7 /etc/sysconfig/isdn/scripts/load-avmusb erzeugt /etc/sysconfig/isdn/capi.conf.usb.contr0 laedt alle notwendigen anderen module und ruft capiinit -c /etc/sysconfig/isdn/capi.conf.usb.contr0 auf
^^^^^^^^^^^^^^^^^^^^
das ist, so wie ich das sehe, das Problem.
# load-avmusb CAPIFILE=capi.conf.usb.$CONTR /usr/sbin/capiinit -c $CAPIFILE start >& /dev/null
Der Aufruf erfolgt ohne Pathangaben. Ein manueller Aufruf bring die Fehlermeldung, 'Datei nicht gefunden'. Leider finde ich nicht die Stelle, wo ich den Path festlegen kann.
Sind auch nicht notwendig, da der Aufruf in diesem Verzeichnis erfolgt, in /etc/sysconfig/isdn/scripts/hotplug_usb ist der erste Befehl: cd /etc/sysconfig/isdn Und wie gesagt, es funktionierte hier bei meinen Tests und bei vielen anderen USB Nutzern mit den verschiedensten Fritz USB Varianten. Aender mal load-avmusb wie folgt: hinter der Zeile #!/bin/bash echo "load-avmusb called" >/tmp/load-avmusb.log und die Zeile '/usr/sbin/capiinit -c $CAPIFILE start >& /dev/null' in /usr/sbin/capiinit -c $CAPIFILE start >& /tmp/capiinit.log und schau ob 1. /tmp/load-avmusb.log angelegt wird (dann funktioniert der hotplug Mechanismus schonmal richtig) und 2. ob in /tmp/capiinit.log irgendwas verdaechtiges steht. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
und schau ob 1. /tmp/load-avmusb.log angelegt wird (dann funktioniert der hotplug Mechanismus schonmal richtig) und 2. ob in /tmp/capiinit.log irgendwas verdaechtiges steht.
Also, /tmp/load-avmusb.log wird angelegt und in /tmp/capiinit.log enthält:
scripts/load-avmusb: line 16: /usr/sbin/capiinit: No such file or directory
Ich habe noch verschiedenes ausprobiert und dabei festgestellt das auch andere Befehle, z.B. find, whereis, etc., nicht ausgeführt werden. Es sieht so aus, als wenn /usr ( liegt bei mir auch einer seperaten Partition ) zu diesem Zeitpunkt noch nicht gemountet wurde.
# fstab /dev/hdb10 / reiserfs acl,user_xattr 1 1 /dev/hdb2 /boot reiserfs acl,user_xattr 1 2 /dev/hdb6 /usr reiserfs acl,user_xattr 1 2 /dev/hdb5 /home reiserfs acl,user_xattr 1 2 /dev/hdb9 /local reiserfs acl,user_xattr 1 2 /dev/hdb8 /opt reiserfs acl,user_xattr 1 2 /dev/hdb7 /var reiserfs acl,user_xattr 1 2 /dev/hdb1 swap swap pri=42 0 0
Der Versuch, durch eine Umgruppierung der fstab, die Mountreihenfolge zu verändern hatte keine Wirkung. Hast Du einen Tip für mich? Gruß Dieter
Hallo, On Tue, Dec 21, 2004 at 08:36:31AM +0100, Heinz Dieter Schmickler wrote:
Karsten Keil schrieb:
und schau ob 1. /tmp/load-avmusb.log angelegt wird (dann funktioniert der hotplug Mechanismus schonmal richtig) und 2. ob in /tmp/capiinit.log irgendwas verdaechtiges steht.
Also, /tmp/load-avmusb.log wird angelegt und in /tmp/capiinit.log enthält:
scripts/load-avmusb: line 16: /usr/sbin/capiinit: No such file or directory
Ich habe noch verschiedenes ausprobiert und dabei festgestellt das auch andere Befehle, z.B. find, whereis, etc., nicht ausgeführt werden. Es sieht so aus, als wenn /usr ( liegt bei mir auch einer seperaten Partition ) zu diesem Zeitpunkt noch nicht gemountet wurde.
# fstab /dev/hdb10 / reiserfs acl,user_xattr 1 1 /dev/hdb2 /boot reiserfs acl,user_xattr 1 2 /dev/hdb6 /usr reiserfs acl,user_xattr 1 2 /dev/hdb5 /home reiserfs acl,user_xattr 1 2 /dev/hdb9 /local reiserfs acl,user_xattr 1 2 /dev/hdb8 /opt reiserfs acl,user_xattr 1 2 /dev/hdb7 /var reiserfs acl,user_xattr 1 2 /dev/hdb1 swap swap pri=42 0 0
Der Versuch, durch eine Umgruppierung der fstab, die Mountreihenfolge zu verändern hatte keine Wirkung. Hast Du einen Tip für mich?
Ufff. Wenigstens eine Erklaerung,warum es bei Dir nicht geht, aber bei anderen und mir funktioniert, auch warum es nach einer Neuinstallation geht, da sind alle Filessysteme schon gemounted. Du musst also dafuer sorgen, das boot.localfs vor boot.hotplug ausgefuehrt wird. Das sollte so funktionieren: /etc/init.d/boot.hotplug editieren # Required-Start: boot.rootfsck aendern in: # Required-Start: boot.rootfsck boot.localfs Speichern. Dann insserv /etc/init.d/boot.hotplug ausfuehren. Leider kann man das nicht immer so schon Standardmaessig ausliefern, da es durchaus Faelle geben kann, wo es anders herum mehr Sinn macht (z.B. ein lokales Filesystem auf einer USB Disk). -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
und schau ob 1. /tmp/load-avmusb.log angelegt wird (dann funktioniert der hotplug Mechanismus schonmal richtig) und 2. ob in /tmp/capiinit.log irgendwas verdaechtiges steht.
Nachtrag: Ich habe eben in die load-avmusb eine leere While-Schleife eingebaut. Und siehe da, CAPI wird jetzt installiert. Es gibt bestimmt eine bessere Lösung, aber für den Normalfall genügt es mir. Gruß Dieter
Am Donnerstag, 16. Dezember 2004 19:07 schrieb Thomas Booms:
Hallo,
ich habe vor einigen Tagen auf SuSE 9.2 das neue KDE 3.3.2 upgegradet und habe seitdem kein ISDN mehr. Ich erhalte lediglich die Meldung, daß CAPI nicht installiert sei. Meine Karte ist eine AVM Fritz Card PCI.
Was muß ich machen, wenn nötig detailliert dargestellt, um die Funktionalität wiederzuerlangen?
Gruß,
Thomas
-- Booms EDV - hosting & more - Herrenstrasse 10 D-59073 Hamm
www.booms-edv.de info@booms-edv.de Hallo Thomas, hatte das gleiche Problem und folgendes veranstalltet, wir aber ohne Neuinstallation nicht funktionieren. Habe also Neuinstalliert und alle Patches inklusive Kernelupdate installiert. Erst danach habe ich Fax und AB installiert, danach den Kisdn-Wachter in die Konsole eingebunden und der gab positiv Capisuite als Installirt zurück. Das einzige was bei mir eben nicht funktioniert ist das Faxen mit Kprintfax. Aber, da ich mich glüklich schätzen kann einen "Suse Mentor" zu haben, ist der gerade dabei, das Problem zu lösen. Als Zwischelösung habe ich im Moment in Open Office Druckerverwaltung unter System > Konfiguration zu finden eine Faklösung eingebunden. Du übernimmst alles was vorgeschlagen bis zum Bild mit welchem Befehl der Drucker arbeiten soll. dort gibst Du: /usr/bin/capisuitefax -q -d "(PHONE)" "(TMP)" ein.Danach bestätigst Du alles fertig. Dann nur noch ein Schritt: Öffne ein Open Offic Writer Session und mache dort ein Rechtsklick auf Werkzeugleiste und gehe auf "Sichtbare Schaltfläschen" dort wird Dir ein Fax Icon angeboten dort den Hacken setzen. Dann hast du das Faxsymbol in der Leiste. Nun kommt der Letzte Schritt: In Open Office Writer gehst Du nun unter Extras>Optionen>Textdokument>Drucken dann siehst Du rechts ein Bild mit einer Scrollleiste dort sollte bei Dir der Generic Drucker stehen.Die Leiste nun öffnendann findest Du Deinen vorher Konfigurierten Faxdrucker, den Auswählen bestätigen fertig. In der Praxis nun einfach das Faxicon in Deiner Leiste anklicken dann öffnet sich ein Fenster wo Du Deine Faxnummer eingeben kannst. So funktioniert es bei mir.Wenn ich die ander Lösung habe werde ich diese hier Posten. Eine Bitte falls Du mit Kprintfax Faxen kannst las es mich wissen um vielleicht nach zustellen was dann bei Dir anders ist. Dies nur als Tip falls es mit Kprintfax nicht funktionieren sollte -- MfG (kind regards) LUG
participants (7)
-
Heinz Dieter Schmickler -
Holger Krull -
Karsten Keil -
Ludger Gebhardt -
Manfred Tremmel -
Roland May -
Thomas Booms