Linux-Tipps

xmodmap -e "keycode 94 = dead_diaeresis"

<dead_diaeresis> <a> = ä
<dead_diaeresis> <o> = ö
<dead_diaeresis> <u> = ü
<dead_diaeresis> <A> = Ä
...

xmod­map -e "key­co­de 117 = Mul­ti_key"

<Multi_key> <L> <-> = £ 
<Multi_key> <c> <o> = ©
<Multi_key> <s> <s> = ß
...

    Option "XkbOptions"  "ctrl:nocaps"

/system/usr/keylayout/Generic.kl
/system/usr/keychars/Generic.kcm

# mount -o remount,rw /system

# 'COMBINING DIAERESIS' und scharfes S auf die Taste zwischen Shift_L und Y (bzw. Z):
key MEDIA_PREVIOUS {
    label, number:                      '<'
    base:                               '\u0308'
    shift:                              '\u00df'
    ctrl, alt, meta:                    '\u007c'
}

Te­le­dat USB 2 a/b mit Ca­pi2.0 in­stal­lie­ren

Zu­nächst ei­ne War­nung: die­se An­lei­tung ist im We­sent­li­chen ein Ge­däch­niss­pro­to­koll. Sie soll es dem Le­ser leich­ter ma­chen, als ich es hat­te, bei der In­stal­la­tion von Ca­pi 2 und USB-ISDN-Con­trol­lern von AVM un­ter De­bian GNU/Li­nux. Ich ha­be es nach mehr­tä­gi­gem Her­um­pro­bie­ren und Lek­tü­re un­ter­schied­li­cher, teils ver­al­te­ter An­lei­tun­gen (oh­ne die ich es al­ler­dings na­tär­lich gar nicht ge­schafft hät­te, des­halb mein Dank an al­le Au­to­ren!) er­reicht, dass ich nun mit mei­nem Te­le­dat USB 2 a/b mit dem jetzt (No­vem­ber 2001) ak­tu­el­len De­bian GNU/Li­nux tes­ting/un­sta­ble (aka Woo­dy) ins In­ter­net kom­me. Mit die­ser An­lei­tung hät­te es schnel­ler ge­hen kön­nen, aber Fall­stricke lau­ern über­all...

Vor­aus­set­zun­gen:

• Ein 2.4er Ker­nel (viel­leicht geht auch ein 2.2er mit USB- und Ca­pi-Pat­ch), ich ha­be 2.4.14 bis 2.4.20 (up­da­te 2005: Ker­nel 2.6.11) er­folg­reich ge­tes­tet (neu­e­re Ker­nel je­weils mit neu­e­ren Trei­ber-Ver­sio­nen)
• Die FritzX-USB-Trei­ber von AVM (nicht an der Be­zeich­nung stö­ren, ich ha­be zu­letzt fxusb-su­se8.1-03.10.02.tar.gz ver­wen­det)
• Die De­bian-Pa­ke­te lib­ca­pi20, isd­nac­ti­ve­cards, ppp, pppd­ca­pi­plu­gin
  Nicht be­nö­tigt wer­den: isd­nu­tils, ipppd, usbm­gr
• Die Fä­hig­kei­ten, ei­nen Ker­nel zu kom­pi­lie­ren und zu in­stal­lie­ren und ei­nen Edi­tor zu be­die­nen (ist ja nicht all­zu schwer und ei­gent­lich selbst­ver­ständ­lich, bei Leu­ten die tes­ting ver­wen­den)

Ker­nel kon­fi­gu­rie­ren

Mit "ma­ke me­nu­con­fig":

<*> ISDN support
[*]   Support synchronous PPP
[*]     Use VJ-compression with synchronous PPP
[ ]     Support generic MP (RFC 1717)
<M>     Support BSD compression
[ ]   Support audio via ISDN
ISDN feature submodules  --->
--- low-level hardware drivers

Passive ISDN cards  --->
< > HiSax SiemensChipSet driver support

Active ISDN cards  --->
...
<M> CAPI2.0 support
[*]   Verbose reason code reporting (kernel size +=7K)
[*]   CAPI2.0 Middleware support (EXPERIMENTAL)
<M>   CAPI2.0 /dev/capi support
[*]     CAPI2.0 filesystem support
<M>   CAPI2.0 capidrv interface support
...

"..." steht hier für mehr Op­tio­nen, die al­le nicht ak­ti­viert zu sein brau­chen. Das mit der Kom­pres­sion kann man sich viel­leicht auch spa­ren, aber es wird schon nicht scha­den.
Na­tür­lich muss der Ke­nel den ei­ge­nen USB-Con­trol­ler un­ter­stüt­zen und al­les, was sonst noch so ge­braucht wird...
Dann kom­pi­lie­ren z.B. mit

ma­ke dep clean bzI­ma­ge && ma­ke mo­du­les

