Thema: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo,

Seit nun mehr fast einem Jahr bieten wir in unserem Downloadarchiv RPM-Pakete mit einem nicht zu übersehenden Schwerpunkt auf WLAN(treibern) an.

Positiv:

Diese Pakete werden sehr ordentlich frequentiert, zum heutigen Tag immerhin fast 22000 Downloads.

Negativ:

Das direkte Feedback gegenüber den Packagern tendiert nahezu gegen null.

Die einzige Art sich Feedback zu holen war bisher diverse Foren zu durchstöbern und meist irgendwelche Anfänger mit Treiberproblemen "aufzugabeln", die schon so genügend Probleme haben und meist aufgrund ihres Kenntnisstandes kaum das erwünschte Feedback liefern konnten (oder recht häufig auch nachdem das Problem offensichtlich gelöst war, keine Rückmeldung mehr lieferten).

Dieser Zustand ist nicht weiter haltbar, es kostet genügend Zeit die Pakete zu bauen und zu pflegen, weshalb hiermit ein Aufruf zum Test der Pakete erfolgt.

Gesucht werden:

- Benutzer von openSUSE 10.3 oder 11.0

- Benutzer mit einer gewissen Erfahrung und/oder Eigeninitiative

Darunter möchte ich User verstehen, die wissen

- wie man den Chipsatz/Treiber seiner Karte herausfinden kann

- wie man ein RPM installiert

- wie man ein Interface mit NWM bzw. IFUP einrichtet

- wie man die Ausgaben aus was poste ich bei WLAN-Problemen? abarbeitet

oder zumindest eigenständig genug sind, dies ohne mehrfaches Nachfragen zu erledigen.

- Benutzer, die eine der WLAN-Karte besitzen, die einen der folgenden Treiber benötigt:

Ralink: rt2500pci/usb rt61pci rt2400pci rt73usb

PrismGT: prism54 p54pci p54usb

Broadcom: bcm43xx b43 b43legacy

Intel: ipw3945/iwl3945 iwl4965

Realtek: rtl8187 rtl8180/rtl8185

Zydas: zd1211rw

Atheros: ath_pci (madwifi) bzw. ath5k (neuer Treiber)

Die entsprechenden "Testpakete" wären also:

rt2x00-kmp-*Flavor*

p54-kmp-*Flavor*

iwlwifi-kmp-*Flavor*

rtl8187-kmp-*Flavor*

zd1211rw-kmp-*Flavor*

madwifi-kmp-*Flavor*

und vor allem natürlich die "bleeding edge" Treiber aus dem Paket

compat-wireless-kmp-*Flavor*

Feedback bitte _ausschließlich_ hier in diesem Thread oder per Email an meine Mailadresse, welche sich im Changelog der jeweiligen RPM-Pakete befindet.

Code:

rpm -qp --changelog Paketname.rpm

bzw.

rpm -q --changelog Paketname

Eventuelle Probleme/Fehlermeldungen unter Angabe der vollständigen Daten aus was poste ich bei WLAN-Problemen? oder unter Zuhilfenahme des Scripts von framp, welches sich in obigem Beitrag verlinkt befindet.

Zusätzliche Angaben von dmesg (relevante Teile) beim Laden der Module bzw. beim Aktivieren des jeweiligen Interfaces sind ebenfalls erwünscht.

Ziel des Tests sind natürlich Erfahrungsberichte, welche der Pakete in welcher Version welches Treiberproblem lösen können und wo eventuell neue Probleme aufauchen.

Greetz,

RM

und vor allem natürlich die "bleeding edge" Treiber aus dem Paket

compat-wireless-kmp-*Flavor*

Ok, nachdem ich mit meinem Raid0 bei gentoo ideenlos hänge brauch ich mal wieder ein Erfolgserlebnis. Also, gentoo runter, SuSE rauf.

Installiert war madwifi 0.9.3.99 für die Netgear WPN311, lief problemlos.

Paket aus http://www.pc-forum24.de/downloads.php?do=cat&id=74 runtergeladen noch kurz die verlinkte Seite überflogen und nach finden dieses Passus

MadWifi:

If MadWifi is present the build system will detect this and disable it. It does this by simply renaming ath_pci.ko to ath_pci.ko.ignore. This lets us disable the MadWifi driver without blacklisting it which could cause issues with users later. If you would like to enable MadWifi at a later time and disable ath5k you can run:

