Gegenwärtig gibt es zwei PCMCIA-Systeme: externes PCMCIA und Kernel-PCMCIA. Das externe PCMCIA-System von David Hinds ist das ältere, somit auch besser erprobte und wird immer noch weiterentwickelt. Die Quellen der verwendeten Module sind nicht in die Kernelquellen integriert, deshalb „externes“ System. Seit Kernel 2.4 gibt es alternative Module in den Kernelquellen. Diese bilden das PCMCIA-System des Kernels („Kernel-PCMCIA“). Die Basismodule wurden von Linus Torvalds geschrieben und unterstützen vor allem neuere CardBus-Bridges besser.

Leider sind diese beiden Systeme zueinander inkompatibel. Außerdem gibt es in beiden Systemen unterschiedliche Sätze von Kartentreibern. Deswegen kommt je nach verwendeter Hardware nur ein System in Frage. Die Voreinstellung unter SUSE LINUX ist das neuere Kernel-PCMCIA. Es ist jedoch möglich, das System zu wechseln. Dazu muss in der Datei /etc/sysconfig/pcmcia der Variablen PCMCIA_SYSTEM entweder der Wert external oder kernel zugewiesen und PCMCIA mit rcpcmcia restart neu gestartet werden. Für vorübergehende Wechsel können Sie auch rcpcmcia [re]start external,kernel verwenden. Detailinformationen dazu befindet sich in /usr/share/doc/packages/pcmcia/LIESMICH.SuSE.

Die Kernelmodule für beide Systeme befinden sich in den Kernelpaketen. Zusätzlich werden noch die Pakete pcmcia und hotplug benötigt.

Beim Start von PCMCIA werden die Module pcmcia_core, i82365 (externes PCMCIA) oder yenta_socket (Kernel-PCMCIA) und ds geladen. In sehr seltenen Fällen wird alternativ zu i82365 bzw. yenta_socket das Modul tcic benötigt. Sie initialisieren die vorhandenen PCMCIA-Controller und stellen Basisfunktionen zur Verfügung.

Da PCMCIA-Karten zur Laufzeit gewechselt werden können, muss es einen Daemonen geben, der die Aktivitäten in den Steckplätzen überwacht. Diese Aufgabe erledigen je nach gewähltem PCMCIA-System und verwendeter Hardware der Cardmanager oder das Hotplug-System des Kernels. Bei externem PCMCIA kommt nur der Cardmanager zum Einsatz. Bei Kernel-PCMCIA handhabt der Cardmanager nur die PC-Card-Karten, wohingegen CardBus-Karten von Hotplug behandelt werden. Der Cardmanager wird vom PCMCIA-Startskript nach dem Laden der Basismodule gestartet. Da Hotplug neben PCMCIA auch noch andere Subsysteme bedient, gibt es hierfür ein eigenes Startskript.

Ist eine Karte eingeschoben, ermittelt der Cardmanager bzw. Hotplug Typ und Funktion und lädt die passenden Module. Wurden diese erfolgreich geladen, startet der Cardmanager bzw. Hotplug je nach Funktion der Karte bestimmte Initialisierungsskripten, die ihrerseits die Netzwerkverbindung aufbauen, Partitionen von externen SCSI-Platten einhängen (mounten) oder andere hardwarespezifische Aktionen ausführen. Die Skripte des Cardmanagers befinden sich in /etc/pcmcia. Die Skripte für Hotplug sind in /etc/hotplug zu finden. Wenn die Karte wieder entfernt wird, beendet der Cardmanager bzw. Hotplug mit den selben Skripten sämtliche Kartenaktivitäten. Anschließend werden die nicht mehr benötigten Module wieder entladen.

Sowohl der Startvorgang von PCMCIA als auch die Kartenereignisse werden in der Systemprotokolldatei (/var/log/messages) protokolliert. Dort wird festgehalten, welches PCMCIA System gerade verwendet wird und welcher Daemon welche Skripte zur Einrichtung verwendet hat. Theoretisch kann eine PCMCIA-Karte einfach entnommen werden. Dies funktioniert auch hervorragend für Netzwerk-, Modem- oder ISDN-Karten, solange keine aktiven Netzwerkverbindungen mehr bestehen. Es funktioniert nicht im Zusammenhang mit eingehängten Partitionen einer externen Platte oder mit NFS-Verzeichnissen. Hier müssen Sie dafür sorgen, dass die Einheiten synchronisiert und sauber ausgehängt werden (unmounten). Das ist natürlich nicht mehr möglich, wenn die Karte bereits herausgenommen wurde. Im Zweifelsfall hilft ein cardctl eject.

