Capi startet nicht automatisch (Fritz PCI)

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
SvenF
Beiträge: 3
Registriert: 23.02.2005 12:05:06

Capi startet nicht automatisch (Fritz PCI)

Beitrag von SvenF » 23.02.2005 12:32:06

Hi Folks!

Ich hätt da gern mal ein Problem;)
Ich versuche seit gestern meine Fritz2.0 ohne manuelle eingriffe zum laufen zu bewegen.

Ich habe sarge mit 2.6.8-2, leider läd er mir immer die hisax-Module, die den Start des CAPI wirkungsvoll zu verhindern wissen.

Nach einem

Code: Alles auswählen

rmmod hisax_fcpcipnp
rmmod hisax_isac
rmmod hisax
rmmod isdn
modprobe fcpci
capiinit start
ist die ISDN-Welt in Ordnung, nur leider etwas lästig.

Ein 'skip hisax$Blablub' in /etc/discover (wie es in einigen anderen Threads hier zum Erfolg geführt hat) bringt genau nichts - jedenfalls nichts, das ich bemerkt hätte, da hisax trotzdem geladen wird.

Ich habe genau gar keine Ahnung, wann hisax überhaupt geladen wird, ein 'grep -r hisax /etc/*' bringt folgendes

Code: Alles auswählen

/etc/discover.conf:skip hisax
/etc/discover.conf:skip hisax_fcpcipnp
/etc/discover.conf:skip hisax_isac
/etc/isdn/init.d.functions:            echo "    modules loaded. These will probably be 'isdn' and 'hisax'."
/etc/isdn/init.d.functions:            echo " no ISDN cards configured! Please configure 'hisax' module with modconf"
/etc/isdn/init.d.functions:        # clearly not a hisax card...
/etc/isdn/init.d.functions:            ?*)              hisaxctrl $cardid 1 4
/etc/isdn/init.d.functions:                ?*)         hisaxctrl $cardid 1 4
was mich aber nicht weiterbringt, da ich nicht weiss, was ich da nun auskommentieren sollte, da die betreffende Stelle in /etc/isdn/init.d.funvtions so ausschaut

Code: Alles auswählen

# needs to be called at least once per init.d/isdnutils invocation...
isdncards_unchecked=true

check_isdncards() {
    if $isdncards_unchecked; then
	isdncards_unchecked=false
        if [ -e /dev/isdninfo ]; then ISDNINFO=/dev/isdninfo;
        elif [ -e /dev/isdn/isdninfo ]; then ISDNINFO=/dev/isdn/isdninfo;
        else echo " error:"
            echo "    Neither /dev/isdninfo nor /dev/isdn/isdninfo exist!"
            # apparently a devfs system...
            echo "    Before you can use any ISDN facilities, ensure you have the proper kernel"
            echo "    modules loaded. These will probably be 'isdn' and 'hisax'."
            echo "    Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information"
            echo "    (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz')."
            exit 0
        fi
	set -- `perl -ne 's/^idmap:\s+//; s/ -//g; s/(\S+) \1/\1/g; print; exit;' $ISDNINFO 2>/dev/null`
	if [ $# -eq 0 -a "$do_what" != stop ]; then
            echo " "
            echo " no ISDN cards configured! Please configure 'hisax' module with modconf"
            echo "    Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information"
            echo "    (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz')."
	    exit 0
	fi
	isdncards="$@"
    fi
}
Auch alles dort auskommentieren bringt genau nichts.
In den Readmes zu hisax wird leider nicht erwähnt, wie man das Laden verhindern kann (oder ich bin zu deppert es zu finden, was ich gar nicht ausschließen will;)).

Wäre toll, wenn mir jemand verraten kann, was ich denn da übersehe:-)


Gruß und TIA
Sven

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Re: Capi startet nicht automatisch (Fritz PCI)

Beitrag von gms » 24.02.2005 23:01:34

wenn du eine Datei in /etc/modprobe.d/hisaxoff mit folgendem Inhalt erstellst, müßte das Problem beseitigt sein:

Code: Alles auswählen

alias hisax_isac off
alias hisax off
alias isdn off

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 24.02.2005 23:11:16

ISDN braucht er glaube ich noch... wie wäre es mit:
alias char-major-43 capidrv
alias char-major-44 capidrv
alias char-major-45 capidrv
Das sagt, daß für ISDN automatisch das capidrv Modul genommen wird anstatt Hisax.

Raoul

http://hubertus.sandmann.bei.t-online.de/l_capi.htm
http://home.rhein-zeitung.de/~wwilhelm/isdnfax.shtml

P.S.: Zum Titel des Threads: Die Capi wird normalerweise über /etc/init.d/isdnactivecards gestartet.

Code: Alles auswählen