sudo athload madwifi

To revert back to ath5k you can run:

sudo athload ath5k

einfach mal losgelegt:

Code:

nescaya:/home/cal # rpm -i compat-wireless-kmp-default-20080427_2.6.22.17_0.1.1.x86_64.rpm

im Yast das "alte" Wlan entfernt und "Netgear AR5212/Ar5213...." konfiguriert, dann:

Code:

nescaya:/home/cal # ifup wlan0
    wlan0     device: Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor (rev 01)
    wlan0     warning: WPA configured but may be unsupported
    wlan0     warning: by this device
    wlan0     starting wpa_supplicant
ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 4 value 0x0 - Starting DHCP Client Daemon on wlan0... . . . . . no IP address yet... backgrounding. 

nescaya:/home/cal # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11  ESSID:"darkover"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: ma:ca:dr:es:se  
          Bit Rate=1 Mb/s   Tx-Power=27 dBm   
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B   
          Encryption key: wird nicht verraten
          Link Quality=56/100  Signal level=-52 dBm  Noise level=-88 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Soweit, sogut, Firefox und Ping kriegen zwar meinen Router, aber keine Internetverbindung mehr zustande.

Versuch mit reboot, nix!

Also noch im yast ipv6 abgeschaltet, Networkmanager statt ifup gewählt, external zone zugewiesen und läuft.

Fazit: erstaunlich problemlos geklappt, 1a*!
Melde mich gern auch für weitere Tests als Versuchskarnickel an. Brauchst du weitere Angaben? (PN).

Edit: jetzt mit speichern

Code:

nescaya:/home/cal # lspci -nn

-----snip ------
04:08.0 Ethernet controller [Class 0200]: Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor [168c:0013] (rev 01)

nescaya:/home/cal # hwinfo --wlan
32: PCI 408.0: 0282 WLAN controller                             
  [Created at pci.301]
  UDI: /org/freedesktop/Hal/devices/pci_168c_13
  Unique ID: y9sn.irx8N41FxI2
  Parent ID: CLZK.vuIf6LvchL4
  SysFS ID: /devices/pci0000:00/0000:00:12.0/0000:04:08.0
  SysFS BusID: 0000:04:08.0
  Hardware Class: network
  Model: "Netgear AR5212/AR5213 Multiprotocol MAC/baseband processor"
  Vendor: pci 0x168c "Atheros Communications, Inc."
  Device: pci 0x0013 "AR5212/AR5213 Multiprotocol MAC/baseband processor"
  SubVendor: pci 0x1385 "Netgear"
  SubDevice: pci 0x5e00 
  Revision: 0x01
  Driver: "ath5k_pci"
  Driver Modules: "ath5k"
  Device File: wlan0
  Device Files: wlan0, wmaster0
  Features: WLAN
  Memory Range: 0xdffe0000-0xdffeffff (rw,non-prefetchable)
  IRQ: 18 (no events)
  HW Address: 00:0f:b5:88:e0:88
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "pci:v0000168Cd00000013sv00001385sd00005E00bc02sc00i00"
  Driver Info #0:
    Driver Status: ath5k is active
    Driver Activation Cmd: "modprobe ath5k"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #20 (PCI bridge)

Acer Extensa 5220 mit:

Code:

lspci -nn
04:00.0 Network controller [Class 0280]: Broadcom Corporation BCM94311MCG wlan mini-PCI [14e4:4311] (rev 01)

Downloaden beider compat-wireless-driver für die Kernelversionen 2.6.22.5 und 2.6.22.17 aus dem "Experimentell"-Sektor
und der Firmware für den b43 aus dem "noarch"-Bereich und auf einer CD bereitgelegt.

SuSE 10.3 Installation von DVD, vorerst ohne Netzwerkanbindung.

Code:

renmob:~ # uname -a
Linux renmob 2.6.22.5-31-default #1 SMP 2007/09/21 22:29:00 UTC i686 i686 i386 GNU/Linux

kwalletmanger starten und einrichten, da die Karte nach der Treiberinstallation aus yast verschwindet und dort nicht mehr konfiguriert werden kann, muß der Schlüssel anderswo gespeichert werden.