▪ ipseries;ia64;x86;amd64
Dieser Befehl deaktiviert alle Karten, die sich noch im Notebook befinden. Um nur eine der Karten zu deaktivieren, können Sie zusätzlich die Slotnummer angeben, zum Beispiel cardctl eject 0. ▪

▪ ppc
Dieser Befehl deaktiviert die Karte und – bei PowerBooks – wirft diese auch gleich aus dem Slot aus. ▪

Diese lassen sich wie gewöhnliche Netzwerkkarten mit YaST einrichten. Dort muss lediglich PCMCIA als Kartentyp ausgewählt werden. Alle weiteren Details zur Netzwerkeinrichtung befinden sich im Kapitel 14.4. “Die Einbindung ins Netzwerk”. Beachten Sie dort die Hinweise zu hotplugfähigen Karten.

Auch bei ISDN-PC-Karten erfolgt die Konfiguration größtenteils wie bei sonstigen ISDN-Karten mit YaST. Es spielt keine Rolle welche der dort angebotenen PCMCIA ISDN-Karten ausgewählt wird; wichtig ist nur, dass es eine PCMCIA-Karte ist. Bei der Einrichtung der Hardware und der Provider ist darauf zu achten, dass der Betriebsmodus immer auf hotplug, nicht auf onboot steht.

So genannte ISDN-Modems gibt es auch bei PCMCIA-Karten. Dies sind Modem- oder Multifunktionskarten mit einem zusätzlichen ISDN-Connection-Kit und werden wie ein Modem behandelt.

Bei Modem-PC-Karten gibt es im Normalfall keine PCMCIA-spezifischen Einstellungen. Sobald ein Modem eingeschoben wird, steht dieses unter /dev/modem zur Verfügung.

Es gibt auch bei PCMCIA-Karten so genannte Softmodems. Diese werden in der Regel nicht unterstützt. Falls es Treiber gibt, müssen diese individuell ins System eingebunden werden.

Das passende Treibermodul wird vom Cardmanager oder Hotplug geladen. Sobald also eine SCSI- oder IDE-Karte eingeschoben wird, stehen die daran angeschlossenen Geräte zur Verfügung. Die Gerätenamen werden dynamisch ermittelt. Informationen über vorhandene SCSI- bzw. IDE-Geräte sind unter /proc/scsi bzw. unter /proc/ide zu finden.

Externe Festplatten, CD-ROM-Laufwerke und ähnliche Geräte müssen eingeschaltet sein, bevor die PCMCIA-Karte in den Steckplatz eingeschoben wird. SCSI-Geräte müssen aktiv terminiert werden.

	Warnung
Bevor eine SCSI- oder IDE-Karte entnommen wird, müssen sämtliche Partitionen der daran angeschlossenen Geräte ausgehängt werden. Wurde dies vergessen, kann erst nach einem Reboot des Systems erneut auf diese Geräte zugegriffen werden, auch wenn der Rest des Systems durchaus stabil weiterläuft.

Sie können Linux auch vollständig auf solchen externen Platten installieren. Allerdings gestaltet sich dann der Bootvorgang etwas komplizierter. Es wird auf alle Fälle eine Bootdisk benötigt, die den Kernel und eine Initial-Ramdisk (initrd) enthält; mehr Informationen dazu finden Sie in Abschnitt 12.3. “Booten mit der initial ramdisk”.

Die initrd enthält ein virtuelles Dateisystem, das alle benötigten PCMCIA-Module und -Programme enthält. Die Bootdisk bzw. die Bootdisk-Images sind ebenso aufgebaut. Damit könnten Sie Ihre externe Installation immer booten. Es ist jedoch umständlich, jedes Mal die PCMCIA-Unterstützung von Hand zu laden. Fortgeschrittene Anwender können sich eine auf das jeweilige System zugeschnittene Bootdiskette selbst erstellen. Hinweise finden Sie dazu in dem englischsprachigem PCMCIA-HOWTO in Abschnitt 5.3 Booting from a PCMCIA device.