grep -ir fuck /usr/src/linux

SvenF
Beiträge: 3
Registriert: 23.02.2005 12:05:06

Beitrag von SvenF » 24.02.2005 23:51:50

Hi!

Ersteinmal Danke für die Antworten.

Leider brachten beide Tips keinen Erfolg, auch nicht in Kombination.

Ich kopiere einmal den relevanten Teil des Bootvorgangs aus dem syslog, nachdem sowohl /etc/modprobe.d/hisaxremove als auch die entsprechenden Einträge in modules.conf stehen

Code: Alles auswählen

Feb 24 23:36:19 hermes kernel: 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
Feb 24 23:36:19 hermes kernel: HiSax: Linux Driver for passive ISDN cards
Feb 24 23:36:19 hermes kernel: HiSax: Version 3.5 (module)
Feb 24 23:36:19 hermes kernel: HiSax: Layer1 Revision 2.46.2.5
Feb 24 23:36:19 hermes kernel: HiSax: Layer2 Revision 2.30.2.4
Feb 24 23:36:19 hermes kernel: HiSax: TeiMgr Revision 2.20.2.3
Feb 24 23:36:19 hermes kernel: HiSax: Layer3 Revision 2.22.2.3
Feb 24 23:36:19 hermes kernel: HiSax: LinkLayer Revision 2.59.2.4
Feb 24 23:36:19 hermes kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
Feb 24 23:36:19 hermes kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
Feb 24 23:36:19 hermes kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0)
Feb 24 23:36:19 hermes kernel: HiSax: DSS1 Rev. 2.32.2.3
Feb 24 23:36:19 hermes kernel: HiSax: 2 channels added
Feb 24 23:36:19 hermes kernel: HiSax: MAX_WAITING_CALLS added
Feb 24 23:36:19 hermes kernel: ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 10 (level, low) -> IRQ 10
Feb 24 23:36:19 hermes kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 0000:00:0d.0
Feb 24 23:36:19 hermes kernel: CAPI Subsystem Rev 1.1.2.8
Feb 24 23:36:19 hermes kernel: fcpci: module license 'Proprietary' taints kernel.
Feb 24 23:36:19 hermes kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.2
Feb 24 23:36:19 hermes kernel: fcpci: (fcpci built on Feb 21 2005 at 15:05:43)
Feb 24 23:36:19 hermes kernel: kobject_register failed for fcpci (-17)
Feb 24 23:36:19 hermes kernel:  [kobject_register+91/96] kobject_register+0x5b/0x60
Feb 24 23:36:19 hermes kernel:  [bus_add_driver+80/176] bus_add_driver+0x50/0xb0
Feb 24 23:36:19 hermes kernel:  [driver_register+47/64] driver_register+0x2f/0x40
Feb 24 23:36:19 hermes kernel:  [__crc_csum_partial_copy_generic+1371480/2400337] vlprintf+0x4e/0x60 [fcpci]
Feb 24 23:36:19 hermes kernel:  [pci_register_driver+92/144] pci_register_driver+0x5c/0x90
Feb 24 23:36:19 hermes kernel:  [__crc_pci_do_scan_bus+1469516/2664547] fritz_init+0xba/0x121 [fcpci]
Feb 24 23:36:19 hermes kernel:  [sys_init_module+256/528] sys_init_module+0x100/0x210
Feb 24 23:36:19 hermes kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Feb 24 23:36:19 hermes kernel: capifs: Rev 1.1.2.3
Feb 24 23:36:20 hermes kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Feb 24 23:36:20 hermes kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.2
Feb 24 23:36:20 hermes kernel: fcpci: (fcpci built on Feb 21 2005 at 15:05:43)
Feb 24 23:36:20 hermes kernel: kobject_register failed for fcpci (-17)
Feb 24 23:36:20 hermes kernel:  [kobject_register+91/96] kobject_register+0x5b/0x60
Feb 24 23:36:20 hermes kernel:  [bus_add_driver+80/176] bus_add_driver+0x50/0xb0
Feb 24 23:36:20 hermes kernel:  [driver_register+47/64] driver_register+0x2f/0x40
Feb 24 23:36:20 hermes kernel:  [__crc_csum_partial_copy_generic+1371480/2400337] vlprintf+0x4e/0x60 [fcpci]
Feb 24 23:36:20 hermes kernel:  [pci_register_driver+92/144] pci_register_driver+0x5c/0x90
Feb 24 23:36:20 hermes kernel:  [__crc_pci_do_scan_bus+1469516/2664547] fritz_init+0xba/0x121 [fcpci]
Feb 24 23:36:20 hermes kernel:  [sys_init_module+256/528] sys_init_module+0x100/0x210
Feb 24 23:36:20 hermes kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Feb 24 23:36:20 hermes named[1613]: starting BIND 9.2.4 -u bind
Das schaut für mich so aus, alsob fcpci nimmer geladen werden kann, nachdem hisax geladen wurde.