Code:

rpm -i file:///home/renate/bcompat-wireless-firmware-4.150.10.rm.0.noarch.rpm

Networkmanager meldet sich und möchte ESSID und KEY, kriegt er.

Und da ist auch bereits meine Netzwerkverbindung. Allerdings wohl noch mit dem altem Treiber von der DVD, der neue ist schließlich noch nicht installiert.
FEHLER

Wie, der nimmt einfach die neue Firmware? Die bcm43xx-firmware hatte ich doch garnicht installiert.

Hatte alle Firmware rüberkopiert und dann mit Jokerzeichen gearbeitet: rpm -i bc*, dadurch wurden beide Firmwares installiert und der bcm43xx hat dann natürlich seine gefunden und damit gearbeitet. /FEHLERENDE

Aber ich will ja den neuen:

Code:

rpm -i file:///home/renate/compat-wireless-kmp-default-20080502_2.6.22.5_1.1.i586.rpml

vim /etc/modprobe.d/blacklist

und

Code:

blacklist bcm43xx

hinzufügen.

Code:

mv /etc/sysconfig/network/ifcfg-eth1 /home

vim /etc/udev/rules.d/70-persistent-net.rules

Eintrag von

Code:

# PCI device 0x14e4:0x4311 (bcm43xx)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="MA:CA:DR:ES:SE", NAME="eth1"

in

Code:

# PCI device 0x14e4:0x4311 (bcm43xx)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="MA:CA:DR:ES:SE", ATTR{type}=="1", NAME="wlan0"

ändern.

Yast öffnen:
System->Editor für /etc/sysconfig-Dateien->System->Kernel->modules_loaded_on_boot
dort b43 eintragen.

reboot

Code:

hwinfo --network (--wlan gibt keine Ausgabe)
35: None 00.0: 10780 Network Interface
  [Created at net.124]
  Unique ID: agy+.GSopYcFr9cF
  SysFS ID: /class/net/wmaster0
  SysFS Device Link: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0/ssb0:0
  Hardware Class: network interface
  Model: "Network Interface"
  Driver: "b43"
  Driver Modules: "b43"
  Device File: wmaster0
  HW Address: "MA:CA:DR:ES:SE"
  Link detected: yes
  Config Status: cfg=new, avail=yes, need=no, active=unknown

36: None 00.0: 1070a WLAN
  [Created at net.124]
  Unique ID: AYEt.QXn1l67RSa1
  SysFS ID: /class/net/wlan0
  SysFS Device Link: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0/ssb0:0
  Hardware Class: network interface
  Model: "WLAN network interface"
  Driver: "b43"
  Driver Modules: "b43"
  Device File: wlan0
  HW Address: "MA:CA:DR:ES:SE"
  Link detected: yes
  Config Status: cfg=new, avail=yes, need=no, active=unknown

renmob:~ # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11  ESSID:"darkover"
          Mode:Managed  Frequency:2.437 GHz  Access Point: MA:CA:DR:ES:SE
          Bit Rate=54 Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Encryption key:-DENKSTE!-
          Link Quality=96/100  Signal level=-38 dBm  Noise level=-70 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

na dann, update:
Yast meldet nicht aufgelöste Abhängikkeit bei compat_wireless... -> Auflösung durch löschen angewählt, brauche dann ja sowieso den neuen.

reboot

Code:

 rpm -i file:///home/renate/compat-wireless-kmp-default-20080502_2.6.22.17_0.rm.0.i586.rpm

reboot

kwallet fragt nach passwort -> kriegt es.
Networkmanager meldet: Verbindung hergestellt.

Code:

 renmob:~ # uname -a
Linux renmob 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC i686 i686 i386 GNU/Linux
renmob:~ # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11  ESSID:"darkover"
          Mode:Managed  Frequency:2.437 GHz  Access Point: MA:CA:DR:ES:SE
          Bit Rate=54 Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Encryption key: -Denkste-
          Link Quality=110/100  Signal level=-44 dBm  Noise level=-70 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Fazit: Nachdem ich drei Tage lang nix gebacken gekriegt habe weil ich zu dusselig war die Firmware-RPM's in "noarch" zu suchen klappte diesmal alles ohne jegliche Probleme.
Dank an RM für die Hilfe.
Und erneut 1A*!