Wenn das System beim Booten bereits bei der Meldung PCMCIA: Starting services stehen bleibt oder andere merkwürdige Dinge geschehen, kann das Starten von PCMCIA beim nächsten Booten durch die Eingabe von NOPCMCIA=yes am Bootprompt verhindert werden. Um den Fehler weiter einzugrenzen, werden nun die drei Basismodule des verwendeten PCMCIA Systems von Hand nacheinander geladen.

Dazu dienen die Kommandos (als Benutzer root aufzurufen):

modprobe -t <dir> pcmcia_core
modprobe -t pcmcia-external i82365 
    

bei externem PCMCIA bzw.

modprobe -t pcmcia yenta_socket
    

bei Kernel-PCMCIA

▪ x86
bzw. – in sehr seltenen Fällen – modprobe -t <dir> tcic und ▪

modprobe -t <dir> ds
    

Die kritischen Module sind die beiden ersten.

Tritt der Fehler beim Laden von pcmcia_core auf, hilft die Manpage zu pcmcia_core weiter. Die darin beschriebenen Optionen können zunächst zusammen mit dem Kommando modprobe getestet werden. Als Beispiel können wir die APM-Unterstützung der PCMCIA-Module abschalten; in wenigen Fällen kann es damit Probleme geben. Dafür gibt es die Option doapm; mit do_apm=0 wird das Powermanagement deaktiviert:

modprobe -t <dir> pcmciacore do_apm=0
    

Führt die gewählte Option zum Erfolg, wird sie in der Datei /etc/sysconfig/pcmcia in die Variable PCMCIA_CORE_OPTS geschrieben:

PCMCIA_CORE_OPTS="do_apm=0"
    

Vereinzelt kann das Prüfen freier IO-Bereiche Ärger machen, wenn sich dadurch andere Hardwarekomponenten gestört fühlen. Das umgeht man dann mit probe_io=0. Sollen mehrere Optionen verwendet werden, müssen sie durch Leerzeichen getrennt werden:

PCMCIA_CORE_OPTS=do_apm=0 probe_io=0
    

Wenn es beim Laden des Moduls i82365 zu Fehlern kommt, hilft die Manualpage von i82365.

▪ x86
Ein Problem in diesem Zusammenhang ist ein Ressourcenkonflikt, ein Interrupt, IO-Port oder Speicherbereich wird doppelt belegt. Das Modul i82365 prüft zwar diese Ressourcen, bevor sie für eine Karte zur Verfügung gestellt werden, jedoch führt manchmal genau diese Prüfung zum Problem. So führt das Prüfen des Interrupt 12 (PS/2-Geräte) bei manchen Computern zum Blockieren von Maus und/oder Tastatur. In diesem Fall hilft der Parameter irq_list=<ListevonIRQs>. Die Liste soll alle IRQs enthalten, die verwendet werden dürfen. Also modprobe i82365 irq_list=5,7,9,10 oder dauerhaft in /etc/sysconfig/pcmcia:

PCMCIA_PCIC_OPTS="irq_list=5,7,9,10"

▪

Weiterhin gibt es /etc/pcmcia/config und /etc/pcmcia/config.opts. Diese Dateien werden vom Cardmanager ausgewertet. Die darin gemachten Einstellungen sind erst für das Laden der Treiber-Module für die PCMCIA-Karten relevant.

▪ x86
In /etc/pcmcia/config.opts können auch IRQs, IO-Ports und Speicherbereiche ein- oder ausgeschlossen werden. Der Unterschied zur Option irqlist ist, dass die in der Datei config.opts ausgeschlossenen Ressourcen zwar nicht für eine PCMCIA-Karte verwendet, aber dennoch vom Basis-Modul i82365 geprüft werden. ▪

Hier gibt es im Wesentlichen drei Varianten: Die Karte wird nicht erkannt, der Treiber kann nicht geladen werden oder das Interface, das vom Treiber bereitgestellt wird, wurde falsch eingerichtet.

Man sollte beachten, ob die Karte vom Cardmanager oder von Hotplug behandelt wird. Nochmal zur Erinnerung: Bei externem PCMCIA regiert immer der Cardmanager, bei Kernel-PCMCIA behandelt der Cardmanager PC-Card-Karten und Hotplug behandelt CardBUS-Karten. Hier wird nur der Cardmanager besprochen.