(gelöst)WLAN funktioniert nicht - Zenbook UX302LG - debian 8

[AMagnes]

Hallo *,

ich möchte von Windows auf debian umsteigen und habe "Jessie" als Zweitsystem auf mein Zenbook UX302LG gebracht.

Leider kann ich das WLAN zum Laufen bringen.

Was habe ich getan:

Sources.list erweitert um non-free

iwlwifi über den Paketmanager installiert

Heruntergeladen, entpackt und nach /firmware kopiert:
- iwlwifi-7260-ucode-22.24.8.0
- iwlwifi-7260-ucode-25.228.9.0

Bin ratlos, zumal Knoppix live problemlos mit dem WLAN in Verbindung kommt.

Im Forum habe ich mit der Suche nix gefunden.

Was tun?

Danke vorab!

[uname]

Das manuelle Kopieren war eine schlechte Idee.

Versuche die Unterschiede zwischen Knoppix und Debian zu ermitteln.
Such in den unten aufgeführten Befehlsausgaben nach interessante Teile für die WLAN-Karte und poste bzw. vergleiche sie zwischen Knoppix und Debian:

Code: Alles auswählen

lspci -k (drei Zeilen der WLAN-Karte)
lsmod (Treiber raussuchen)
iwconfig
ifconfig -a
iwlist wlan0 scanning (evtl. Devicename ändern)

[smutbert]

Willkommen im Debianforum,

bei mir hat bei einem anderen Computer mit dem Intel 7260 WLAN-Adapter die Installation des Pakets firmware-iwlwifi aus den Backports geholfen. Also die Backports zur sources.list hinzufügen

Code: Alles auswählen

# echo "#Backports" >> /etc/apt/sources.list && echo deb http://ftp.de.debian.org/debian/ jessie-backports main contrib non-free >> /etc/apt/sources.list

die Paketdatenbank updaten

Code: Alles auswählen

# apt update

und das Paket installieren

Code: Alles auswählen

# apt -t jessie-backports install firmware-iwlwifi

(schließlich noch neu starten - es gäbe zwar bestimmt auch eine andere Möglichkeit die Firmware neu laden zu lassen, aber ein Neustart erscheint mir einfacher)

[tomi89]

Bei mir musste nach der Installation der Firmware erst das Modul erneut geladen werden.

[smutbert]

Ja das genügt eh, aber nachdem das Neuladen - eigentlich nur das Entladen von Modulen manchmal etwas schwieriger ist, etwa wegen Abhängigkeiten der Module untereinander (ich wollte zB einmal ein Modul für eine Soundkarte mit einer neuen/anderen Moduloption neu laden, während das Modul einer anderen Karte geladen bleibt, damit die Audiowiedergabe über diese zweite Karte nicht unterbrochen wird und habe es nicht geschafft), tendiere ich dazu einen Neustart zu empfehlen.

Außerdem könnte eine Firmware der falschen Version, die Hardware vielleicht in einen unerwünschten Zustand versetzten, sodass ein Neustart vielleicht sowieso angebracht ist.

Wobei ich mir gerade überlege, dass man Linux ja auch dazu bringen können müsste die Firmware bei geladenem Modul neu zu laden - man könnte den Treiber ja auch direkt in den Kernel, statt als Modul kompilieren und dann ließe er sich gar nicht entladen

[AMagnes]

Danke für die Hinweise und Tipps. Ich komme erst die nächsten Tage zum Ausprobieren. Ich werde das Ergebnis mitteilen. 1000 Dank!

[AMagnes]

Servus

der Eintrag der Backports in der sources.list hat mich nicht weiter gebracht - leider Nachdem ich aber immer mehr Gefallen an debian finde und Knoppix (basiert ja auf debian) funktioniert, denke ich über folgendes nach:
1.) Die debian-Partition vergrößern und neu installieren.
2.) Die sources.list um die Backports erweitern und erneut probieren.
3.) Wie schon vorgeschlagen: Die Unterschiede Knoppix zu debian 8 ermitteln und so nach der Lösung suchen.

Bin für weitere Vorschläge offen und dankbar

Übrigens: Auf meinem alten Netbook (vorher Win7) läuft debian (fast) problemlos und ist auf jeden Fall schneller als Win7.