Hoffe ich hab nix vergessen und es melden sich bald noch ein paar weitere Tester!

Dann noch etwas "Senf" von mir dazu:

Zitat von jkeiper

Code:

lspci -nn
04:00.0 Network controller [Class 0280]: Broadcom Corporation BCM94311MCG wlan mini-PCI [14e4:4311] (rev 01)

Broadcom-Chipsätze sind natürlich von _besonderem_ Interesse, da sie nicht nur

- immer noch teilweise recht "zickig" sind,

sondern auch im Gegensatz zu den meisten anderen Treibern

- etwas mehr Umstellungen benötigen, bis sie überhaupt funktionieren können.

Zitat von jkeiper

Downloaden beider compat-wireless-driver für die Kernelversionen 2.22.5 und 2.22.17 aus dem "Experimentell"-Sektor
und der Firmware für den b43 aus dem "noarch"-Bereich und auf einer CD bereitgelegt.

Die Fimware braucht man natürlich immer und Ersteres sollte je nach aktuell installierter Kernelversion auch beachtet werden, warum sieht man ja später.

Hier ist bei einer frischen Installation natürlich der "mitgelieferte" Kernel 2.6.22.5 installiert, aber dazu später mehr.

Wichtig ist nur, daß man bei einer Kernelversion von < 2.6.22.16 (uname -r) zwei Treiberpakete braucht, egal um welchen Chipsatz es sich handelt, das neue Paket ist für "nach dem Update auf den neusten Distributionskernel" notwendig.

Die beiden Firmwarepakete sind genau das, was ich vorhin unter "etwas mehr Umstellungen" beschrieben habe.

Es gibt im Übrigen bei Verwendung der hier bereitgestellten Firmware-RPMs _keine_ Konflikte mit Firmwares für den "alten" bcm43xx oder zwischen b43legacy und b43, alle Dateien sind unabhängig voneinander und können ohne Ärger coexistieren.

Wer sich also nicht sicher ist, welche Firmware er genau braucht, der kann sich auch alle drei Pakete (bcm43xx-firmware, b43legacy-firmware und b43-compat-wireless-firmware) installieren, dann ist das richtige mit Sicherheit dabei.

Zitat von jkeiper

SuSE 10.3 Installation von DVD, vorerst ohne Netzwerkanbindung.

Code:

renmob:~ # uname -a
Linux renmob 2.6.22.5-31-default #1 SMP 2007/09/21 22:29:00 UTC i686 i686 i386 GNU/Linux

kwalletmanger starten und einrichten, da die Karte nach der Treiberinstallation aus yast verschwindet und dort nicht mehr konfiguriert werden kann, muß der Schlüssel anderswo gespeichert werden.

Dieses Verhalten ist für eine fest eingebaute Karte in der Tat ungewöhnlich, es sollte aber im Notfall möglich sein, einfach ein neues Interface über YaST zu definieren (Hinzufügen => Drahtlos => static, damit das Ding "wlan0" heisst).

Zitat von jkeiper

Code:

rpm -i file:///home/renate/bcompat-wireless-firmware-4.150.10.rm.0.noarch.rpm

Networkmanager meldet sich und möchte ESSID und KEY, kriegt er.

Und da ist auch bereits meine Netzwerkverbindung. Allerdings wohl noch mit dem altem Treiber von der DVD, der neue ist schließlich noch nicht installiert.
FEHLERHatte alle Firmware rüberkopiert und dann mit Jokerzeichen gearbeitet: rpm -i bc*, dadurch wurden beide Firmwares installiert und der bcm43xx hat dann natürlich seine gefunden und damit gearbeitet. /FEHLERENDE

Und das ist der nächste Stolperstein, der eben dann auftritt, wenn es schon ein Kernelmodul gibt, welches nicht nur fest im Distributionskernel drin ist sondern dummerweise auch noch anders heisst (bcm43xx.ko) .. und genau deshalb ....

Zitat von jkeiper

Aber ich will ja den neuen:

Code:

rpm -i file:///home/renate/compat-wireless-kmp-default-20080502_2.6.22.5_1.1.i586.rpml

vim /etc/modprobe.d/blacklist

und

Code:

blacklist bcm43xx

hinzufügen.

ist "Blacklisten" das Zauberwort.