Nun als root den Ker­nel in­stal­lie­ren (z. B. mit li­lo...) und auch an die Mo­du­le den­ken:

make modules_install

Kernel-Modul kompilieren

tar xzf fxusb.suse[Versionsnummer].tar.gz
cd fritz

Nun muss in der Da­tei src.drv/main.c die Zei­le "#define PRODUCT_ID 0x2000" ge­än­dert wer­den in "#define PRODUCT_ID 0x2800".

make drv

Wenn die Kom­pi­lie­rung er­folg­reich ge­lau­fen ist nun ein Ver­zeich­niss misc im Mo­dul-Ver­zeich­niss des Ker­nels er­stel­len und da­r­ein das mo­dul fxusb.o aus src.drv ko­pie­ren.

mkdir /lib/modules/[Version]/misc
cp src.drv/fxusb.o /lib/modules/[Version]/misc

Ca­pi-Pa­ke­te in­stal­lie­ren

Glück hat, wer auch oh­ne die Te­le­dat noch ei­ne In­ter­net-Ver­bin­dung hin­be­kommt (viel­leicht mit ei­nem al­ten Mo­dem), denn dann sind die not­wen­di­gen De­bian-Pa­ke­te su­per-schnell in­stal­liert:

apt-get install libcapi20 isdnactivecards ppp pppdcapiplugin

Falls wei­te­re Pa­ke­te von den oben ge­nann­ten ab­hän­gig sein soll­ten, wer­den die­se au­to­ma­tisch mit in­stal­liert.
Na­tür­lich kön­nen die Pa­ke­te auch an­ders be­sorgt wer­den, zur Not über Win­dows vom De­bian-HTTP oder -FTP-Ser­ver.

/etc/isdn/ca­pi.conf ?

Nun ist ei­ner der we­ni­gen Zeit­punk­te ge­kom­men, wo auch ein Li­nux-Sys­tem neu ge­st­ar­tet wer­den kann. Es geht si­cher auch oh­ne, aber dann muss man sich selbst mit den gan­zen Mo­du­len und init-scrip­ten her­um­schla­gen...
Ein Blick in das Ver­zeich­niss /etc/init.d emp­fielt sich aber trotz­dem. Ein even­tu­ell vor­han­de­nes isd­nu­tils-Script soll­te jetzt z.B. nicht mehr ge­braucht wer­den (ver­schie­ben, nicht lö­schen!).

Nach dem Neu­start kann das fxusb-Mo­dul mit dem in­ter­ak­ti­ven De­bian-tool mod­conf ge­la­den wer­den (ggf. vor­her dep­mod -a auf­ru­fen).
Ein Auf­ruf von lsmod soll­te jetzt un­ter an­de­rem Fol­gen­des lie­fern:

fxusb                 558168   1
capi                   17600   2
kernelcapi             28896   2  [fxusb capi]
capifs                  3424   1  [capi]
capiutil               22208   0  [kernelcapi]

Man kann auch in /proc nach­se­hen, ob al­les gut läuft:

vlado@mog:~$ cat /proc/capi/controller
1 fxusb      running  fritz-usb        A1 3.09-10 3
vlado@mog:~$ cat /proc/capi/controllers/1 
name             fritz-usb
dev              3
type             A1
ver_driver       3.09-10
ver_cardtype     fritz-usb
protocol         DSS1
linetype         point to multipoint

Das war’s!

Ver­bin­dung tes­ten/kon­fi­gu­rie­ren

Ei­ne Test­ver­bin­dung zu AVM (wie in fritz/in­stall_pas­si­ve.de be­schrie­ben) könn­te jetzt di­rekt schon klap­pen. Zur Si­cher­heit kann man die Sys­tem­nach­rich­ten mit­ver­fol­gen (mit tail -f /var/log/mes­sa­ges):

pppd call isdn/avm

Da­mit wird das script /etc/ppp/peers/isdn/avm aus­ge­führt, was ei­ne Test­ver­bin­dung zum AVM-Rech­ner in Ber­lin er­stellt.
In dem sel­ben Ver­zeich­niss kann man nun ein ei­ge­nes kur­z­es Script nach dem glei­chen Mus­ter ers­te­len. Ein Bei­spiel:

#
# PROVIDERNAME
#
debug
sync
noauth
usepeerdns
#idle 420
plugin userpass.so
username BENUTZERNAME
defaultroute
plugin capiplugin.so
#controller 1
#numberprefix 0
number TELEFONNUMMER
protocol hdlc
ipcp-accept-local
ipcp-accept-remote
/dev/null

In /etc/ppp/pap-secrets bzw. chap-secrets kommt dann noch ent­spre­chend ei­ne Zei­le:

BE­NUT­ZER­NA­ME PRO­VI­DER PASS­WORD

