Feedback / Siemens I-Gate mit WPA/PSK / SuSE 9.3 / Toshiba Portege 3490 CT
Liebe Liste, wen es interessiert, im Anhang habe ich meinen Weg zu einer funktionierenden WPA/PSK Verschlüsselung mit meiner alten I-Gate Siemens Karte (PCMCIA) beschrieben. Kurzzusammenfassung: 1.) orinoco Treiber geht, kann aber keinerlei Verschlüsselung. 2.) prism2 Treiber redet mit der Karte, aber nicht mit dem Netzwerk. 3.) hostap Treiber geht & kann WPA / PSK, also meine Wahl. Probleme: 1.) Dokumentation zu /etc/pcmcia/*, 2.) Änderungen an /etc/pcmcia/config durchgeführt (kann sein, daß es anders geht, habe es aber nicht anders hinbekommen) 3.) Änderungen an /etc/sysconfig/hardware/hwconfig-static-0 4.) Änderungen an /etc/sysconfig/network/ifcfg-wlan-id-XXXX 5.) Anlegen eines Softlink von ifcfg-wlan-id-XXX nach ifcfg-wifi0, da beim Starten sonst ständig gemosert wird, daß die Netzwerkkonfiguration nicht geklappt hat. Der hostap-Treiber legt außer dem wlan0 noch wifi0 an, und /etc/init.d/network will unbedingt beide initialisieren. 6.) /etc/init.d/network läuft zu schnell durch, habe ein Delay eingefügt, sonst erfolgt (bei mir) keine Anzeige der Schnittstellenkonfiguration 7.) Wann die Variable HWD_DRIVER gesetzt wird und wie sie initialisiert wird, konnte ich nicht herausfinden. HWD_DRIVER='hostap_cs' mußte daher ins iwcfg-wlan-id-XXXX - File hinein, um WPA / PSK zum Funktionieren zu bringen. Genauer im Attachement, wen auch immer es interessiert. Bis dann mfG Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------
On Wed, Jan 11, Dieter Jurzitza wrote:
Liebe Liste, wen es interessiert, im Anhang habe ich meinen Weg zu einer funktionierenden WPA/PSK Verschlüsselung mit meiner alten I-Gate Siemens Karte (PCMCIA) beschrieben.
Kurzzusammenfassung: 1.) orinoco Treiber geht, kann aber keinerlei Verschlüsselung. 2.) prism2 Treiber redet mit der Karte, aber nicht mit dem Netzwerk. 3.) hostap Treiber geht & kann WPA / PSK, also meine Wahl.
Probleme: 1.) Dokumentation zu /etc/pcmcia/*, 2.) Änderungen an /etc/pcmcia/config durchgeführt (kann sein, daß es anders geht, habe es aber nicht anders hinbekommen) 3.) Änderungen an /etc/sysconfig/hardware/hwconfig-static-0
Diese Datei kann ganz entfernt werden, da die Treiber vom cardmgr geladen werden.
4.) Änderungen an /etc/sysconfig/network/ifcfg-wlan-id-XXXX
Was ist denn die wichtige Änderung hier?
5.) Anlegen eines Softlink von ifcfg-wlan-id-XXX nach ifcfg-wifi0, da beim Starten sonst ständig gemosert wird, daß die Netzwerkkonfiguration nicht geklappt hat. Der hostap-Treiber legt außer dem wlan0 noch wifi0 an, und /etc/init.d/network will unbedingt beide initialisieren. 6.) /etc/init.d/network läuft zu schnell durch, habe ein Delay eingefügt, sonst erfolgt (bei mir) keine Anzeige der Schnittstellenkonfiguration
Zu 5) und 6) Nenn deine Konfigurationen für eth0 und wlan0 ifcfg-eth-id-<mac adresse> bzw. ifcfg-wlan-id-<mac adesse>. Für wifi0 lege ein ifcfg-wifi0 an, das nur STARTMODE=off enthält. Dann kann auch das sleep aus rcnetwork wieder raus.
7.) Wann die Variable HWD_DRIVER gesetzt wird und wie sie initialisiert wird, konnte ich nicht herausfinden. HWD_DRIVER='hostap_cs' mußte daher ins iwcfg-wlan-id-XXXX - File hinein, um WPA / PSK zum Funktionieren zu bringen.
Die wird von 'getcfg' gesetzt. Was steht denn falsches drin?
Dieter Jurzitza
-- -----------------------------------------------------------
| \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _|
if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------
Achtung!
Beim Einsatz der Siemens I-Gate Wlan-Karte sind einige Dinge zu beachten, da die SuSE 9.3 nur für den hostap-Treiber die Nutzung dieses Verschlüsselungsverfahrens überhaupt ermöglicht.
Um wpa-psk Verschlüsselung nutzen zu können, sind die folgenden Einstellungen zu realisieren:
Als Treiber für die Netzwerkkarte (prism2-basiert) darf nicht der orinoco - Treiber verwendet werden (geht nur ohne Verschlüsselung), auch nicht der prism2 - Treiber, sondern es muà der hostap - Treiber genutzt werden.
An dieser Stelle die folgende Bemerkung: während sich sowohl der orinoco- als auch der hostap - Treiber nutzen läÃt, ist es mir auf keinem Rechner gelungen, mit dem prism2-Treiber eine Kommunikation aufzusetzen. Zwar wird die Karte erkannt und bekommt eine IP, Netzwerkverbindungen habe ich jedoch nicht zustande gebracht.
Dazu sind folgende Konfigurationsschritte erforderlich:
1.) patche /etc/pcmcia/config: ################################################################## --- config +++ config @@ -29,12 +29,15 @@ device "ibmtr_cs" class "network" module "ibmtr_cs"
+device "hostap_cs" + class "network" module "hostap_cs" + device "nmclan_cs" class "network" module "nmclan_cs"
device "orinoco_cs" #class "network" module "hermes", "orinoco", "orinoco_cs" - class "network" module "orinoco_cs" + class "network" module "orinoco_cs" opts "ignore_cis_vcc=1"
device "oti12_cs" class "cdrom" module "oti12_cs" @@ -43,6 +46,11 @@ #class "network" module "8390", "pcnet_cs" class "network" module "pcnet_cs"
+device "prism2_cs" + #class "network" module "8390", "pcnet_cs" + class "network" module "prism2_cs" + # opts "prism2_ignorevcc=1" + device "smc91c92_cs" class "network" module "smc91c92_cs"
@@ -1169,7 +1177,7 @@ # card "Intersil PRISM2 11 Mbps Wireless Adapter" manfid 0x0156, 0x0002 - bind "orinoco_cs" + bind "hostap_cs"
card "350 Series Wireless LAN Adapter" manfid 0x015f, 0x000a ##################################################################
Als nächstes ist die Konfiguration in /etc/sysconfig/hardware/hwcfg-static-0 anzupassen: ################################################################## MODULE='hostap' MODULE_OPTIONS='' STARTMODE='auto' ################################################################## bei Standardinstallation steht hier "orinoco" drin, dann funktioniert aber die Verschlüsselung nicht vernünftig. SchlieÃlich ist die Konfiguration der Netzwerkkarte korrekt zu realisieren; dabei ist darauf zu achten, daà die Variable HWD_DRIVER korrekt initialisiert wird, andernfalls kann WPA/PSK nicht aktiviert werden. Ist die Variable nicht richtig initialisiert, so wird in /etc/sysconfig/ifup-wireless-wpa nicht erkannt, daà für diesen Treiber die Aktivierung von WPA/PSK zulässig ist und das Netzwerk funktioniert nicht.
Dazu muà /etc/sysconfig/network/ifcfg-wlan-id-00:90:d1:00:a6:7d folgendermaÃen aussehen:
################################################################## BOOTPROTO='static' BROADCAST='172.16.77.255' IPADDR='172.16.77.13' MTU='' NAME='INTERSIL I-GATE 11M PC Card / PC Card plus' NETMASK='255.255.255.0' NETWORK='172.16.77.0' REMOTE_IPADDR='' STARTMODE='auto' UNIQUE='0rfV.jpmKAVAATH5' USERCONTROL='yes' HWD_DRIVER='hostap_cs' WIRELESS_AP='' WIRELESS_AUTH_MODE='psk' WIRELESS_BITRATE='auto' WIRELESS_CHANNEL='' WIRELESS_DEFAULT_KEY='0' WIRELESS_ESSID='my-wlan-net' WIRELESS_FREQUENCY='' WIRELESS_KEY='' WIRELESS_KEY_0='' WIRELESS_KEY_1='' WIRELESS_KEY_2='' WIRELESS_KEY_3='' WIRELESS_KEY_LENGTH='128' WIRELESS_MODE='Managed' WIRELESS_NICK='' WIRELESS_NWID='' WIRELESS_POWER='yes' WIRELESS_WPA_PSK='This is my key' _nm_name='static-0' ##################################################################
Der hostap Treiber initialisiert 2 Devices (identisch) in /sys/class/net, und zwar wlan0 und wifi0. Das Skript /etc/init.d/network erkennt nicht, daà es ausreichend wäre, die Konfiguration für wlan0 vorzunehmen und bringt daher eine Fehlermeldung, daà die Netzwerkkonfiguration nicht erfolgreich war. Ein Softlink von /etc/sysconfig/network/ifcfg-wlan-id-00:90:d1:00:a6:7d nach /etc/sysconfig/network/ifcfg-wifi0 löst das Problem. Stören tut nur die Meldung, die Funktion ist trotzdem gewährleistet.
Damit beim Booten die Initialisierung der Netzwerkadapter korrekt angezeigt wird, ist noch das Einfügen eines Delays in /etc/init.d/network erforderlich. Der zugehörige Patch ist der folgende:
################################################################## --- network +++ network @@ -97,6 +97,7 @@ # still have to be set up because the were registered to early. Bug 39005) if [ "$ACTION" = start ] ; then date +%s > $NETWORK_RUNFILE + sleep 5 fi
if [ -n "$TYPE" ] ; then ##################################################################
Dieter Jurzitza / 11.01.2006
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-laptop-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-laptop-help@suse.com
-- ciao, christian 睡眠不足はいい仕事の敵だ。
Hallo Christian, zunächst mal vorab: ifcfg-wlan-id-XXXX bzw. ifcfg-wifi-id-XXXX meinte <XXXX> als die MAC-Adresse der Karte - hatte ich nicht spezifiziert.
4.) Ãnderungen an /etc/sysconfig/network/ifcfg-wlan-id-XXXX
Was ist denn die wichtige Ãnderung hier? wichtig ist der Eintrag "HWD_DRIVER='hostap_cs'". Andernfalls steht Quatsch in der Variablen "HWD_DRIVER", beim Aufruf von ifup-wireless-wpa war sie noch mit yenta_socket - dem Modul für PCMCIA vorbelegt, nachher stand noch anderes drin. Jedenfalls nichts, was das Skript
/etc/sysconfig/network/scripts/ifup-wireless-wpa in der Funktion "setup_wpa" akzeptiert hätte.
Zu 5) und 6) Nenn deine Konfigurationen für eth0 und wlan0 ifcfg-eth-id-<mac adresse> bzw. ifcfg-wlan-id-<mac adesse>. Für wifi0 lege ein ifcfg-wifi0 an, das nur STARTMODE=off enthält. Dann kann auch das
Super. Wo steht denn so was für DAUs? :-)))) Ehrlich, solche Hinweise wären richtig wertvoll - das hätte mir Zeit sparen können.
Die wird von 'getcfg' gesetzt. Was steht denn falsches drin?
getcfg? Also, auf meinem Rechner bringt ein cd /; find . -name "*" -print -exec grep "HWD_DRIVER" {} \; > /tmp/where 2>&1 *nix* verwertbares, nur die Abfrage in ifup-wireless-wpa - "HWD_DRIVER" ist IMHO eine Environment-Variable, das müßte doch irgendwo gesetzt werden - ich finde aber die Zuweisung nicht. Bin für jeden Hinweis zur Ergreifung des Täters dankbar :-)))). getcfg wird für die Belegung von IFACE und ähnlichem verwendet, aber eine Zuweisung wie HWD_DRIVER=$IFACE oder so habe ich wie erwähnt nicht finden können. Ich würde mich ehrlich gerne auf RTFM besinnen - wenn ich nur wüßte, welche "FM" ich denn lesen soll, in denen so was beschrieben ist. Und ich nutze noch SuSE 9.3 - in der 10'er mag das anders sein. Aber als Privatmann gilt "Never change a running system". Danke nochmal für die Kommentare, wie gesagt, es funktioniert ja, aber es hat viel Zeit gekostet. Bis dann Dieter -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------
Hallo Christian, und noch ein Nachtrag: das Delay benötigt man (ich) doch. Ohne Delay in /etc/init.d/network: BOOTBOOTBOOTBOOT Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done Initializing random number generator done Starting resource manager done eth0 device: D-Link DE-660+ Ethernet eth0 configuration: eth-id-00:50:ba:3d:20:37 eth0 IP address: 172.16.56.150/21 done wifi0 done modem0 modem0 Startmode is 'manual' skipped wifi0 wifi0 Startmode is 'off' skipped Setting up service network . . . . . . . . . . .done BOOTBOOTBOOTBOOT Kein Pieps zu "wlan0". Jedenfalls nicht sichtbar. Mit Delay in /etc/init.d/network: BOOTBOOTBOOTBOOT Setting up network interfaces: Initializing random number generator done lo lo IP address: 127.0.0.1/8 done Starting resource manager done eth0 device: D-Link DE-660+ Ethernet eth0 configuration: eth-id-00:50:ba:3d:20:37 eth0 IP address: 172.16.56.150/21 done wlan0 device: Intersil PRISM2 11 Mbps Wireless Adapter wlan0 configuration: wlan-id-00:90:d1:00:a6:7d wlan0 warning: wpa_supplicant already running on interface wlan0 IP address: 172.16.41.13/24 done wifi0 done modem0 modem0 Startmode is 'manual' skipped wifi0 wifi0 Startmode is 'off' skipped Setting up service network. . . . . . . . . . . .done BOOTBOOTBOOTBOOT So wünsche ich mir das. ifconfig wlan0 sagt zwar, daß alles prima ist, aber die Meldung beim Starten ist trotzdem ganz nett. Also bei meinem Rechner sind die 5 Sekunden nötig. Bis dann, danke nochmals Dieter Am Dienstag, 17. Januar 2006 09:24 schrieb Christian Zoz: *********************
Nenn deine Konfigurationen für eth0 und wlan0 ifcfg-eth-id-<mac adresse> bzw. ifcfg-wlan-id-<mac adesse>. Für wifi0 lege ein ifcfg-wifi0 an, das nur STARTMODE=off enthält. Dann kann auch das sleep aus rcnetwork wieder raus.
-- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------
On Wed, Jan 18, Dieter Jurzitza wrote:
Hallo Christian, zunächst mal vorab: ifcfg-wlan-id-XXXX bzw. ifcfg-wifi-id-XXXX meinte <XXXX> als die MAC-Adresse der Karte - hatte ich nicht spezifiziert.
4.) Ãnderungen an /etc/sysconfig/network/ifcfg-wlan-id-XXXX
Was ist denn die wichtige Ãnderung hier? wichtig ist der Eintrag "HWD_DRIVER='hostap_cs'". Andernfalls steht Quatsch in der Variablen "HWD_DRIVER", beim Aufruf von ifup-wireless-wpa war sie noch mit yenta_socket - dem Modul für PCMCIA vorbelegt, nachher stand noch anderes drin. Jedenfalls nichts, was das Skript
/etc/sysconfig/network/scripts/ifup-wireless-wpa
in der Funktion "setup_wpa" akzeptiert hätte.
Die wird von 'getcfg' gesetzt. Was steht denn falsches drin?
getcfg? Also, auf meinem Rechner bringt ein cd /; find . -name "*" -print -exec grep "HWD_DRIVER" {} \; > /tmp/where 2>&1 *nix* verwertbares, nur die Abfrage in ifup-wireless-wpa - "HWD_DRIVER" ist IMHO eine Environment-Variable, das müßte doch irgendwo gesetzt werden - ich finde aber die Zuweisung nicht. Bin für jeden Hinweis zur Ergreifung des Täters dankbar :-)))).
getcfg wird für die Belegung von IFACE und ähnlichem verwendet, aber eine Zuweisung wie HWD_DRIVER=$IFACE oder so habe ich wie erwähnt nicht finden können. Ich würde mich ehrlich gerne auf RTFM besinnen - wenn ich nur wüßte, welche "FM" ich denn lesen soll, in denen so was beschrieben ist.
Und ich nutze noch SuSE 9.3 - in der 10'er mag das anders sein. Aber als Privatmann gilt "Never change a running system".
Wenn Du mal einfach 'getcfg wlan0' aufrufst, dann steht da nix von HWD_DRIVER? Wie siehts denn bei 'getcfg eth0' aus? On Wed, Jan 18, Dieter Jurzitza wrote:
Hallo Christian, und noch ein Nachtrag: das Delay benötigt man (ich) doch. Ohne Delay in /etc/init.d/network:
BOOTBOOTBOOTBOOT Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done Initializing random number generator done Starting resource manager done eth0 device: D-Link DE-660+ Ethernet eth0 configuration: eth-id-00:50:ba:3d:20:37 eth0 IP address: 172.16.56.150/21 done wifi0 done modem0 modem0 Startmode is 'manual' skipped wifi0 wifi0 Startmode is 'off' skipped Setting up service network . . . . . . . . . . .done BOOTBOOTBOOTBOOT
Kein Pieps zu "wlan0". Jedenfalls nicht sichtbar.
Dann hast Du evtl. STARTMODE=hotplug in dem Config-File für wlan0 stehen?
Mit Delay in /etc/init.d/network:
BOOTBOOTBOOTBOOT Setting up network interfaces: Initializing random number generator done lo lo IP address: 127.0.0.1/8 done Starting resource manager done eth0 device: D-Link DE-660+ Ethernet eth0 configuration: eth-id-00:50:ba:3d:20:37 eth0 IP address: 172.16.56.150/21 done wlan0 device: Intersil PRISM2 11 Mbps Wireless Adapter wlan0 configuration: wlan-id-00:90:d1:00:a6:7d wlan0 warning: wpa_supplicant already running on interface wlan0 IP address: 172.16.41.13/24 done wifi0 done modem0 modem0 Startmode is 'manual' skipped wifi0 wifi0 Startmode is 'off' skipped Setting up service network. . . . . . . . . . . .done BOOTBOOTBOOTBOOT
So wünsche ich mir das.
ifconfig wlan0 sagt zwar, daß alles prima ist, aber die Meldung beim Starten ist trotzdem ganz nett. Also bei meinem Rechner sind die 5 Sekunden nötig.
Im Einzelfall ist sleep ja in Ordnung, aber allgemein keine Lösung. Im Zweifelsfall verwende /etc/sysconfig/network/config:MANDATORY_DEVICES. -- ciao, christian 睡眠不足はいい仕事の敵だ。
Hallo Christian, wie von Dir vorgeschlagen, habe ich mal getcfg wlan0 und getcfg eth0 aufgerufen. getcfg wlan0 liefert für HWD_DRIVER "yenta_cardbus" zurück, im Unterschied dazu getcfg eth0 pcnet_cs. Letzteres macht Sinn, ersteres nicht. Woher der "yenta_cardbus" kommt, kann ich allerdings nicht sagen. Dies ist aber sicherlich der Grund, warum ich in /etc/sysconfig/network/ifuf-wlan0-XXXX die Variable HWD_DRIVER setzen muß. Und jetzt verstehe ich auch. Die Ausgabe von getcfg wird per "eval" im Skript ausgewertet. Da kann ich lange nach der Environment-Variablen suchen - die wird natürlich nicht "sichtbar" gesetzt, das passiert in "check_configurations". Tricky, tricky. (die Ausgaben von getcfg wlan0 bzw. getcfg eth0 habe ich als Attachement an diese Email gehängt. Dort sehe ich auch, ). Jetzt bleibt "nur" noch zu verstehen, warum das gute getcfg meint, der Treiber wäre yenta_cardbus. Aber das fällt Dir sicherlich leichter - und dann kann ich vielleicht meine Konfiguration noch "anständig" machen. ******
Wenn Du mal einfach 'getcfg wlan0' aufrufst, dann steht da nix von HWD_DRIVER? Wie siehts denn bei 'getcfg eth0' aus?
Dann hast Du evtl. STARTMODE=hotplug in dem Config-File für wlan0 stehen? Hier steht bei mir "auto" .... Im Einzelfall ist sleep ja in Ordnung, aber allgemein keine Lösung. Im Zweifelsfall verwende /etc/sysconfig/network/config:MANDATORY_DEVICES. .... daher vermute ich, daß ich (wie schon so oft ... ) der Einzelfall bin.
Die wirkliche Ursache für das Anzeigeproblem ist aber das parallele Abarbeiten der Startup-Skripte. Wenn sich Ausgaben der Skripte ungünstig überlagern, dann können Teile von Meldungen gelöscht werden. Wenn ich nämlich per boot-Variable das parallele Ausführen unterbinde - voila, es wird kein Delay mehr benötigt. Rein gefühlsmäßig macht das Parallelisieren ohnehin nichts aus, aber vielleicht spricht die Physik (und SuSE Meßdaten) etwas anderes .... Bis demnächst & herzlichen Dank für Deine Bemühungen Dieter
--
ciao, christian
ç¡ç ä¸è¶³ã¯ããä»äºã®æµã ã
-- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------
Hi! On Mon, Jan 23, Dieter Jurzitza wrote:
Hallo Christian, wie von Dir vorgeschlagen, habe ich mal getcfg wlan0 und getcfg eth0 aufgerufen. getcfg wlan0 liefert für HWD_DRIVER "yenta_cardbus" zurück, im Unterschied dazu getcfg eth0 pcnet_cs. Letzteres macht Sinn, ersteres nicht. Woher der "yenta_cardbus" kommt, kann ich allerdings nicht sagen. Dies ist aber sicherlich der Grund, warum ich in
/etc/sysconfig/network/ifuf-wlan0-XXXX
die Variable HWD_DRIVER setzen muß. Und jetzt verstehe ich auch. Die Ausgabe von getcfg wird per "eval" im Skript ausgewertet. Da kann ich lange nach der Environment-Variablen suchen - die wird natürlich nicht "sichtbar" gesetzt, das passiert in "check_configurations". Tricky, tricky.
(die Ausgaben von getcfg wlan0 bzw. getcfg eth0 habe ich als Attachement an diese Email gehängt. Dort sehe ich auch, ).
Jetzt bleibt "nur" noch zu verstehen, warum das gute getcfg meint, der Treiber wäre yenta_cardbus. Aber das fällt Dir sicherlich leichter - und dann kann ich vielleicht meine Konfiguration noch "anständig" machen.
Das liegt am Treiber. Er legt keinen Device-Link im sysfs an, und daher kann getcfg den zum Interface zugehörigen Treiber nicht erkennen. In späteren Versionen ist das gefixt. Der Work-Around, HWD_DRIVER im ifcfg-file zu setzen, ist daher gar nicht so "unanständig". ;-)
Dieter
cu... -- Joachim Gleißner
participants (3)
-
Christian Zoz -
Dieter Jurzitza -
Joachim Gleissner