Home › Foren › Support für jAnrufmonitor 5.0 (Linux) › Support für jAnrufmonitor 5.0 (Linux, Version für CAPI-fähige Endgeräte) › OpenSuse – java.lang.UnsatisfiedLinkError
- Dieses Thema ist leer.
-
AutorBeiträge
-
18. Dezember 2010 um 16:12 #23079
Ok, sehe gerade, dass du ja ein 32-bit System hast.
Es wird definitiv keine CAPI libcapi20.so.3.0.4 gefunden. Daher taucht auch der Fehler wieder im ausführlichen log auf. Alle anderen Komponenten starten einwandfrei.
Viele Grüße
Thilo18. Dezember 2010 um 16:50 #23080Putzig 👿
die libcapi20.so.3.0.4 ist in /usr/lib mit root:root vorhanden …
kommt aus capi4linuxda greift jemand in’s Leere, nur: WER?
Michael.
Noch was aus dem kernel.log:
2010-12-18 17:35:30 bitmitch kernel [ 15.361718] CAPI Subsystem Rev 1.1.2.8
2010-12-18 17:35:30 bitmitch kernel [ 15.365105] capifs: Rev 1.1.2.3
2010-12-18 17:35:30 bitmitch kernel [ 15.369856] capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
2010-12-18 17:35:30 bitmitch kernel [ 15.871035] fcpci: module license 'Proprietary' taints kernel.
2010-12-18 17:35:30 bitmitch kernel [ 15.871046] Disabling lock debugging due to kernel taint
2010-12-18 17:35:30 bitmitch kernel [ 15.873019] fcpci: AVM FRITZ!Card PCI driver, revision 0.7.2
2010-12-18 17:35:30 bitmitch kernel [ 15.873030] fcpci: (fcpci built on Oct 31 2010 at 23:17:51)
2010-12-18 17:35:30 bitmitch kernel [ 15.873035] fcpci: -- 32 bit CAPI driver --
2010-12-18 17:35:30 bitmitch kernel [ 15.873195] alloc irq_desc for 18 on node 0
2010-12-18 17:35:30 bitmitch kernel [ 15.873199] alloc kstat_irqs on node 0
2010-12-18 17:35:30 bitmitch kernel [ 15.873209] fcpci 0000:07:08.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
2010-12-18 17:35:30 bitmitch kernel [ 15.873222] fcpci: AVM FRITZ!Card PCI found: port 0xe880, irq 18
2010-12-18 17:35:30 bitmitch kernel [ 15.873227] fcpci: Loading...
2010-12-18 17:35:30 bitmitch kernel [ 15.873232] fcpci: Driver 'fcpci' attached to fcpci-stack. (152)
2010-12-18 17:35:30 bitmitch kernel [ 16.092259] fcpci: Stack version 3.11-07
2010-12-18 17:35:30 bitmitch kernel [ 16.092276] IRQ 18/fcpci: IRQF_DISABLED is not guaranteed on shared IRQs
2010-12-18 17:35:30 bitmitch kernel [ 16.092354] kcapi: Controller [001]: fcpci-e880-18 attached
2010-12-18 17:35:30 bitmitch kernel [ 16.092360] kcapi: card [001] "fcpci-e880-18" ready.
2010-12-18 17:35:30 bitmitch kernel [ 16.092450] fcpci: Loaded.
2010-12-18 17:35:30 bitmitch kernel [ 16.106570] ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded
2010-12-18 17:35:30 bitmitch kernel [ 16.108933] capidrv-1: now up (2 B channels)
2010-12-18 17:35:30 bitmitch kernel [ 16.108943] capidrv-1: D2 trace enabled
2010-12-18 17:35:30 bitmitch kernel [ 16.108963] capidrv: Rev 1.1.2.2: loaded
19. Dezember 2010 um 0:38 #23081Hallo Bitmitch,
also für mich ist nicht klar, warum das auf deinem System nicht funktioniert. Wenn die libcapi20.so3.0.4 da ist und auch als 32-bit Version vorliegt, JAM und Java VM auch in 32-bit Version vorhanden ist, es aber trotzdem nicht funktioniert, dann muss irgendetwas auf deinem System nicht stimmen. Also ich habe diese Kombination aus Architektur und Software noch nie als nicht funktionsfähig gemeldet bekommen. Habe selbst eigen Linux VMs mit dieser Konstellation und kann den Fehler dort nirgends reproduzieren. Auf gut deutsch: Ich bin auch mit dem Latein am Ende…
Vielleicht hat ja noch ein Linux Insider hier eine Idee?!?
Viele Grüße
Thilo19. Dezember 2010 um 11:08 #23082Hallo Thilo …
:shock:Du scheinst ja ohne Schlaf auszukommen 😀 , wenn ich mir so die Postingszeit ansehe 😛
OK, und BTT:
Ich werde meinen Hobel komplett neu aufsetzen, und dazu SuSE 11.3 nehmen, nativ 32Bit, und dann mal sehen, was passiert.Irgendwo in der 11.2-ISDN-CAPI scheint ein Bock zu sein, nur scheint es so, dass es sich evtl. um ein Kernel-Problem handelt. Jedenfalls googelt es mir so.
Falls ich mich nie mehr wieder melde, hat die 11.3 Installation eine Kurzschluß in der Hausversorgung verursacht, ansonsten schreibe ich Dir die Ergebnisse des Experimentes hier im Forum,
Einen Schönen Sonntag wünscht,
Michael.
20. Dezember 2010 um 8:39 #23083Ich werde meinen Hobel komplett neu aufsetzen, und dazu SuSE 11.3 nehmen, nativ 32Bit, und dann mal sehen, was passiert.
Da bin ich ja mal gespannt.
Ich habe dies ebenfalls gemacht: Allerdings mit wenig Erfolg. Der „java.lang.Unsatisfied“-Fehler ist auch bei 11.3 bei mir aufgetaucht. 😡
Ich bin mit meiner Weisheit am Ende und werde mein Projekt wohl beerdigen, es sei denn, hier hat noch jemand eine Idee.Grüße
Numakukn9. Januar 2011 um 22:57 #23084Die im „Ubuntu 10.04“ zum Download gestellte Datei „libpimcapi.so“ scheint tatsächlich etwas zu bringen.
Bei meiner 11.3 Installation, bei der capiinfo sauber funktioniert, wird mit der neuen libcapi jam ohne Fehlermeldung gestartet. Morgen -ups, heute- vormittag werde ich das Notebook mit der PCMCIA-ISDN-Karte anschließen un schauen, ob Anrufe registriert werden.
Guats Nächtle
Numakukn
9. Januar 2011 um 23:26 #23085Die Neugierde war größer! Ich bin doch noch schnell nach mitternächtlicher Stunde in den Keller und habe das Notebook angeklemmt und habe einen Blitztest gemacht.
Und es läuft! Mit der neuen libpimcapi.so von Thilo läuft der Jam nun brav auf einem alten Thinkpad T23 unter Suse 11.3 mit dem ISDN-Treiber von foehr-it.
Klasse! Danke Thilo, dass Du dieses undankbare Thema doch angepackt hast! Ich freue mich wie ein Schneekönig! Nu weht eine frische Brise durch mein schon totgeglaubtes Projekt!
Numakukn
10. Januar 2011 um 18:42 #23086Es wäre UNVERANTWORTLICH
, wenn Du uns die Lösung des Problems schmählich verschweigst, denn wir basteln schon seit Wochen daran rum, ohne Erfolg allerdings …Man ran hier, teile Deine Erfahrungen und bade im Erfolg 😉
Michael.
10. Januar 2011 um 22:07 #23087Oh, die Lösung meines Problems ist bestimmt nicht mein Verdienst.
Aber um kurz folgendes klarzustellen:
Bei mir läuft nun der Jam nicht auf Ubuntu (wie fälschlicherweise von Thilo vermutet), sondern auf Suse 11.3.Der Thread hier erklärt eigentlich alles (und sollte gelesen werden):
– Capiinfo muss fehlerfrei sinnvolles ausgeben
Dies ist schon mal nicht ganz einfach. Mit 11.2 ist mir das nicht gelungen. Mit 11.3 schon. Ob ich dabei die libcapi20.so.2.0.10 und libcapi20.so.3.0.4 gegen die Version von suse 10.3 getauscht habe, weiß ich nicht mehr, werde dies aber in Kürze berichten können, weil ich das System noch einmal komplett neu aufsetzen werde. Vielleicht schreibe ich dann so eine Art HowTo.
– Bitmitchs Ansätze mit Ubuntu (fast identische Fehlermeldung) zeigen imho, dass das Prob nicht an eine Distribution gebunden ist. Dank seiner Hartnäckigkeit und dem Sachverstand von Thilo hat Thilo dann eine neue libpimcapi.so zum download bereit gestellt. Mit dem Austausch der alten gegen die neue libpimcapi.so lief dann Jam anstandslos.
Mehr demnächst.Gruß
Numakukn11. Januar 2011 um 16:24 #23088@Numakukn:
Nur zur Richtigstellung, ich probierte es mit
OpenSuSE 11.0, 11.1, 11.2 und 11.3 … rien ne va plus …Der Austausch der CAPI-Libraries gg. die alten Versionen aus 10.2 ist allerdings ein Hinweis, denn unter 10.2 lief das bei mir auch problemlos.
Dann werde ich mal abwarten, ob es bei Dir dann nach dem Austausch wieder funktioniert.
Im übrigen laufen bei mir alle anderen CAPI-Programme, also HylaFax, KIsdnMonitor etc., nur eben JAM nicht 😥
Gruß,
Michael.
12. Januar 2011 um 8:32 #23089Sodele, nach einer längeren Nacht mit gelegentlichem Selbstzweifel kann ich Erfolg vermelden: Jam läuft nun auch auf dem dafür vorgesehenen Notebook. Selbstzweifel deswegen, weil sich einmal trotz einer frisch heruntergeladenen und entpackten SW dennoch die alte in einem Verzeichnis befand und ich mit Freigaben von Dateien und Verzeichnissen (chmod..) und der Gruppenverwaltung (Zugehörigkeit zu dialout) eher auf dem Kriegsfuß stehe und da solange mehr oder weniger herummurkse, bis was geht.
So, nu aber:
Hardware:
Thinkpad T23, PCMCIA-AVM-A1-ISDN-Karte (gegen baugleiche Fritz getauscht: geht auch!), zu Konfizwecken vorübergehend eine Wlan-PCMCIA-Karte (TP-Link 300Mbps TL-WN811N) die zum Schluss wierder rauskommt und gegen eine Xircom-PCMCIA-Ethernetkarte getauscht wird. Eine interne Ethernetkarte ist in das Notebook nicht eingebaut. Das T23 hat zZ 768 MB RamDer Installationsablauf:
1. OpenSUSE 11.3 32 bit (frisch heruntergeladen: http://software.opensuse.org/113/de)
uname -a: 2.6.34-12….
2. Über Yast Softwareupdate
uname -a: 2.6.34.7-0-7….
3. Treiber von Oliver Föhr
– Download und installieren
Für andere Karten:
http://opensuse.foehr-it.de/rpms/11_3/2.6.34.7-0.7/i586/
4. Da yast nicht immer zuverlässig die Karte erkennt (war bei mir der Fall) bin ich wie folgt vorgegangen:
– Karte noch nicht eingesteckt
– yast aufrufen, Netzwerkgeräte – ISDN: Alle vorhandenen Einträge löschen, dann: Hinzufügen und Karte manuell auswählen5. Folgende Packete sollten dann automatisch installiert werden:
– qinternet, capi4linux, i4l-base, i4l-isdnlog
Gegebenenfalls müssen die Packete (außer capi4linux !) zu Fuß unter Yast-Software-Software InstallierenOderLöschen installiert werden.
6. capi4linux löschen (so vorhanden)
(Unter Yast-Software-SoftwareInstallierenOderLöschen)Alte Version installieren (Download und ausführen):
http://opensuse.foehr-it.de/testing/capi4linux-2007.9.17-5.i586.rpm
Damit müsste jetzt unter /usr/lib/
libcapi20.so, libcapi20.so.2, libcapi20.so.2.0.10, libcapi20.so.3 und libcapi20.so.3.0.4
in der Version vom 25.9.2007 vorhanden sein (jeweils 33,7 KiB groß)
7. Karte einstecken
8. /etc/udev/rules.d/45-isdn.rules editieren (vorher Schreibrechte setzen)
Unter # CAPI devices muss die Zeile, in der hinten
………NAME=“capi/%n“
steht
_vor_ die Zeile
…….NAME=“capi20″, GROUP=“dialout“
verschoben werden
9. Mal neu booten
capiinit
capiinfo
sollte jetzt ohne Fehlermeldung sinnvolles ausgeben
10. jAnrufmonitor 5.0 für ISDN und CAPI-fähige Endgeräte
– Download und Installation
In meinem Fall ist das die Konsolenversion mit der Servererweiterung
11. Neue libpimcapi von Thilo Brandt
https://www.janrufmonitor.de/community/download/file.php?id=308
– Download und Entpacken
(hier gab es bei mir Gemurkse: Ich habe die alte libpimcapi.so umbenannt und die Neue entpackt (in den /jam Ordner). Da Jam zum Schluss aber nicht lief, habe ich alle relevanten Dateien mit denen auf dem lauffähigen Notebook verglichen. Dabei ist mir aufgefallen, dass die „neue“ libpimcapi nur mit einer Größe von 12,5 KiB (wie die Alte) angegeben war. Auf dem lauffähigen Notebook dagegen war sie 12,6 KiB groß. Ich habe die dann per USB-Stick vom lauffähigen Notebook rüberkopiert.
Später habe ich sie mit Erfolgt erneut runtergeladen und entpackt: Da hatte sie die erforderlichen 12,6 KiB.
Keine Ahnung, was ich da erst fabriziert habe.)12. Nochmals neu gebootet. Jam lief dann schon als root
Mit yast den User der Gruppe „dialout“ zugefügt. Dem User für den Jam-Ordner mit Unterordnern die erforderlichen Rechte gegeben (bitte nicht nachfragen, was denn die „erforderlichen“ Rechte sind, das ist son Trauma für mich 😳 ). Ich benutze da unter root den Dateimanager dolphin
kdesu dbus-launch dolphin
und gelegentlich auf der Konsole chmod Bsp.:
chmod 755 ./jam.sh
13. Jam ist lauffähig
Vielleicht werde ich „spaßeshalber“ auch einmal statt der Konsolenversion die Desktop-Variante von Jam installieren, um zu sehen, ob die auch läuft. In diesem Fall poste ich noch mal.
Numakukn
15. Januar 2011 um 18:34 #23090@Numakukn wrote:
13. Jam ist lauffähig
Vielleicht werde ich „spaßeshalber“ auch einmal statt der Konsolenversion die Desktop-Variante von Jam installieren, um zu sehen, ob die auch läuft. In diesem Fall poste ich noch mal.
Numakukn
Brauchst Du nicht mehr, habe ich getan!
STRIKE!!!!!!
Ich habe es zuerst versucht, OHNE /etc/udev/rules.d/45-isdn.rules zu edieren, klappt aber nicht, wo hattest Du diesen Tipp her? Der ist Gold wert 😀 !!
Yast hat mich zwar sehr obzön angemeckert, als ich aus dem laufenden System die capi4linux rausgeworfen habe, aber die von Dir angegebene „alte“ capi4linux von foehr-it hat sich prima eingefügt. Nur führte der erste Neustart danach zu einem zerschossenen X11 (sehr seltsam ❓ ), der zweite Anlauf führte zu einigen nicht startbaren Programmen (NOCH seltsamer ❓ :?:), der dritte System-Restart brachte dann aber wieder ein lauffähiges System.
JAM läuft wieder mit allem Schnick&Schnack, die geretteten DB’s inkl der MySQL Datenbanken sind wieder verfügbar, nur der Pacth der MySQL-Aufrufzeile (Datenbank-Name: journal?characterEncoding=UTF8) ist weiterhin notwendig.
Somit ein dreifach Hip-Hip-Huurrayyyyy dem User „Numakukn“!
Puuhhh .. endlich wieder ein lauffähiges JAM, die Werbefaxe und -anrufe der Nummern-Faker haben so langsam genervt 😀
*Froy-froy*
Michael.
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