Besten Dank!
AMagnes

[smutbert]

Poste vielleicht einmal die Ausgabe von

Code: Alles auswählen

$ dmesg | grep -iE "wifi|wlan"

da sollte man zumindest sehen, ob es Probleme beim Laden der Firmware gibt.

[AMagnes]

Das ist das Abfrageergebnis:

root@Zenbook2:/home/alex# dmesg | grep -iE "wifi|wlan"
[ 1.429861] Intel(R) Wireless WiFi driver for Linux, in-tree:
[ 1.430022] iwlwifi 0000:03:00.0: irq 60 for MSI/MSI-X
[ 1.437352] iwlwifi 0000:03:00.0: firmware: direct-loading firmware iwlwifi-7260-9.ucode
[ 1.437515] iwlwifi 0000:03:00.0: loaded firmware version 25.228.9.0 op_mode iwlmvm
[ 1.485810] iwlwifi 0000:03:00.0: Detected Intel(R) Dual Band Wireless AC 7260, REV=0x144
[ 1.486074] iwlwifi 0000:03:00.0: L1 Disabled - LTR Enabled
[ 1.486304] iwlwifi 0000:03:00.0: L1 Disabled - LTR Enabled
[ 573.726346] iwlwifi 0000:03:00.0: L1 Disabled - LTR Enabled
[ 573.726565] iwlwifi 0000:03:00.0: L1 Disabled - LTR Enabled
[ 573.738701] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

Leider kann ich mit der Information nicht viel anfangen. Es scheint so zu sein, dass irgend etwas nicht eingerichtet ist ... ?

Inzwischen habe ich debian 8 neu installiert. Jetzt funktioniert aber die graphische Oberfläche der Paketverwaltung nicht mehr?! Nochmal neu installieren, weil Fehler bei der Netinst eingetreten sind? Hmmmm, grübel ... Evtl. doch versuchen Knoppix als erstes Debian-System auf die Platte dieses Rechners zu bringen?

[smutbert]

Nein, das sieht bei mir haargenau gleich aus (und es funktioniert ☺). Der Treiber ist also geladen und scheint funktionieren zu wollen… dann würde ich sagen, überspringe die ersten paar Hinweise von uname und zeig uns was

Code: Alles auswählen

# iwlist wlan0 scanning
# iwconfig
# ifconfig -a

sagen.

(wegen der grafischen Oberfläche für die Paketverwaltung machst du am besten einen neuen Thread auf - ich glaube nicht, dass das mit dem hier zusammenhängt)

[AMagnes]

Die gewünschten Infos:

Code: Alles auswählen

root@Zenbook2:/home/alex# iwlist wlan0 scanning
wlan0     Interface doesn't support scanning : Network is down

root@Zenbook2:/home/alex# iwconfig
eth0      no wireless extensions.

wlan0     IEEE 802.11abgn  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          
lo        no wireless extensions.

root@Zenbook2:/home/alex# ifconfig -a
eth0      Link encap:Ethernet  Hardware Adresse 9c:eb:e8:0c:fc:d9  
          inet Adresse:192.168.2.109  Bcast:192.168.2.255  Maske:255.255.255.0
          inet6-Adresse: fe80::9eeb:e8ff:fe0c:fcd9/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:92711 errors:0 dropped:0 overruns:0 frame:0
          TX packets:55795 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:96852130 (92.3 MiB)  TX bytes:5214576 (4.9 MiB)

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX packets:41 errors:0 dropped:0 overruns:0 frame:0
          TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:4765 (4.6 KiB)  TX bytes:4765 (4.6 KiB)

wlan0     Link encap:Ethernet  Hardware Adresse 5c:51:4f:47:84:43  
          BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Verstehen tue ich das nicht
Allerdings bekomme ich ein wenig ein Motivationstief, weil ich an solchen Kleinigkeiten Tage hänge und über die Betrachtung des Bootscripts (sagt man so? - journalctl -b --no-pager) gesehen habe, dass einige Fehler-/Warnmeldungen ausgegeben werden (Network is unreachable und so weiter). Nun komme ich da ins Grübeln ... normal ist anders denke ich ... So scheint das mit dem Problem zusammen zu hängen:

Code: Alles auswählen

Sep 06 11:29:56 Zenbook2 dhclient[936]: DHCPRELEASE on eth0 to 192.168.2.1 port 67
Sep 06 11:29:56 Zenbook2 dhclient[936]: send_packet:Network is unreachable
Sep 06 11:29:56 Zenbook2 dhclient[936]: send_packet: please consult README file regarding broadcast address.
Sep 06 11:29:56 Zenbook2 dhclient[936]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
Sep 06 11:29:56 Zenbook2 avahi-daemon[569]: Interface eth0.IPv6 no longer relevant for mDNS.
Sep 06 11:29:56 Zenbook2 avahi-daemon[569]: Leaving mDNS multicast group on interface eth0.IPv6 with address fe80::9eeb:e8ff:fe0c:fcd9.
Sep 06 11:29:56 Zenbook2 dhclient[528]: receive_packet failed on eth0: Network is down
Sep 06 11:29:56 Zenbook2 avahi-daemon[569]: Withdrawing address record for fe80::9eeb:e8ff:fe0c:fcd9 on eth0.
Sep 06 11:29:56 Zenbook2 ifup[512]: receive_packet failed on eth0: Network is down
Sep 06 11:29:57 Zenbook2 kernel: ACPI Warning: \_SB_.PCI0.RP05.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Sep 06 11:29:57 Zenbook2 kernel: ACPI: \_SB_.PCI0.RP05.PEGP: failed to evaluate _DSM
Sep 06 11:29:57 Zenbook2 kernel: ACPI Warning: \_SB_.PCI0.RP05.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
[b]Sep 06 11:29:57 Zenbook2 dhclient[528]: receive_packet failed on eth0: Network is down
Sep 06 11:29:57 Zenbook2 ifup[512]: receive_packet failed on eth0: Network is down[/b]
Sep 06 11:29:57 Zenbook2 dhclient[961]: Internet Systems Consortium DHCP Client 4.3.1
Sep 06 11:29:57 Zenbook2 dhclient[961]: Copyright 2004-2014 Internet Systems Consortium.
Sep 06 11:29:57 Zenbook2 dhclient[961]: All rights reserved.
Sep 06 11:29:57 Zenbook2 dhclient[961]: For info, please visit https://www.isc.org/software/dhcp/
Sep 06 11:29:57 Zenbook2 dhclient[961]: 
Sep 06 11:29:57 Zenbook2 dhclient[961]: Listening on LPF/eth0/9c:eb:e8:0c:fc:d9
Sep 06 11:29:57 Zenbook2 dhclient[961]: Sending on   LPF/eth0/9c:eb:e8:0c:fc:d9
Sep 06 11:29:57 Zenbook2 dhclient[961]: Sending on   Socket/fallback
Sep 06 11:29:57 Zenbook2 dhclient[961]: DHCPRELEASE on eth0 to 192.168.2.1 port 67
[b]Sep 06 11:29:57 Zenbook2 dhclient[961]: send_packet: Network is unreachable
Sep 06 11:29:57 Zenbook2 dhclient[961]: send_packet: please consult README file regarding broadcast address.
Sep 06 11:29:57 Zenbook2 dhclient[961]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface[/b].

Ich muss jetzt los ... Egal, ob mir geholfen werden kann - auf jeden Fall besten Dank für die Zeit und Mühe, die für mich aufgewendet wurde!

[smutbert]

Die Meldungen des DHCP-Clients würde ich vorerst ignorieren - ich vermute über das Kabel funktioniert dein Netzwerkzugang momentan (?) und mit dem WLAN-Interface haben die Meldungen so direkt jedenfalls nichts zu tun.
Das "Interface doesn't support scanning" irritiert mich zwar etwas, eine kurze Recherche im Internet legt aber die Vermutung nahe, dass auch das im Zweifelsfall durchaus normal ist. Alternativ zu diesem iwlist-Kommando versuch es noch einmal mit

Code: Alles auswählen

# iw dev wlan0 scan

Hast du eine normale Desktopinstallation inklusive network-manager oder versuchst du die WLAN-Verbindung anders (zB über die Kommandozeile) herzustellen und an welchem Punkt scheiterst du genau?

