Beiträge von suhm

mal ganz vom Realismus abzusehen; Haben ja manche Leute (wie zB ich) noch ein uraltes , aber super funktionierendes! ISDN Telefon, das man an solchen "ISDN Gateways mit S0" weiternutzen kann

Wenn man hier allerdings keinen Support für diese Art an Fragen bekommt, dann würde ich gerne wissen wo sonst?

Es bleibt dabei: Der alte Kernel fährt hoch, aber mir fehlt das wissen um das Netzwerk wieder zum laufen zu bekommen, bzw ein passendes Kernelmopdul, trotz 15.3 Umgebung zu nutzen ohne dass die aktuelle beeinträchtigt wird.

Das selbe wurde mir auch bei der 15.2 Version gesagt, und doch hatte ich nach ein wenig hin/her eine funktionierendes opensuse 15.2 leap mit anbindung zu asterisk , ledigleich das upgrade war dann wohl das letzte, ich werde mal schauen, ob ichs doch hinbekomme.

es war ja nur rein interessenhalber wichtig, ob und wie es denn möglich sei, alte kernel-module noch unter der 15.3 umgebung zum laufen zu bekommen.

Zitat von Alero

ISDN IST abgeschaltet! Seit 2020.

Das isdn wovon ich rede, ist nur intern von einer easybox, (die ja SIP macht) zum pc (welcher eine Fritzcard netzt)

Es handelt sich hier nur um eine Testumgebung!

Zitat von Sauerland

Alles ist möglich nur erschließt sich mir nicht der Grund.......

Und hat auch nichts mit Schnappschüssen zu tun........

Sag einfach warum willst du einen alten kernel installieren, wenn es der neue tut???????

Das ist einfach: Ich habe hier schon öfters das thema isdn + fritzcard erwähnt: Habe dies mit dem alten kernel-default-5.3.18-lp152.19.2 und capisuite zum laufen bekommen.

Seit dem dist-upgrade klappt es leider nicht mehr, wahrscheinlich wie du schon gesagt hast wegen fehlenden/inkompatiblen kmp's.

Der neue kernel läuft, ich wähle lediglich den alten kernel über grub, ich muss da nichts mehr installieren nachträglich.

Um zusammenzufassen: Ich benötige eine Möglichkeit meine Netzwerkkarte / ISDN mit dem kernel-default-5.3.18-lp152.19.2 wieder nutzen zu können

Zitat von Sauerland

Leap 15.2 hat eigentlich eine Kernel 5.6, wird aber 5.3 benannt....

Leap 15.3 hat eigentlich eine Kernel 5.9, wird aber 5.3 benannt....

1. Ohne Infos keine Hilfe....

2. siehe:

Läuft dort ein r8168?????

Hallo danke für info zu den Versionsbenennungen erstmal, das wirft etwas licht auf die Sache.

Aktuell saß ich nicht an dem besagtem Rechner, aber ich kann soviel sagen:

Nach dem Dist-Upgrade funktioniert alles tadellos mit 15.3, das ist ja auch so gewollt.

Nach dem wählen des alten Kernels, aber kommen besagte problem mit Netzwerk / Sound /

Hier wäre meine frage:

Ist es möglich ältere Kernelmodule noch explizit mit dem 15.2 leap kernel zu nutzen? Evtl. sind diese in älteren BTRFS snapshots.

Das ist jetzt eher ne grundlegende Frage, genauere Infos habe ich nicht hierzu, aber wenn das nicht möglich ist.

Danke für die infos hierzu.

das ist mir bewusst, dass die sicherheitslücken bestehen, wie gesgat geschieht alles in einem isolierten netzwerkwerk was keinen kontakt nach aussen hat, nur das interne netzwerk scheint nicht zu klappen.

Habe es grade mal mit 15.2 Kernel 5.3.18-lp152.19.2 probiert. Es wird keine Netzwerkkarte gefunden.

Müsste ich hierfür ein extra modul finden und laden?

Was bedeutet hier der backported kernel? 5.6 , steige bei Suse leider bei der Benamungspolitik der Kernel nicht ganz durch

Hallo,

habe mein System erfolgreich auf 15.3 geupgraded und wollte fragen ob es möglich ist einen älteren Kernel von 15.2 weiter nutzen zu können?

Es handelt sich hier um kernel-default-5.3.18-lp152.19.2 , welchen ich für spezielle fälle nur booten möchte, also nicht im produktiv betrieb.

Kann ich denn hier direkt die rpm laden? http://download.opensuse.org/r…USE-15.2/standard/x86_64/

wie wird es sich zeigen bzgl Sound, Netzwerk ist das dann auch nutzbar?

Hallo kurzes Update:

Habe mir den älteren Kernel 19.1 installiert und fcpci wurde erfolgreich geladen auch en capiinit und capiinfo gibts sinnvolles aus:

# capiinfo
            capi20.c: 164              CapiDebug():[capi20_isinstalled]: standard loop - module: fritzbox
            capi20.c: 164              CapiDebug():[capi20_isinstalled]: standard loop - module: rcapi
            capi20.c: 164              CapiDebug():[capi20_isinstalled]: standard loop - module: standard
            capi20.c: 164              CapiDebug():[capi20_isinstalled]: capi_fd: 4
Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.11-07  (49.23)
Serial Number: 1000001
BChannels: 2
Global Options: 0x00000039
   internal controller supported
   DTMF supported
   Supplementary Services supported
   channel allocation supported (leased lines)
B1 protocols support: 0x4000011f
   64 kbit/s with HDLC framing
   64 kbit/s bit-transparent operation
   V.110 asynconous operation with start/stop byte framing
   V.110 synconous operation with HDLC framing
   T.30 modem for fax group 3
   Modem asyncronous operation with start/stop byte framing
B2 protocols support: 0x00000b1b
   ISO 7776 (X.75 SLP)
   Transparent
   LAPD with Q.921 for D channel X.25 (SAPI 16)
   T.30 for fax group 3
   ISO 7776 (X.75 SLP) with V.42bis compression
   V.120 asyncronous mode
   V.120 bit-transparent mode
B3 protocols support: 0x800000bf
   Transparent
   T.90NL, T.70NL, T.90
   ISO 8208 (X.25 DTE-DTE)
   X.25 DCE
   T.30 for fax group 3
   T.30 for fax group 3 with extensions
   Modem

  0100
  0200
  39000000
  1f010040
  1b0b0000
  bf000080
  00000000 00000000 00000000 00000000 00000000 00000000
  01000001 00020000 00000000 00000000 00000000

Supplementary services support: 0x000003ff
   Hold / Retrieve
   Terminal Portability
   ECT
   3PTY
   Call Forwarding
   Call Deflection
   MCID
   CCBS

Was mir aber noch fehlt ist ein capidrv treiber, welche garnicht (mehr) in opensuse vorhanden ist?

Dadurch kann ich leider mein ant-phone nicht öffnen:

~> ant-phone --debug=1
Reading options file: /etc/isdn/isdn.conf ...
Reading options file: /home/user/.ant-phone/options ...
Initializing ISDN device...
Error opening isdn device.
Error at session init.

Ein öffnen der dev/ttyI0 ist nicht möglich, angeblich kein device vorhanden.

i4l , capi4linux pakete sind installiert.

Ein direkter capi call zB mit

# capifax *TELNR* irgendeinepdf.pdf

geht.

Kann hier jemand näheres vllt. zu sagen? capidrv ist hier noch irgendwie zu bekommen?

Danke.

Zitat von libelle17

Ich habe mal eine Programmzusammenstellung gemacht unter https://github.com/libelle17/autofax, mit der bei mir die Module für die bei mir immer noch vorhandene Fritzcard auch noch noch unter OpenSuse 15.3 kompiliert werden (kann aber diesen Programmteil selbst nach einer Providerumstellung nicht mehr nutzen).
Dazu waren in einigen alten Sourcecodes kleinere Anpassungen notwendig, die dort enthalten sind.

Hi, In welchen Dateien kann ich die Änderungen denn nachvollziehen?

PS: ich würde jetzt versuchen, einen älteren Kernel zu installieren. Ironischerweise bekomme ich aber keine unter 5.3.18-lp152.19.2

angezeigt. Der Treiber auf der Website: hier: https://fkn-systems.de/index.p…652d9d20&c=66&p=20#FKN_DL ist allerdings für die 19.1 : kann ich das trotzdem riskieren?

# zypper se -s 'kernel-def*' | grep -E "\-lp152\.1.\."

v  | kernel-default              | package    | 5.3.18-lp152.19.2               | x86_64 | openSUSE-Leap-15.2-0
   | kernel-default              | srcpackage | 5.3.18-lp152.19.2               | noarch | openSUSE-Leap-15.2-Source
   | kernel-default-base         | package    | 5.3.18-lp152.19.2.lp152.7.12    | x86_64 | openSUSE-Leap-15.2-0
   | kernel-default-base         | srcpackage | 5.3.18-lp152.19.2.lp152.7.12    | noarch | openSUSE-Leap-15.2-Source
   | kernel-default-base-rebuild | package    | 5.3.18-lp152.19.2.lp152.7.12    | x86_64 | openSUSE-Leap-15.2-0
   | kernel-default-devel        | package    | 5.3.18-lp152.19.2               | x86_64 | openSUSE-Leap-15.2-0

Mir ist schon klar , dass isdn tot ist. Auch das leap 15.2 bald seine Zeit hatte..

Das ganze möchte ich teils auf einer art legacy projekt beruhen lassen

Meine idee wäre es jetzt zum aktuellen punkt zu updaten und einen älteren kernel zu installieren, den ich noch nutzen kann. Ist dies ohne großartige Abhängigkeitsprobleme möglich? Wie gesagt das ist nur ein Testsystem kein produktiv danke