Zitat von jkeiper

Code:

mv /etc/sysconfig/network/ifcfg-eth1 /home

Das ist unter Umständen nötig, zumindest sollte aber die Datei für die WLAN-Karte nun auch in "ifcfg-wlan0" umbenannt werden.

Zitat von jkeiper

Code:

vim /etc/udev/rules.d/70-persistent-net.rules

Eintrag von

Code:

# PCI device 0x14e4:0x4311 (bcm43xx)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="MA:CA:DR:ES:SE", NAME="eth1"

in

Code:

# PCI device 0x14e4:0x4311 (bcm43xx)
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="MA:CA:DR:ES:SE", ATTR{type}=="1", NAME="wlan0"

ändern.

Ebenfalls zwei wichtige Änderungen, wobei die Umbenennung von "ethX" auf "wlanX" leichter zu verstehen ist, da der b43/b43legacy wie jeder andere Treiber aus diesem Paket auch, die Interfaces mit "wlanX" bezeichnet, während der alte Treiber bcm43xx das Interface immer "ethX" nennt. Ohne Umbenennung kann man hier udev (welcher für die Zuordnung Hardware => passender Treiber => entsprechende Schnittstelle zuständig ist) ziemlich ins Schleudern bringen.

Die zweite Änderung (ATTR{type}=="1") ist notwendig, weil je nach udev-Version und neuem Treiber es sonst unschöne Effekte bei der Erkennung des Masterinterfaces gibt (wmaster0_rename).

Ein schönes Beispiel dafür findet sich hier:

Thema anzeigen - Problem mit Konfiguration Intel 3945 - SuSE Linux

Dort ging es zwar um den Umstieg von ipw3945 auf iwl3945, der Effekt war aber exakt der selbe.

Zitat von jkeiper

Yast öffnen:
System->Editor für /etc/sysconfig-Dateien->System->Kernel->modules_loaded_on_boot
dort b43 eintragen.

reboot

Das scheint irgendwie notwendig zu sein, warum auch immer, denn unser Moderator benne, welcher auch den b43 kurz getestet hat, musste diesen Eintrag auch vornehmen, da der b43 nicht automatisch beim Start geladen wird.

Zitat von jkeiper

na dann, update:
Yast meldet nicht aufgelöste Abhängikkeit bei compat_wireless... -> Auflösung durch löschen angewählt, brauche dann ja sowieso den neuen.

Ein weiterer, kritischer Punkt, den Grund dafür findet man hier:

http://www.pc-forum24.de/suse-update...ngt-lesen.html

Zitat von jkeiper

reboot

Code:

 rpm -i file:///home/renate/compat-wireless-kmp-default-20080502_2.6.22.17_0.rm.0.i586.rpm

reboot

kwallet fragt nach passwort -> kriegt es.
Networkmanager meldet: Verbindung hergestellt.

[/code]Fazit: Nachdem ich drei Tage lang nix gebacken gekriegt habe weil ich zu dusselig war die Firmware-RPM's in "noarch" zu suchen klappte diesmal alles ohne jegliche Probleme.

Hierzu nur kurz eine Anmerkung:

Gerade beim neuen b43-Treiber ist die genaue Version der Firmware extrem wichtig, wahrscheinlich lag genau da das Problem.

Wer mehr darüber wissen will, der kann sich das hier ansehen:

b43 - Linux Wireless

(Das RPM b43-compat-wireless-firmware ist laut den dortigen Angaben -wie auch an der Versionsnummer zu erkennen- aus "4.150.10.5" mit dem b43-fwcutter 011 "geschnibbelt" worden.)

Zitat von jkeiper

Hoffe ich hab nix vergessen und es melden sich bald noch ein paar weitere Tester!

Wenn deren Testberichte ebenfalls so ausführlich sind, dann kann man das wirklich nur hoffen.

Zitat von jkeiper

Dank an RM für die Hilfe.

In Anbetracht des Ergebnisses und vor allem auch der exakten Beschreibung des Wegs dahin, habe ich im Namen des gesamten Forums zu danken.

Greetz,

RM

Zum Thema "Pfui an ACER wegen Linpus Linux ohne funktionierende Treiber" noch etwas zusätzlich zu dem, was BOOTLEG schon gesagt hat.