Ein lsmod gibt nach dem reboot folgendes

Code: Alles auswählen

Module                  Size  Used by
ipv6                  264644  24
capi                   19104  0
capifs                  5864  2 capi
kernelcapi             48832  1 capi
hisax_fcpcipnp         12000  0
hisax_isac              9044  1 hisax_fcpcipnp
hisax                 573328  2 hisax_fcpcipnp,hisax_isac
crc_ccitt               2144  1 hisax
isdn                  147980  1 hisax
slhc                    7488  1 isdn
pci_hotplug            34640  0
intel_agp              22816  1
evdev                   9600  0
pcspkr                  3592  0
uhci_hcd               33136  0
usbcore               119012  3 uhci_hcd
r8169                  17508  0
agpgart                34664  1 intel_agp
capability              4520  0
commoncap               7232  1 capability
ide_cd                 42656  0
cdrom                  40732  1 ide_cd
genrtc                  9588  0
ext3                  127240  1
jbd                    62616  1 ext3
mbcache                 9348  1 ext3
ide_generic             1408  0
piix                   13440  1
ide_disk               19296  3
ide_core              139940  4 ide_cd,ide_generic,piix,ide_disk
sd_mod                 21728  0
ata_piix                8132  0
libata                 41700  1 ata_piix
scsi_mod              125228  2 sd_mod,libata
unix                   28756  49
font                    8320  0
vesafb                  6656  0
cfbcopyarea             3872  1 vesafb
cfbimgblt               3040  1 vesafb
cfbfillrect             3776  1 vesafb
Nachdem ich mit rmmod hisax_fcpcipnp, hisax_isac, hisax und auch isdn entefrnt habe kann ich mit modprobe fcpci das Modul laden, dann klappt auch ein 'capiinit start'.

Hoffe, ich habe nichts relevantes ausgelassen.


Gruß
Sven

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 25.02.2005 19:11:47

Hallo,
ich habe die einfach die hisaxmodule aus /lib/module/2.6.8 entfernt. ( natürlich gesichert! )

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 25.02.2005 19:34:10

duploian hat geschrieben:Hallo,
ich habe die einfach die hisaxmodule aus /lib/module/2.6.8 entfernt. ( natürlich gesichert! )
du machst es dir aber einfach :)

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 25.02.2005 21:44:34

gms hat geschrieben:
du machst es dir aber einfach :)
:P Sicher !!! Nachdem alles lief habe ich mir einen Kernel ohne hisax-Module kompiliert.

SvenF
Beiträge: 3
Registriert: 23.02.2005 12:05:06

Beitrag von SvenF » 26.02.2005 00:05:20

duploian hat geschrieben:ich habe die einfach die hisaxmodule aus /lib/module/2.6.8 entfernt. ( natürlich gesichert! )
Kommt mir zwar etwas "brutal" vor, aber es tut. Werden nichteinmal Fehler beim Booten geworfen, fcpci wird geladen, CAPI gestartet und Asterisk und Hylafax sind auch glücklich :lol:

Eine Frage hab ich aber noch:
Ich möchte in naher Zukunft noch eine HFC-Karte im NT-Modus in der Kiste betreiben.
Benötigt diese die hisax-Module?


Gruß und Dank
Sven

tobitux
Beiträge: 118
Registriert: 26.03.2004 23:41:10

Beitrag von tobitux » 27.02.2005 17:49:35

Nein, die Karte benötigt keine Hisax Module. Die Karte läuft dann alleine mit den hfc Modulen.

stefanix
Beiträge: 10
Registriert: 09.01.2005 19:33:33
Wohnort: Cuxhaven

Beitrag von stefanix » 23.03.2005 09:39:56

Hallo,
ich glaube der einfachste Weg ist, die module in "/etc/hotplug/blacklist" einzutragen. Alles was dort steht wird nicht automatisch geladen.
Grüsse, Stefanix

init 0
Beiträge: 673
Registriert: 21.10.2003 19:40:28

Beitrag von init 0 » 23.03.2005 10:32:44

Ist im Kernel vielleicht "Automatic kernel module loading " eingeschaltet?
CONFIG_KMOD: x
x x
x Normally when you have selected some parts of the kernel to x
x be created as kernel modules, you must load them (using the x
x "modprobe" command) before you can use them. If you say Y x
x here, some parts of the kernel will be able to load modules x
x automatically: when a part of the kernel needs a module, it x
x runs modprobe with the appropriate arguments, thereby x
x loading the module if it is available. If unsure, say Y.

Antworten