Beiträge von user0009

Hier der relevante Auszug von dmesg:

Zitat

iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks
Registered led device: tpacpi::thinklight
Registered led device: tpacpi::power
Registered led device: tpacpi:orange:batt
Registered led device: tpacpi:green:batt
Registered led device: tpacpi::dock_active
Registered led device: tpacpi::bay_active
Registered led device: tpacpi::dock_batt
Registered led device: tpacpi::unknown_led
Registered led device: tpacpi::standby
thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
input: ThinkPad Extra Buttons as /devices/virtual/input/input8
iwl3945: Copyright(c) 2003-2008 Intel Corporation
vendor=8086 device=27d2
iwl3945 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
iwl3945 0000:03:00.0: setting latency timer to 64
iwl3945: Detected Intel Wireless WiFi Link 3945ABG
iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels
phy0: Selected rate control algorithm 'iwl-3945-rs'
vendor=8086 device=27d2
iwl3945 0000:03:00.0: PCI INT A disabled
HDA Intel 0000:00:1b.0: PCI INT B -> GSI 17 (level, low) -> IRQ 17
hda_intel: probe_mask set to 0x1 for device 17aa:2010
HDA Intel 0000:00:1b.0: setting latency timer to 64
Adding 1534168k swap on /dev/sda5. Priority:-1 extents:1 across:1534168k
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
loop: module loaded
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
fuse init (API version 7.9)
type=1505 audit(1245693700.108:2): operation="profile_load" name="/bin/ping" name2="default"
pid=1993
type=1505 audit(1245693700.156:3): operation="profile_load" name="/sbin/klogd"
name2="default" pid=1996
type=1505 audit(1245693700.248:4): operation="profile_load" name="/sbin/syslog-ng"
name2="default" pid=2011
type=1505 audit(1245693700.352:5): operation="profile_load" name="/sbin/syslogd"
name2="default" pid=2014
type=1505 audit(1245693700.444:6): operation="profile_load" name="/usr/sbin/avahi-daemon"
name2="default" pid=2025
type=1505 audit(1245693700.556:7): operation="profile_load" name="/usr/sbin/identd"
name2="default" pid=2044
type=1505 audit(1245693700.664:8): operation="profile_load" name="/usr/sbin/mdnsd"
name2="default" pid=2046
type=1505 audit(1245693700.760:9): operation="profile_load" name="/usr/sbin/nscd"
name2="default" pid=2073
type=1505 audit(1245693700.852:10): operation="profile_load" name="/usr/sbin/ntpd"
name2="default" pid=2079
type=1505 audit(1245693700.976:11): operation="profile_load" name="/usr/sbin/traceroute"
name2="default" pid=2086
IA-32 Microcode Update Driver: v1.14a <tigran@aivazian.fsnet.co.uk>
firmware: requesting intel-ucode/06-0f-06
firmware: requesting intel-ucode/06-0f-06
ip6_tables: (C) 2000-2006 Netfilter Core Team
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (8192 buckets, 32768 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Plase use
nf_conntrack.acct=1 kernel paramater, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
Bluetooth: L2CAP ver 2.11
Bluetooth: L2CAP socket layer initialized
Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Bluetooth: BNEP filters: protocol multicast
Bridge firewalling registered
pan0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature.
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
Bluetooth: RFCOMM ver 1.10
Bluetooth: SCO (Voice Link) ver 0.6
Bluetooth: SCO socket layer initialized
vendor=8086 device=27d2
iwl3945 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
iwl3945 0000:03:00.0: restoring config space at offset 0x1 (was 0x100102, writing 0x100106)
firmware: requesting iwlwifi-3945-1.ucode
Registered led device: iwl-phy0:radio
Registered led device: iwl-phy0:assoc
Registered led device: iwl-phy0:RX
Registered led device: iwl-phy0:TX
NET: Registered protocol family 17
wlan0: authenticate with AP 00:22:3f:18:a8:5c
wlan0: authenticated
wlan0: associate with AP 00:22:3f:18:a8:5c
wlan0: RX AssocResp from 00:22:3f:18:a8:5c (capab=0x431 status=0 aid=1)
wlan0: associated
bootsplash: status on console 0 changed to on
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 0 1
domain 1: span 0-1 level NODE
groups: 0-1
CPU1 attaching sched-domain:
domain 0: span 0-1 level MC
groups: 1 0
domain 1: span 0-1 level NODE
groups: 0-1
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: xx:xx:xx:xx:xx
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: xx:xx:xx:xx:xx
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: xx:xx:xx:xx:xx
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: anderes mac addr.
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: anderes mac addr.
martian source 192.168.x.x from 192.168.x.x, on dev wlan0
ll header: anderes mac addr.

Alles anzeigen

Also hier die Infos:

Intel (R) PRO/Wireless 3945ABG Network Adapter (Treiber wurde von SuSE automatisch installiert) --> verwendetes Teil ist ein Laptop!

openSuSE 11.1 (ohne Updates, da ja kein WLAN geht) mit 64bit
Desktop ist KDE, aber in diesem Fall ohnehin uninteressant

Fehler: WLAN Verbindung wird hergestellt, einige Pakete scheinbar gesendet, aber mittels Webbrowser kann ich keine Seiten aufrufen, weder per Domainname noch per IP Adresse.

Fehler im Log:

martian source 255.255.255.255 from 192.168.x.x, on dev wlan0
ll header: xx:xx:xx:....

Weiß nicht, ob das was damit zu tun hat.

lg

Hallo!

Habe mich entschlossen nun auch am Laptop Linux zu nutzen. Daher habe ich openSuSE 11.1 installiert. Mein WLAN ist mit WPA PSK2 verschlüsselt. Anfangs wollte ich das mit KNetworkManager einrichten. Allerdings klappte das nicht und daher nutzte ich Yast für die klassische Methode.
Die WLAN Karte wurde eingerichtet und aktiviert. Allerdings komme ich nicht ins Internet. Laut ifconfig wlan0 werden/wurden Pakete gesendet und empfangen.
In den Logfiles steht irgendetwas von martian header ll. Allerdings kann ich mit dem nichts anfangen.
Die Karte (Centrino) funktioniert unter Windows einwandfrei und das sollte sie auch unter Linux (habe das vorher mit Debian probiert, war mir aber zu kompliziert).

Vielleicht kann mir jemand weiterhelfen, denn ein ähnliches Problem habe ich im Forum nicht gefunden.