Die Pakete enthalten einen _inoffiziellen_ Patch, der in der "ersten" Version niemals in den Madwifi-Upstream gelangen _konnte_, da er

a) nur auf 32 Bit für diese Karte funktionierte

b) die Treiberfunktionalität aller anderen unterstützten Karten unter 64 Bit "lahm legte".

Es konnte also nie im Interesse der Madwifi-Entwickler sein, so etwas "offiziell" anzubieten, Acer hat also nur das genommen, was offiziell vorhanden war.

Der mittlerweile neue (wenige Wochen alte), "offizielle" HAL ist noch nicht im offiziellen Upstream von Madwifi, er wird gerade intensiv getestet und da es noch einige Probleme gibt, die dann alle Chipsätze betreffen würden, ist damit auch nicht so schnell zu rechnen, die neuen Pakete sind also immer noch "inoffiziell".

Die einzige, langfristige Lösung wird sein, daß der neue und vollkommen freie (= quelloffener Treiber und keine "binary-only" Komponente) Treiber "ath5k" diese Chipsätze unterstützt, da er so oder so über kurz oder lang die "Madwifi"-Treiber ablösen wird.

Eine weitere, allgemeine Anmerkung, die nicht nur den genannten Notebooktyp und die WLAN-Karte sondern allgemein Hardware und Linux betrifft, sei mir ebenfalls noch erlaubt, da es sich immer wieder zeigt (und hier besonders deutlich).

"Namen sind Schall und Rauch"

Obwohl der Name des Notebooks der selbe ist, wird unterschiedliche Hardware verbaut und gerade für Neueinsteiger ist es dann schwierig, denn die wollen natürlich wissen "Welches Notebook/Welche WLAN Karte von $HERSTELLER soll ich mir kaufen?"

Diese Fagen sind leider oft nicht eindeutig zu beantworteten, die typische Antwort auf die zweite Frage lautet nicht "Kauf Dir $KARTENBEZEICHNUNG von $HERSTELLER" sondern "Kauf Dir eine Karte mit einem $CHIPSATZ", denn wichtig ist nicht, was der "Hersteller" -der meist nur fertige Komponenten einkauft und dann sein Label draufklatscht- für einen netten Namen auf das Gerät schreibt, sondern das, was wirklich in selbiger Kiste/Karte/wasauchimmer werkelt.

Manche "Hersteller" sind geradezu berühmt/berüchtigt dafür, daß sie in relativ kurzer Zeit bei gleicher Bezeichnung (oft wird nur ein revX angehängt, wenn überhaupt) die Chipsätze ihrer Produkte ändern.

Greetz,

RM

Zitat von BOOTLEG

Und da gibt es auch Bewertungen von Usern die es einem ermöglichen Informationen zu erhalten die man so nicht hat .

Gerade ohne diese Informationen wäre man bei vielen Herstellern "aufgeschmissen", denn viel zu selten findet man Genaueres zur verbauten Hardware.

Typische Angaben auf beliebigen Herstellerseiten sind z.B.

"WLAN 80211/bg"

oder

"Soundkarte onboard"

(Ja, der weltgrösste Hersteller ... "onboard", komisch, daß ich nirgends seine Homepage finde *g*)

Neueinsteiger/Umsteiger laufen da eben in eine Art Roulette hinein, denn sie haben meist schon Hardware auf der meist ein anderes OS schon läuft und dann wird nachträglich Linux installiert.

Ist die verbaute Hardware weitestgehend Linuxkompatibel, dann ist alles fein, ist sie es nicht, dann geht das Theater los und viele geben deshalb auf, weil das "blöde Linux" die Hardware nicht unterstützt.

Schafft man aber diese erste Hürde, dann setzt bei den Meisten ein Umdenken ein und neue Hardware wird verstärkt im Hinblick auf Linuxkompatibilität ausgesucht.

Daß aber dummerweise die User, die noch unerfahren sind, am ehesten -aufgrund eines Wissens, daß man sich erst mit der Zeit erwirbt- in Hardwareprobleme geraten, ist leider nicht zu ändern.

Gerade deshalb bieten wir so oft es irgendwie geht auch für Anfänger relativ leicht installierbare Pakete an, die manche dieser Probleme lösen können, auch wenn sie noch nicht offiziell sind.

Greetz,

RM