hallo,
problem 1
als erstes geht das kisdn nicht für jeden der es schon gemerkt hat!
Lösung: www.millenniumx.de und noch das isdn4linux.xxxxx.rpm installieren! Ist auf der CD /RedHat/RPMS/....
problem 2
kdelib und qtlib wurden beide mit unterschiedlichen compilern übersetzt (compiler versionen)
dadurch ist es NICHT möglich irgendwelche KDE programme zu compilen ....
Lösung: hmm ? wüst ich auch gerne wo gibt es die richtig übersetzten libs ??
problem 3
linuxconf hat erheblich probleme meinen lilo zu configurieren, er sagt immer mein /dev/hda7 sei nicht die root
patiton.....
Lösung: kein plan..... /etc/lilo.conf von hand editieren.....sonst fällt mir nix ein...
GO!Linux scheint die ganze zeit mit dem abändern von den RedHat logos in go!linux logos beschäftigt gewesen zu sein...?
und hat wohl keinen betatest durchgeführt.....
heul.... Chrissy
typ@a-vip.com ((Anonym))
Antwort:
Die Probleme mit kisdn hatte ich auch und habe sie auch so zu lösen versucht. kisdn-pro läuft zwar dann, baut dann aber keine Verbindung auf. In /var/log/messages steht dann was, das keine Verbindung zum ipppd hergestellt werden kann. Vorschläge ?
Das Problem mit dem Kompilieren von KDE-Anwendungen kann ich zwar nicht bestätigen, als Lösung bietet sich aber an, zuerst mal qt14x selbst zu kompilieren, und dann vieleicht auch die drei Basis-Pakete von KDE: klibs, ksupp und kbase selbst zu kompilieren.
Sollten die Probleme bei allen go!linux-nutzern reproduzierbar sein, dann hätten die Macher wirklich ... gemacht.
Mir ist es immernoch rätselhaft, warum bis auf SuSE, keine andere "deutsche" Distri (Halloween 4 ...) in der Lage ist, ISDN lauffähig hinzukriegen. (ohne Nachbesserung!!) Denn das sollte eine Deutscheanpassung schon beinhalten.
Viel Glück ... Chris
(cleygraf)
Antwort:
Hi,
wichtig das isdn4linux zu installieren (auf der cd!!)!!! sonst geht auch mit dem neuen kisdn nicht, misste auch ein paar mal rumversuchen befor ich auch connecten konnte.
Wichtig für den User das kisdn freischalten.....und benutzer könne pw & usernamen ändern musste ich einmal eaus dann wieder einschalten, dann hat das connect geklappt!!
Weiss aber nicht obs daran lag, erst ging nicht und dann ging es aufeinmal (nach einem reboot).
Das mit der Helloween edition 3 habe ich auch das prob gehabt mit dem ISDN, mag wohl daran liegen das die betatester alle mit modem oder uber eine gateway online gehen.
Die helloween edition 4 soll ja am 8Dez ausgeliefert werden (mit 3 monatiger verzögerung) warscheinlich weil diesesmal alles funktionieren soll :-)) ich hoffe es, obwohl ich dachte
mit diesem go!linux könnte ich die helloween edition abbestellen....war wohl nix.. :-((
Ich hoffe das die entwickler von go!linux schnell sich mal der bugfixes annehmen.... aber da hat sich bis jetzt wohl (ausser scsi-fixes) noch nix getan ....
bye Chrissy
typ@a-vip.com
((Anonym))
Antwort:
Danke fuer den Tip - aber die trivialen Dinge habe ich natuerlich schon probiert.
Zunächst habe ich auf den Kernel getippt (ich benutze den SCSI-Kernel sboot.img). Aber daran scheint es nicht zu liegen. Denn in /var/log/messages bekomme ich z.B. Anrufe angezeigt, d.h. doch dass die Hardware-Treiber im Kernelfunktionieren.
Nur scheint es Probleme mit dem ipppd zu geben, die wohl nicht an kisdn liegen, denn auch bei Versuchen mit /sbin/isdnctrl bekomme ich die gleichen Fehlermeldungen.
Ein isdn4k-Paket, das unter Halloween 3 und easy-linux lief, hilft leider auch nicht! Was mich außerdem total irritier ist die permanente Meldung :"Device not ready. Make sure there is a disc in the drive."
Vorschläge?
chris
PS.: Die Parameter stimmen, damit läuft SuSE und auch Halloween 3 und easylinux haben damit schon gelaufen!
Hier noch ein Ausschnitt aus /var/log/messages:
Nov 26 18:32:25 localhost kernel: CSLIP: code copyright 1989 Regents of the University of California
Nov 26 18:32:25 localhost kernel: ISDN subsystem Rev: 1.87/1.74/1.92/1.54/1.17/1.2 loaded
Nov 26 18:32:26 localhost kernel: HiSax: Li
Linux 15.036 Themen, 107.107 Beiträge
Die Probleme mit kisdn hatte ich auch und habe sie auch so zu lösen versucht. kisdn-pro läuft zwar dann, baut dann aber keine Verbindung auf. In /var/log/messages steht dann was, das keine Verbindung zum ipppd hergestellt werden kann. Vorschläge ?
Das Problem mit dem Kompilieren von KDE-Anwendungen kann ich zwar nicht bestätigen, als Lösung bietet sich aber an, zuerst mal qt14x selbst zu kompilieren, und dann vieleicht auch die drei Basis-Pakete von KDE: klibs, ksupp und kbase selbst zu kompilieren.
Sollten die Probleme bei allen go!linux-nutzern reproduzierbar sein, dann hätten die Macher wirklich ... gemacht.
Mir ist es immernoch rätselhaft, warum bis auf SuSE, keine andere "deutsche" Distri (Halloween 4 ...) in der Lage ist, ISDN lauffähig hinzukriegen. (ohne Nachbesserung!!) Denn das sollte eine Deutscheanpassung schon beinhalten.
Viel Glück ... Chris
(cleygraf)
Hi,
wichtig das isdn4linux zu installieren (auf der cd!!)!!! sonst geht auch mit dem neuen kisdn nicht, misste auch ein paar mal rumversuchen befor ich auch connecten konnte.
Wichtig für den User das kisdn freischalten.....und benutzer könne pw & usernamen ändern musste ich einmal eaus dann wieder einschalten, dann hat das connect geklappt!!
Weiss aber nicht obs daran lag, erst ging nicht und dann ging es aufeinmal (nach einem reboot).
Das mit der Helloween edition 3 habe ich auch das prob gehabt mit dem ISDN, mag wohl daran liegen das die betatester alle mit modem oder uber eine gateway online gehen.
Die helloween edition 4 soll ja am 8Dez ausgeliefert werden (mit 3 monatiger verzögerung) warscheinlich weil diesesmal alles funktionieren soll :-)) ich hoffe es, obwohl ich dachte
mit diesem go!linux könnte ich die helloween edition abbestellen....war wohl nix.. :-((
Ich hoffe das die entwickler von go!linux schnell sich mal der bugfixes annehmen.... aber da hat sich bis jetzt wohl (ausser scsi-fixes) noch nix getan ....
bye Chrissy
typ@a-vip.com
((Anonym))
Danke fuer den Tip - aber die trivialen Dinge habe ich natuerlich schon probiert.
Zunächst habe ich auf den Kernel getippt (ich benutze den SCSI-Kernel sboot.img). Aber daran scheint es nicht zu liegen. Denn in /var/log/messages bekomme ich z.B. Anrufe angezeigt, d.h. doch dass die Hardware-Treiber im Kernelfunktionieren.
Nur scheint es Probleme mit dem ipppd zu geben, die wohl nicht an kisdn liegen, denn auch bei Versuchen mit /sbin/isdnctrl bekomme ich die gleichen Fehlermeldungen.
Ein isdn4k-Paket, das unter Halloween 3 und easy-linux lief, hilft leider auch nicht! Was mich außerdem total irritier ist die permanente Meldung :"Device not ready. Make sure there is a disc in the drive."
Vorschläge?
chris
PS.: Die Parameter stimmen, damit läuft SuSE und auch Halloween 3 und easylinux haben damit schon gelaufen!
Hier noch ein Ausschnitt aus /var/log/messages:
Nov 26 18:32:25 localhost kernel: CSLIP: code copyright 1989 Regents of the University of California
Nov 26 18:32:25 localhost kernel: ISDN subsystem Rev: 1.87/1.74/1.92/1.54/1.17/1.2 loaded
Nov 26 18:32:26 localhost kernel: HiSax: Linux Driver for passive ISDN cards
Nov 26 18:32:26 localhost kernel: HiSax: Version 3.3a (module)
Nov 26 18:32:26 localhost kernel: HiSax: Layer1 Revision 2.36
Nov 26 18:32:26 localhost kernel: HiSax: Layer2 Revision 2.20
Nov 26 18:32:26 localhost kernel: HiSax: TeiMgr Revision 2.13
Nov 26 18:32:26 localhost kernel: HiSax: Layer3 Revision 2.10
Nov 26 18:32:26 localhost kernel: HiSax: LinkLayer Revision 2.37
Nov 26 18:32:26 localhost kernel: HiSax: Approval certification valid
Nov 26 18:32:26 localhost kernel: HiSax: Approved with ELSA Quickstep series cards
Nov 26 18:32:26 localhost kernel: HiSax: Approval registration numbers:
Nov 26 18:32:26 localhost kernel: HiSax: German D133361J CETECOM ICT Services GmbH
Nov 26 18:32:26 localhost kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH
Nov 26 18:32:26 localhost kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards
Nov 26 18:32:26 localhost kernel: HiSax: Card 1 Protocol EDSS1 Id=avm_a1_classic (0)
Nov 26 18:32:26 localhost kernel: HiSax: AVM driver Rev. 2.11
Nov 26 18:32:26 localhost kernel: AVM A1: Byte at 1b00 is 7
Nov 26 18:32:26 localhost kernel: AVM A1: Byte at 1b03 is 3
Nov 26 18:32:26 localhost kernel: AVM A1: Byte at 1b02 is 2
Nov 26 18:32:26 localhost kernel: AVM A1: Byte at 1b00 is 7
Nov 26 18:32:26 localhost kernel: HiSax: AVM A1 config irq:3 cfg:0x1B00
Nov 26 18:32:26 localhost kernel: HiSax: isac:0x1700/0x1300
Nov 26 18:32:26 localhost kernel: HiSax: hscx A:0x700/0x300 hscx B:0xF00/0xB00 Nov 26 18:32:26 localhost kernel: AVM A1: ISAC version (0): 2086/2186 V1.1
Nov 26 18:32:26 localhost kernel: AVM A1: HSCX version A: V2.1 B: V2.1
Nov 26 18:32:26 localhost kernel: AVM A1: IRQ 3 count 3
Nov 26 18:32:26 localhost kernel: Device not ready. Make sure there is a disc in the drive.
Nov 26 18:32:26 localhost kernel: AVM A1: IRQ 3 count 6
Nov 26 18:32:27 localhost kernel: HiSax: DSS1 Rev. 2.19
Nov 26 18:32:27 localhost kernel: HiSax: 2 channels added
Nov 26 18:32:27 localhost kernel: HiSax: MAX_WAITING_CALLS added
Nov 26 18:32:28 localhost kernel: Device not ready. Make sure there is a disc in the drive.
Nov 26 18:32:28 localhost kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon.
Nov 26 18:32:30 localhost kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon.
Nov 26 18:32:30 localhost kernel: Device not ready. Make sure there is a disc in the drive.
Nov 26 18:32:31 localhost kernel: HiSax module removed
Nov 26 18:32:31 localhost kernel: ISDN-subsystem unloaded
Nov 26 18:32:32 localhost kernel: Device not ready. Make sure there is a disc in the drive.
Nov 26 18:33:04 localhost last message repeated 16 times
(cleygraf)
Hi!
Bei mir läuft ISDN auch noch nicht, ich habe das gleiche versucht wie
Du, habe auch eine Fritz!Classic und bekomme in /var/log/messages
auch fast die gleichen Meldungen, bis auf zwei Unterschiede:
Device not ready. Make sure there is a disk in the drive
kommt bei mir nicht und die Fritz!Classic hat in meinem Rechner den
IRQ 12.
Ich habe auch schon Rechner gesehen, in denen die ISDN-Karte den IRQ
5 oder 10 hat, aber IRQ 3 kommt mir spanisch vor!
Bist Du sicher, daß der IRQ 3 nicht vielleicht auch von einem anderen
Gerät belegt ist und daher Deine merkwürdige Meldung kommt?
Solltest Du abgesehen davon mit Deinem ISDN-Zugang weitergekommen sein,
wäre ich auch interessiert zu erfahren, wie!
Die ISDN-Geschichte kommt mir vor wie ein Quiz!
Marcel
(Marcel J.)
Hallo,
ich freue mich, dass ich wohl nicht der einzige bin, der Probleme mit isdn und go!linux hat. Der Irq 3 stimmt schon, habe ihn auf anraten der AVM Hotline gewaehlt, da ich Problem Win98 hatte. Die Karte geht so definitiv unter SuSE, Halloween 3, Redhat 5 und 6.0. Also muß dass Problem bei go!linux liegen, oder vieleicht doch nicht? Gerade habe ich mal Mandrake 6.1 aufgespielt und - siehe da - der gleiche Aerger. Liegt es am Kernel (2.2.13) oder den isdnutil`s. Die isdnutil's habe ich probehalber mal versucht selber zu kompilieren, aber er mault irgentwie wegen der der Anruferdatenbank rum.
Erstmal werde ich jetzt im Internet stoebern, denn wenn dass Problem auch bei Mandrake auftritt, sollten es mehr Leute haben.
Sollte ich eine Loesung finden, werde ich sie hier posten.
Ciao ... Chris
(cleygraf)
So, mein ISDN läuft jetzt.
Es war ein Problem der SUID-Rechte von /sbin/ipppd.
Die SUID-Rechte must Du (an der Konsole) folgendermaßen setzten:
chmod 4755 /sbin/ipppd
und den Rechner neu starten.
Wenn Dein ISDN danach immer noch nicht läuft, dann gib doch noch mal Bescheid, was sich
in den /var/log/messages geändert hat.
Marcel
(Marcel J.)