[AMagnes]

Code: Alles auswählen

# iw dev wlan0 scan

BSS 74:31:70:29:75:64(on wlan0)
	TSF: 7102407088 usec (0d, 01:58:22)
	freq: 2437
	beacon interval: 100 TUs
	capability: ESS Privacy ShortPreamble ShortSlotTime (0x0431)
	signal: -67.00 dBm
	last seen: 0 ms ago
	Information elements from Probe Response frame:
	SSID: Andal
	Supported rates: 1.0* 2.0* 5.5* 11.0* 
	DS Parameter set: channel 6
	Country: DE	Environment: Indoor/Outdoor
		Channels [1 - 13] @ 20 dBm
	Power constraint: 0 dB
	ERP: <no flags>
	HT capabilities:
		Capabilities: 0x6e
			HT20/HT40
			SM Power Save disabled
			RX HT20 SGI
			RX HT40 SGI
			No RX STBC
			Max AMSDU length: 3839 bytes
			No DSSS/CCK HT40
		Maximum RX AMPDU length 32767 bytes (exponent: 0x002)
		Minimum RX AMPDU time spacing: 16 usec (0x07)
		HT RX MCS rate indexes supported: 0-15, 32
		HT TX MCS rate indexes are undefined
	Extended supported rates: 6.0 9.0 12.0 18.0 24.0 36.0 48.0 54.0 
	HT operation:
		 * primary channel: 6
		 * secondary channel offset: above
		 * STA channel width: any
		 * RIFS: 0
		 * HT protection: nonmember
		 * non-GF present: 1
		 * OBSS non-GF present: 0
		 * dual beacon: 0
		 * dual CTS protection: 0
		 * STBC beacon: 0
		 * L-SIG TXOP Prot: 0
		 * PCO active: 0
		 * PCO phase: 0
	RSN:	 * Version: 1
		 * Group cipher: CCMP
		 * Pairwise ciphers: CCMP
		 * Authentication suites: PSK
		 * Capabilities: 1-PTKSA-RC 1-GTKSA-RC (0x0000)
	WMM:	 * Parameter version 1
		 * BE: CW 15-1023, AIFSN 3
		 * BK: CW 15-1023, AIFSN 7
		 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec
		 * VO: CW 3-7, AIFSN 2, TXOP 1504 usec
	WPS:	 * Version: 1.0
		 * Wi-Fi Protected Setup State: 2 (Configured)
		 * Selected Registrar: 0x0
		 * Response Type: 3 (AP)
		 * UUID: 00000000-0000-0003-0000-743170297564
		 * Manufacturer: Corporation
		 * Model: VGV953AKW
		 * Model Number: 1.39.000
		 * Serial Number: J134008964
		 * Primary Device Type: 6-0050f204-1
		 * Device name: Wireless Router(WFA)
		 * Config methods: Label, PBC
		 * RF Bands: 0x3

Nach der Neuinstallation von debian 8.2 steht iwlwifi mit den richtigen Treibern zur Verfügung.

Wicd funktioniert trotzdem nicht.

wpa_supplicant und wpagui trieben mich zur Verzweiflung und haben mein Problem nicht gelöst.

Um die WLAN-Verbindung per Hand zu starten fehlt mir offensichtlich das Wissen. Ich stoße oft auf Verständnisprobleme.

Bin a weng ratlos ... und für weitere Tipps zu haben

[AMagnes]

Juhuu

Danke für die Hilfe an dieser Stelle! Mein Problem ist gelöst

Was war - vielleich hilft das anderen mal:

- debian 8.1 über netinst usb auf das Zenbook installiert. Die erforderlichen iwlwifi-Dateien haben nicht funktioniert.
- debian 8.2 über netinst usb installiert. Mit 8.2 funktionierten die Tastenkombis für die Fenster plötzlich und (!) die iwlwifi-Dateien ließen sich problemlos einspielen.
- Als ich dann darauf geachtet habe lxde mit der Benutzersitzung zu starten , wurden mir sofort alle verfügbaren Funknetzwerke auf einer grafischen Oberfläche angezeigt ... Alles war gut!

Mein Problem ist gelöst