Hallo, ich habe gemäß dem Hylafax HowTo unter www.hylafax.org mein Hylafax konfiguriert, nachdem ich hylafax-4.1.8-24.2.i586 frisch installiert hatte. Die /var/spool/fax/etc/hosts.hfaxd enthält: 192.168.0.2 athena localhost 127.0.0.1 Ich habe jetzt das Problem rchylafax generell zum Laufen zu bringen: athena: # rchylafax start Starting service HylaFAXstartproc: exit status of parent of /usr/lib/fax/hfaxd: 255 failed faxstat -v liefert: Trying localhost (127.0.0.1) at port 4559... Can not reach server at host "localhost", port 4559 Und ps alx | grep fax liefert ergo nur den grep-Prozeß. Die Dokumentation sagt etwas darüber aus, daß hfaxd über den inetd wie folgt gestartet wird hylafax stream tcp nowait fax /usr/lib/fax/hfaxd hfaxd -I Der Inetd ist aber jetzt der xinetd. Wie muß ich jetzt auf SuSE 9.1 hfaxd starten? Weiteres Problem faxgetty unter /usr/lib/fax bringt mir auch eine neue Fehlermeldung, die ich früher nicht hatte: ./faxgetty /dev/modem Speicherzugriffsfehler! Dabei lief Hylafax unter 8.2 noch vollkommen problemlos! Inzwischen hatte ich die Versionen 4.1.6 und 4.1.7 als TAR-File installiert, hier ließen sich hylafax und hfaxd problemlos starten, faxgetty modem lief, nur der Port 4559 war nicht auffindbar, wie oben. 4.1.5 ließ gar nicht mehr installieren, da hier beim Compilieren eine Datei nicht mehr die richtige Version hatte. Und /dev/modem ist auf /dev/ttyS0 gelinkt und war das auch immer schon. Und minicom -s liefert A - Serial Device : /dev/modem B - Lockfile Location : /var/lock C - Callin Program : D - Callout Program : E - Bps/Par/Bits : 57600 7N1 F - Hardware Flow Control : No G - Software Flow Control : No Ergo gehe ich davon aus, daß es mit dem Modem talken kann, ansonsten bin ich mit der Bedienung von minicom noch nicht derart firm. Dein How-To ist zwar super konzipiert, aber in genau in derselben Art - wenn nach einer englischen HowTO - hatte ich bislang die Konfiguration vorgenommen. Somit dürfte das Problem anders wo zu suchen sein. Wenn ich mir das Startscript hylafax unter 'start' ansehe, finde ich den Befehl /sbin/startproc mit einer Variablen wieder. start) if $IS_ON fax && test -x $FAXQ; then echo -n "Starting service HylaFAX" killall -15 $FAXQ >/dev/null 2>&1 killall -15 $HFAXD >/dev/null 2>&1 /sbin/startproc $FAXQ || return=$rc_failed /sbin/startproc $HFAXD -i $FAXPORT -o 4557 -s $SNPPPORT \ || return=$rc_failed echo -e "$return" fi ;; Starte ich jetzt also mit /sbin/startproc /usr/lib/fax/hfaxd hfaxd manuell, dann erhalte ich also genau die gleiche Meldung wieder: startproc: exit status of parent of /usr/lib/fax/hfaxd: 255 Laut man startproc stehen die Ziffern 2 für ungültige Argumente 5 für ein nicht installiertes Programm Ob 255 so zu lesen ist, weiß ich jetzt nicht zu sagen. Jedenfalls unter /usr/lib/fax/ liegt hfaxd und welche ungültigen Argumente dabei sein sollten, sehe ich momentan nicht. Und wie gesagt, bei den TAR-Balls war dieses Problem nicht. Hier hatte ich 'nur' das Problem mit Port 4559, daß dieser nicht erreichbar ist. Inzwischen habe ich die Version 4.1.7 als Tar-Ball installiert, alles andere gelöscht. Jetzt zeigt ps aux | grep fax uucp 14600 0.0 0.3 4156 2020 ? Ss 14:28 0:00 /usr/sbin//faxq Faxstat liefert die gleiche Meldung wie bisher und faxgetty modem stürzt immer ab. Vielleicht kennt jemand unter euch die zwei Probleme und kann eine Lösung anbieten. Vor allem ist für mich immer interessant zu wissen, was der Hintergrund für den Fehler - damit lernst du am besten, wenn du weist warum. Und nicht nur so wird's gemacht. Gruß Andreas
Hallo, andreas.guenther@linuxmaker.de wrote:
ich habe gemäß dem Hylafax HowTo unter www.hylafax.org mein Hylafax konfiguriert, nachdem ich hylafax-4.1.8-24.2.i586 frisch installiert hatte.
Ich habe zwar auch das ein oder andere Problem mit der 9.1, aber Hylafax machte bei der Einrichtung keinerlei Mucken. Mit YaST von SuSE-CD installiert, Abhängigkeiten aufgelöst und gemäss der (IMO sehr guten) Anleitung aus dem Handbuch der 7.1 konfiguriert - gibts übrigens noch auf dem SuSE Server. Vielleicht kommst Du damit ja auch weiter... [....]
Der Inetd ist aber jetzt der xinetd. Wie muß ich jetzt auf SuSE 9.1 hfaxd starten?
YaST-System-Runleveleditor
Vielleicht kennt jemand unter euch die zwei Probleme und kann eine Lösung anbieten. Vor allem ist für mich immer interessant zu wissen, was der Hintergrund für den Fehler - damit lernst du am besten, wenn du weist warum. Und nicht nur so wird's gemacht.
Tja, da muss ich leider passen... Gruss horst
Erstmal super, dass ich die Liste endlich mein Mail akzeptiert, also verzeiht die gleiche Mail nochmal in der Liste auftaucht, aber bislang kamen vom Mailer immer Ablehnungen. Am Donnerstag, 24. Juni 2004 13:47 schrieb Horst Mueller:
Ich habe zwar auch das ein oder andere Problem mit der 9.1, aber
Kenne ich, plötzlich liegen plustek_pp.conf und dll.conf für den Scanner ganz wo anders. Etwas das mich eine ganze Woche gekostet hat. Und MrProject auf der CD ist ein Uralt-Programm, das fehlerbehaftet ist und seit Dezember 2003 durch Planner ersetzt wurde auf der Entwicklerseite im Web. Wieso macht SuSE immer solche Extrawürste und warum können nicht etwas verkaufen, das sie vorher getestet haben?
Hylafax machte bei der Einrichtung keinerlei Mucken. Mit YaST von SuSE-CD installiert, Abhängigkeiten aufgelöst und Das klappt ja auch bestens, Null Probleme. Die treten auf, wenn ich ryhylafax start und ./faxgetty modem machen will.
Ersteres sagt mir, dass mit hfaxd was nicht stimmt (siehe obiges Mail), was ein manuelles Ausführen des Kommandos aus dem Script ebenfalls zeigt. Zweiteres sagt immer wieder Speicherzugriffsfehler und exit. Hinzufügen möchte ich, dass Hylafax bis vor zwei Wochen vor dem Update bestens gelaufen ist. Der läuft seit dem Update nicht mehr.
gemäss der (IMO sehr guten) Anleitung aus dem Handbuch der 7.1 konfiguriert - gibts übrigens noch auf dem SuSE Server. Okay, schaue ich mir mal an und hoffe da steht was zu meinem Problem drin.
Vielleicht kommst Du damit ja auch weiter...
[....]
Der Inetd ist aber jetzt der xinetd. Wie muß ich jetzt auf SuSE 9.1 hfaxd starten?
YaST-System-Runleveleditor
Vielleicht kennt jemand unter euch die zwei Probleme und kann eine Lösung anbieten. Vor allem ist für mich immer interessant zu wissen, was der Hintergrund für den Fehler - damit lernst du am besten, wenn du weist warum. Und nicht nur so wird's gemacht.
Tja, da muss ich leider passen...
Gruss horst
0
participants (3)
-
Andreas Günther
-
andreas.guenther@linuxmaker.de
-
Horst Mueller