Wo­bei "PRO­VI­DER" auch durch "*" er­setzt wer­den kann, was be­deu­tet "für al­le pro­vi­der".

Ein großes Pro­blem war für mich noch, dass die "rou­te" nicht er­folg­reich ge­setzt wur­de (Test über tail -f /var/log/mes­sa­ges und rou­te -n). Ich hat­te zwar ei­ne Ver­bin­dung zum Pro­vi­der, konn­te aber nichts ma­chen. Da ich ziem­li­cher tcp/ip-Laie bin, konn­te ich das nur lö­sen, in­dem ich die vor­han­de­ne (aus dem ei­gent­lich nicht be­nö­tig­ten ipppd) /etc/ppp/ip-up.d/00-ipppd in ei­ne /etc/ppp/ip-up.d/00-pppd (oh­ne i) um­ge­wan­delt ha­be. Al­les, was ich in der Da­tei ge­än­dert ha­be, war wie im Na­men ein "i" weg­zu­lö­schen. Wo­bei der Na­me si­cher nicht so wich­tig ist... Hier mei­ne Da­tei­en für Leu­te, die noch wel­che brau­chen:

/etc/ppp/ip-up.d/00-pppd
/etc/ppp/ip-down.d/99-pppd

Aber Haupt­sa­che es funk­tio­niert end­lich! Nach­dem ich die Te­le­dat schon über ein Jahr hier rum­ste­hen ha­be, mir des­we­gen An­fang 2001 ei­ne Fritz!PCI ge­kauft ha­be, nur um mit Li­nux ins Netz zu kom­men...

Auch wich­tig: die Ver­bin­dung wie­der be­en­den (ISDN-Fla­tra­tes sind sel­ten ge­wor­den :-)
Un­ter De­bian gibt es da­für das Script poff (aus dem Pa­ket ppp).

poff isdn/PROVIDER

So wie ich das se­he macht es nichts an­de­res, als genau den pppd-Pro­zess zu kil­len, der für die Ver­bin­dung zu PRO­VI­DER ver­ant­wort­lich ist. Wenn man poff oh­ne Pa­ra­me­ter auf­ruft und es nur ei­nen pppd gibt, wird die­ser be­en­det.
Es gibt auch die Mög­lich­keit in das Pro­vi­der-Script ei­ne id­le-Zeit ein­zu­bau­en. Mehr In­for­ma­tio­nen zu den Mög­lich­kei­ten von pppd lie­fert

man pppd

Hilfs-Pro­gram­me

Das gu­te, al­te xisdnload fun­tio­niert mit Ca­pi2 nicht mehr, aber da­für gibt es ei­ne gan­ze Rei­he ppp-Mo­ni­tor-Pro­gram­me (De­bian-Pa­ket-Na­men): wmppp.app pppstatus (nicht-gra­phisch) procmeter gkrellm gpppkill
Auch die KDE-Sys­te­m­über­wa­chung (ksysguard) kann ir­gend­wie PPP-In­for­ma­tio­nen an­zei­gen

Quel­len / wei­te­re In­for­ma­tio­nen

Rund um USB-Ge­rä­te für Li­nux H Ze­ro Se­ven - De­ve­lop­ment Team (sin­ce 1999)- Pass­te AVM-Fritz!X-Trei­ber für Te­le­dat an und es gab dort auch ein Fo­rum, woraus mir ein Ein­trag be­son­ders ge­hol­fen hat­te. Al­ler­dings gibt es das Fo­rum nun nicht mehr und das Pro­jekt wird wo­an­ders wei­ter­ge­führt:
Nun gibt es ein Sour­ce­for­ge-Pro­jekt zu Fritz!X USB/Te­le­dat, wo auch ver­sucht wird das Kom­mu­ni­ka­ti­ons-Pro­to­koll zu ent­schlüs­seln, um ir­gend­wann rich­ti­ge Open­Sour­ce-Un­ter­stüt­zung für die­se Ge­rä­te zu be­kom­men. Zu dem Pro­jekt ge­hört außer­dem auch ein Fo­rum, in dem sich Nut­zer und Ent­wick­ler aus­tau­schen.

Kom­men­ta­re, Ver­bes­se­rungs­vor­schlä­ge, Er­folgs- und Mis­ser­folgs­mel­dun­gen zu die­ser An­lei­tung sind sehr will­kom­men!
E-Mail: vla­do <bei> gmx.net

Be­son­de­ren Dank an die­ser Stel­le an Gott­fried Schwie­ters! Er hat­te ei­ne In­stal­la­ti­ons­an­lei­tung für De­bian (un­sta­ble) in o.g. Te­le­dat-Board ge­stellt und mir zu mei­ner An­lei­tung ei­ne gan­ze Rei­he Ver­bes­se­rungs­vor­schlä­ge ge­schickt, die ich na­tür­lich so­fort ge­tes­tet und ein­ge­baut ha­be.