[gelöst] Debian 9.5 Xfce Installation und Realtek NIC/WLan

[curt123]

Ok, jetzt schaut es so aus:

Code: Alles auswählen

Okt 20 12:53:17 Kol kernel: Spectre V2 : Enabling Restricted Speculation for firmware calls
Okt 20 12:53:22 Kol kernel: rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Okt 20 12:53:23 Kol kernel: usb 1-8.1: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Okt 20 12:53:24 Kol kernel: i915 0000:00:02.0: firmware: direct-loading firmware i915/bxt_dmc_ver1_07.bin
Okt 20 12:53:25 Kol kernel: [drm] GuC firmware load skipped
Okt 20 12:53:31 Kol NetworkManager[450]: <info>  [1540032811.5928] manager[0x55e7284b0040]: monitoring kernel firmware directory '/lib/firmware'.
Okt 20 12:53:33 Kol kernel: r8169 0000:01:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw

@ habakug, zum USB-Stick, der tp-link tl-wn823n soll m.E. eine Revison 1.3 sein, Aufdruck:

Code: Alles auswählen

IC: 8853A -WN823N

Das überblicke ich leider nicht so schnell: https://static.tp-link.com/2018/201805/ ... 0Linux.pdf oder https://github.com/0xBADEAFFE/rt8192cu_dkms

Dann ist mir noch beim Hochfahren kurz eine Meldung am Bildschirm aufgefallen:

Code: Alles auswählen

Failed to start Raise network interfaces

Per google hab ich auch was dazu gefunden https://unix.stackexchange.com/question ... interfaces, Vorschläge (kann ich nicht beurteilen) z.B.:

Remove the /etc/network/interfaces.d/setup file then edit your /etc/network/interfaces as follows

[willy4711]

Da das Modul die Firmware bereits lädt......könnte man sich auch den Status des wahrscheinlich schon vorhandenen Interfaces anschauen.

Wäre z.B. mit

Code: Alles auswählen

ip a

zu machen. ip ist aus iproute2

Remove the /etc/network/interfaces.d/setup file then edit your /etc/network/interfaces as follows

zumindest sieht die /etc/network/interfaces genau so bei mir aus.

Code: Alles auswählen

$ cat /etc/network/interfaces
auto lo
iface lo inet loopback

Das Verzeichnis /etc/network/interfaces.d/ ist leer
edit:
Nachdem ich das entfernt hatte (lange her)sieht das Protokoll auf meinem Laptop so aus:

Code: Alles auswählen

$ journalctl -b|grep network
Okt 20 13:03:59 aspire systemd[1]: Starting Raise network interfaces...
Okt 20 13:03:59 aspire systemd[1]: Started Raise network interfaces.
Okt 20 13:03:59 aspire NetworkManager[611]: <info>  [1540033439.6559] monitoring ifupdown state file '/run/network/ifstate'.
Okt 20 13:03:59 aspire systemd[1]: Started vnStat network traffic monitor.
Okt 20 13:03:59 aspire NetworkManager[611]: <info>  [1540033439.8902]       interface-parser: parsing file /etc/network/interfaces
Okt 20 13:03:59 aspire NetworkManager[611]: <info>  [1540033439.8902]       interface-parser: finished parsing file /etc/network/interfaces
Okt 20 13:04:00 aspire systemd[764]: Listening on GnuPG network certificate management daemon.
Okt 20 13:04:12 aspire NetworkManager[611]: <info>  [1540033452.0018] device (wlan0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'Berlin13'.
Okt 20 13:04:12 aspire systemd[1]: Starting LSB: Brings up/down network automatically...
Okt 20 13:04:12 aspire systemd[1]: Started LSB: Brings up/down network automatically.

[curt123]

Das sagt mir jetzt alles nicht so viel.
ip a

Code: Alles auswählen

lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 70:85:c2:2c:8e:f5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.36/24 brd 192.168.178.255 scope global dynamic enp1s0
       valid_lft 863912sec preferred_lft 863912sec
    inet6 fe80::8591:a1d0:f3ae:434b/64 scope link 
       valid_lft forever preferred_lft forever
3: wlxec086b15c2e3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 9e:43:17:62:76:70 brd ff:ff:ff:ff:ff:ff

Und ohne LAN Verbindung

Code: Alles auswählen

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 70:85:c2:2c:8e:f5 brd ff:ff:ff:ff:ff:ff
3: wlxec086b15c2e3: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 3a:85:89:bd:01:98 brd ff:ff:ff:ff:ff:ff

Beim Hochfahren war auch noch gnaz kurz etwas wie "can't .. region for resource" zu sehen..

[willy4711]

Die irre Bezeichnung
wlxec086b15c2e3 ist nach meinem Dafürhalten dein Wireless- Stick
enp1s0 ist deine LAN-Karte

<NO-CARRIER,BROADCAST,MULTICAST,UP> ----> geht nicht.

Beim Hochfahren war auch noch gnaz kurz etwas wie "can't .. region for resource" zu sehen..

Hast du die Empfehlungen von habakug verwirklicht,? Die /etc/network/interfaces bearbeitet ?

Wenn ja - oder wenigsten sagen, was verändert wurde -

Wir brauchen (booten mit allen Netzwerkadaptern):

Code: Alles auswählen

journalctl -b |grep network

und nochmal

Code: Alles auswählen

journalctl -b |grep firmware

und --was ich oben schon mal vorgeschlagen hatte:
Rechner ohne Netzwerk starten
Dann im Terminal

Code: Alles auswählen

#dmesg -w

dann den USB- Stick einstecken und hier posten, was da kommt.

[guennid]

Zum Neuinstallieren würde ich immer erst ein LAN verwenden.

Sag' ich doch. Wollen aber manche partout nix von wissen. Kabel hat wahrscheinlich irgendwas Unheimliches, kann man ja auch jemanden mit erwürgen. Machen Maschinen zwar im Allgemeinen nicht, aber weiß man's?

Grüße, Günther

[curt123]

Sorry, mein "sagt mir jetzt alles nicht so viel" bezog sich auf den vorherigen Post, wo mir nicht klar ist, was sich aus dem Ganzen tatsächlich ergeben hat und was z.B. die Infos vom Laptop bedeuten mögen.

(Was die Kabelfrage angeht, mit den gerade verfügbaren ging es nicht, ich hatte deswegen jetzt eine weitere alte FritzBox mit kurzem Kabel als Anschluß und Zugang in WLan-Repeatereinstellung genommen.)

Dass es wirklich eine "Empfehlung" von habakug zu /etc/network/interfaces war habe ich -gerade etwas betriebsblind?- so nicht verstanden.

/etc/network/interfaces

Die Datei ist nun angepasst.

/etc/network/interfaces.d/setup

Die Datei setup habe ich jetzt gelöscht, der Ordner existiert noch.

journalctl -b|grep network (ohne LAN, mit WLan-USB-Stick):

Code: Alles auswählen

Okt 20 16:52:02 Kol systemd[1]: Starting Raise network interfaces...
Okt 20 16:52:04 Kol systemd[1]: Started Raise network interfaces.
Okt 20 16:52:07 Kol NetworkManager[423]: <info>  [1540047127.8486] monitoring ifupdown state file '/run/network/ifstate'.
Okt 20 16:52:08 Kol NetworkManager[423]: <info>  [1540047128.2254]       interface-parser: parsing file /etc/network/interfaces
Okt 20 16:52:08 Kol NetworkManager[423]: <info>  [1540047128.2255]       interface-parser: finished parsing file /etc/network/interfaces

Wlan geht unverändert nicht.

[curt123]

Und noch die Einträge nach Einstecken des USB-Stick, LAN-Kabel war nicht angeschlossen:
dmesg -w

Code: Alles auswählen

[   99.664121] usb 1-8.1: new high-speed USB device number 7 using xhci_hcd
[   99.765828] usb 1-8.1: New USB device found, idVendor=0bda, idProduct=8178
[   99.765836] usb 1-8.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   99.765841] usb 1-8.1: Product: USB WLAN
[   99.765845] usb 1-8.1: Manufacturer: 802.11n
[   99.765850] usb 1-8.1: SerialNumber: 00e04c000001
[  100.505950] rtl8192cu: Chip version 0x11
[  100.539029] rtl8192cu: Board Type 0
[  100.539137] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[  100.539219] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[  100.581481] usb 1-8.1: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[  100.645140] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[  100.645765] usbcore: registered new interface driver rtl8192cu
[  100.685390] rtl8192cu 1-8.1:1.0 wlxec086b15c2e3: renamed from wlan0
[  100.716442] IPv6: ADDRCONF(NETDEV_UP): wlxec086b15c2e3: link is not ready
[  100.720134] rtl8192cu: MAC auto ON okay!
[  100.732490] rtl8192cu: Tx queue select: 0x05
[  101.126647] IPv6: ADDRCONF(NETDEV_UP): wlxec086b15c2e3: link is not ready
[  101.133752] rtl8192cu: MAC auto ON okay!
[  101.145545] rtl8192cu: Tx queue select: 0x05
[  101.541887] IPv6: ADDRCONF(NETDEV_UP): wlxec086b15c2e3: link is not ready
[  101.624234] IPv6: ADDRCONF(NETDEV_UP): wlxec086b15c2e3: link is not ready

Zur Fehlermeldung beim Hochfahren ahe ich noch das gefunden https://bugzilla.redhat.com/show_bug.cgi?id=1394912

[willy4711]

hmm. wenn die Firmware richtig geladen wird (wird sie das jetzt ??) (ja wird sie --hat sich überschnitten)
kann es doch nur noch an den Einstellungen des NW- Managers liegen.
Bitte mal:

Code: Alles auswählen

systemctl status network-manager

Generelle Fragen, die mir noch einfallen:

Fritzbox: DHCP aktiviert ?
MAC- Adresse des Dongels in der Fritzbox freigegeben ? (bei mir dürfen nur zwei MAC's mit der Fritzbox sich verbinden)
In der Box: WLAN--->Sicherheit-----> Ganz unten eventuell mal : Alle neuen WLAN-Geräte zulassen
Wie startest du das WLAN-Netzwerk?
Normalerweise zeigt der NM--Manager auch Fehler an.
Ist der Netzwerkmanager im Autostart von Xfce (nm-applet)
Nur mal als Anhatspunk, wie das bei mir aussieht (LAN+WLAN)

Code: Alles auswählen

$ systemctl status network-manager
● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2018-10-20 17:21:27 CEST; 25min ago
     Docs: man:NetworkManager(8)
 Main PID: 612 (NetworkManager)
    Tasks: 5 (limit: 4915)
   Memory: 16.4M
   CGroup: /system.slice/NetworkManager.service
           ├─ 612 /usr/sbin/NetworkManager --no-daemon
           ├─1062 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-eth1.pid -lf /var/lib/NetworkManager/dhclient-8ee78460-
           └─1313 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-wlan0.pid -lf /var/lib/NetworkManager/dhclient-7c6b7fa9

Okt 20 17:21:39 aspire NetworkManager[612]: <info>  [1540048899.0759] device (wlan0): Activation: successful, device activated.
Okt 20 17:21:39 aspire NetworkManager[612]: <info>  [1540048899.0776] manager: startup complete
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.2918] dhcp6 (wlan0): activation: beginning transaction (timeout in 45 seconds)
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.2961] dhcp6 (wlan0): dhclient started with pid 1469
Okt 20 17:21:41 aspire dhclient[1469]: XMT: Info-Request on wlan0, interval 970ms.
Okt 20 17:21:41 aspire dhclient[1469]: RCV: Reply message on wlan0 from fe80::9ec7:a6ff:fe57:f950.
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.9098] dhcp6 (wlan0):   nameserver 'fd00::9ec7:a6ff:fe57:f950'
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.9098] dhcp6 (wlan0): state changed unknown -> bound
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.9121] dhcp6 (wlan0): client pid 1469 exited with status 0
Okt 20 17:21:41 aspire NetworkManager[612]: <info>  [1540048901.9121] dhcp6 (wlan0): state changed bound -> done

[guennid]

Ich mach' nur noch mit bei Versuchen,die Maschine per Kabel ins Internet zu bringen. Alles andere ist mir zu unübersichtlich.

Grüße, Günther

[willy4711]

Kabel hat er ja.
WLAN ist häufig eine Blackbox

[guennid]

WLAN ist häufig eine Blackbox

Eben.
Kabel hat er, ja. Nutzt er aber nicht, soweit ich sehe. Und ich fürchte, daran bist du nicht ganz unschuldig.

@willy

wlxec086b15c2e3 ist nach meinem Dafürhalten dein Wireless- Stick

Man kann das dür irre halten, es ist eben das, was die systemd-udevler unter Fortschritt vestehen.

Grüße, Günther

[willy4711]

Und ich fürchte, daran bist du nicht ganz unschuldig.

Naja - Der Anspruch, bei einem Laptop auch WLAN zu Verfügung zu haben ist ja nicht so ganz abwegig
Ich glaube aber, dass trotz inzwischen vorhandenem LAN immer noch kein update gemacht wurde.
Zumal wir ja auch nicht wissen womit er installiert hat. Darum wollte ich den Ausdruck von inxi ganz gerne.
Aber nun quälen wir uns bis zum (hoffentlich) Ende

[curt123]

Die Fragen zur Fritzbox hab ich eigentlich schon ähnlich alle durch, aber vielleicht hab ich doch was übersehen. DHCP usw. kann ich nochmal schauen und testen. Sonst hab ich die IP-Nummer oft fest an die MAC-Adressen gebunden, damit die PCs jedesmal gleiche Adressen bekommen. Wenn ich da was verklickt hätte wäre es schon sehr peinlich, aber auch nicht ausgeschlossen, ich schau mir das nachher nochmal an. Die Fritzbox "kennt" die MAC usw. eigentlich, hat ja auch die Abmeldungen im Ereignis-Protokoll, aber keine fremdem Anmeldeversuche. Am besten ich lösche die Einträge nachher alle und kann dann nach "alle neuen erlauben" nochmal ordentlich sehen, wenn die erste Verbindung und Passwortabfrage kommt.

Ach ja, @Günther: Mein Vermieter mag keine Löcher in den Wänden und ich in dem Punkt keinen Stress, sonst könnte ich gerne auf die Funkerei verzichten, zumal von den Nachbarn bis zum Abwinken Geräte mit höherem Pegel als meine Fritzboxen unterwegs sind.

Ohne LAN-Kabel, mit USB-WLAN angesteckt
systemctl status network-manager

(der Code ist evtl immer noch an einer Zeie abgeschnitten, obwohl ich das Fenster schon vergößert hab. ich kann es nachher nochmal größer versuchen)

Code: Alles auswählen

● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2018-10-20 18:38:56 CEST; 2min 30s ago
     Docs: man:NetworkManager(8)
 Main PID: 418 (NetworkManager)
    Tasks: 3 (limit: 4915)
   CGroup: /system.slice/NetworkManager.service
           └─418 /usr/sbin/NetworkManager --no-daemon

Okt 20 18:40:43 Kol NetworkManager[418]: <info>  [1540053643.8823] device (wlxec086b15c2e3): state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.2921] (wlxec086b15c2e3): using nl80211 for WiFi device control
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.2971] device (wlxec086b15c2e3): set-hw-addr: set MAC address to 6E:4C:50:F4:45:F1 (scanning)
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7075] rfkill0: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.0/ieee80211/phy0/rfkill0) (
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7103] supplicant: wpa_supplicant running
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7104] device (wlxec086b15c2e3): supplicant interface state: init -> starting
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7960] sup-iface[0x558a0a5ac8b0,wlxec086b15c2e3]: supports 4 scan SSIDs
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7980] device (wlxec086b15c2e3): supplicant interface state: starting -> ready
Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7981] device (wlxec086b15c2e3): state change: unavailable -> disconnected (reason 'supplicant-available') [20 30 42]
Okt 20 18:40:45 Kol NetworkManager[418]: <info>  [1540053645.7571] device (wlxec086b15c2e3): supplicant interface state: ready -> inactive
~

LG
Curt

[willy4711]

bitte mal:

Code: Alles auswählen

cat /etc/NetworkManager/NetworkManager.conf

[guennid]

Wenn du das Kabel nicht von der Maschine zur Fritte bringen kannst, dann musst du eben vorübergehend die Maschine zur Fritte bringen. Man hätte dann endlich mal eine funktionierende Internetanbindung und könnte sich in Ruhe der weiteren Installation/Konfiguration widmen.

Nebenbei: die Maschine hat, wenn ich recht erinnere, eine eingebaute WLAN-NIC, warum muss man sich da mit USB rumquälen - nur um mal an so was Banales wie schrittweises Vorgehen zu erinnern.
Aber wie gesagt, für mich kommt das nach der fertigen Kabelverbindung.

Grüße, Günther

[curt123]

Wenn du das Kabel nicht von der Maschine zur Fritte bringen kannst, dann musst du eben vorübergehend die Maschine zur Fritte bringen. Man hätte dann endlich mal eine funktionierende Internetanbindung und könnte sich in Ruhe der weiteren Installation/Konfiguration widmen.

[Mainboard] <- LAN- > [[Fritzbox 72x] <=WLAN=>[Fritzboxen andere]]<- DSL->

Die Internetverbidnung funktioniert, ich hab das Kabel aber mitunter extra entfernt, damit der Debian PC eher/eindeutiger den WLan-Stick versucht.

Nebenbei: die Maschine hat, wenn ich recht erinnere, eine eingebaute WLAN-NIC, warum muss man sich da mit USB rumquälen - nur um mal an so was Banales wie schrittweises Vorgehen zu erinnern.

Es ist ein ASRock J3455m http://www.asrock.com/mb/Intel/J3455M/

@willy4711

Ich glaube aber, dass trotz inzwischen vorhandenem LAN immer noch kein update gemacht wurde.

Welches update meinst du im Detail?
Das folgende habe ich wahrscheinlich nicht gemacht, sondern doch wohl das Paket im Paketmanager ausgewählt?

Code: Alles auswählen

dpkg -i firmware-realtek_20161130-3_all.deb
~$ apt-cache depends  firmware-realtek*
firmware-realtek
  Schlägt vor: initramfs-tools

/etc/NetworkManager/NetworkManager.conf

Code: Alles auswählen

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

LG
Curt

[guennid]

Hast recht! Lspci auf S. 1 zeigt kein eingebautes WLAN-Gerät, das erinnerte ich falsch.

Die Internetverbidnung funktioniert, ich hab das Kabel aber mitunter extra entfernt, damit der Debian PC eher/eindeutiger den WLan-Stick versucht.

Das ist an sich eine gute Idee - wenn man das "zu Fuß" macht. Bei Benutzung eines Netzwerkmanagers sollte es aber überflüssig sein. Also: Benutzt du einen? Welchen?

Hast du die Empfehlungen von habakug verwirklicht? Die /etc/network/interfaces bearbeitet?

Ich sehe keine Empfehlungen habakugs die /etc/network/interfaces betreffend.

@curt123
Bei Benutzung eines Netzwerk-Managers sollte die /etc/network/interfaces bis auf:

Code: Alles auswählen

auto lo
iface lo inet loopback

leer sein (siehe willy, S.2), soweit ich weiß.

xfce benutzt standardmäßig wicd als Netzwerkmanager, wenn ich recht informiert bin, ich selbst benutze in der Regel gar keinen.

Grüße, Günther

[habakug]

Hallo,

Code: Alles auswählen

Okt 20 18:40:44 Kol NetworkManager[418]: <info>  [1540053644.7075] rfkill0: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:15.0/usb1/1-8/1-8.1/1-8.1:1.0/ieee80211/phy0/rfkill0) (

Mal versuchen

Code: Alles auswählen

# apt-get install rfkill
# rfkill list

Gruss, habakug

[curt123]

Sollte ich wicd o.ä. benutzen, um was zu analysieren oder auch einfach um Fehler zu vermeiden?

Bei der Installation hat irgendeine Instanz den Zugangscode (für die Fritzbox) abgefragt und so ist er bei der Verbindung (richtig) eingetragen. Beim Karteireiter 'Sichehrheit' ist noch WPA & WPA2 Personal ausgewählt, bei der Fritz!Box WPA2(CCMP), sollte doch passen?

Kennwort stimmt. Ich habe jetzt bei allen Fritzboxen alles mit der betr. MAC rausgeschmissen, doppelte IP waren auch nicht vergeben. Nun werden vergebliche Anmeldungen mit der MAC-Adresse des USB-Sticks angezeigt, also Passwort falsch übertragen, oder was anderes?


rfkill list

0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no

LG
Curt

[willy4711]

Also bevor wir hier weiterreden mach bitte mal ein komplettes update über LAN

Code: Alles auswählen

apt update && apt full-upgrade

Das hat einfach den Sinn, weil die DVD , die du zur Installation benutzt hast nicht aktuell ist.
Wahrscheinlich bekommst du mit dem Update auch einen neuen Kernel.

Bei der Installation hat irgendeine Instanz den Zugangscode (für die Fritzbox) abgefragt und so ist er bei der Verbindung (richtig) eingetragen. Beim Karteireiter 'Sichehrheit' ist noch WPA & WPA2 Personal ausgewählt, bei der Fritz!Box WPA2(CCMP), sollte doch passen?

Ist in Ordnung so

Kennwort stimmt. Ich habe jetzt bei allen Fritzboxen alles mit der betr. MAC rausgeschmissen, doppelte IP waren auch nicht vergeben. Nun werden vergebliche Anmeldungen mit der MAC-Adresse des USB-Sticks angezeigt, also Passwort falsch übertragen, oder was anderes?

Was sind denn "alle Fritzboxen"? das Gerät sollte sich nach Möglichkeit nur mit einer verbinden können
Für die Erstverbindung mit einem neuen Gerät gebe ich die Fritzbox für alle Geräte frei ---> Ausschluss möglichst vieler Fehlerquellen.
Dann hast du auch gleich die MAC und kannst gezielt vergeben.

Nach dem Update die WLAN Verbindung im Netzwerk-Manager zu löschen und nochmal neu einzurichten.
Soweit ich weiß, hat Xfce als Netzwerk-Manager den network-manager-gnome zumindest in Buster.

[curt123]

Also bevor wir hier weiterreden mach bitte mal ein komplettes update über LAN

Das hatte ich bereits: viewtopic.php?f=12&t=171068&sid=66426f5 ... 8943878579 "Danke für die Hilfe, nun hab ich eine provisorische Lösung fürs LAN hinbekommen, /etc/apt/sources.list ergänzt und updates/upgrades wie beschrieben laufen lassen."

Was sind denn "alle Fritzboxen"? das Gerät sollte sich nach Möglichkeit nur mit einer verbinden können

Als Repeater: https://avm.de/service/fritzbox/fritzbo ... -erhoehen/ Die Basisstation hat den DSL-Anschluß und hier sind die Einträge relevant, vorsorglich trage ich aber noch die MAC-Adresse usw. in alle Repeater Boxen ein oder/und stelle alle Fritzboxen auf 'neue Geräte zulassen'.

Gerät gebe ich die Fritzbox für alle Geräte frei ---> Ausschluss möglichst vieler Fehlerquellen.
Dann hast du auch gleich die MAC und kannst gezielt vergeben.

Das hatte ich in allen Varianten schon durch.

Nach dem Update die WLAN Verbindung im Netzwerk-Manager zu löschen und nochmal neu einzurichten.

Das hatte ich ähnlich auch schon per zweiter auswählbarer Verbindung gemacht.

Soweit ich weiß, hat Xfce als Netzwerk-Manager den Debiannetwork-manager-gnome zumindest in Buster.

Ok, ich schau einfach mal was in den Paketen verfügbar ist, wicd käme wohl auch in Frage wenn ich es richtig verstanden habe.

[Nachtrag: "NetworkManager" ist offenbar dabei und das, was ich schon genutzt habe, bzw. "Netzwerk-Manager-Applet 1.4.4"]


Was ist eigentlich von so etwas zu halten: https://wiki.debian.org/NdisWrapper?


Und sollte ich mich damit nochmal beschäftigen, da war mir nicht klar was sich daraus und der Variante IC: 8853A-WN823N ergibt viewtopic.php?f=12&t=171068&sid=66426f5 ... 9#p1186702 ; die im folgenden Link genannte zip-Datei holen https://github.com/0xBADEAFFE/rt8192cu_dkms und dann nach der dortigen Anleitung vorgehen?



LG
Curt

[willy4711]

Morgen
Sorry mit den Updates - hab ich wohl aus den Augen verloren.

Und sollte ich mich damit nochmal beschäftigen, da war mir nicht klar was sich daraus und der Variante IC: 8853A-WN823N ergibt viewtopic.php?f=12&t=171068&sid=66426f5 ... 9#p1186702 ; die im folgenden Link genannte zip-Datei holen https://github.com/0xBADEAFFE/rt8192cu_dkms und dann nach der dortigen Anleitung vorgehen?

Würde ich auf jeden Fall versuchen.
Vorher wirst du aber wahrscheinlich noch die Kernel-Headers und einiges mehr brauchen.
Meist kann man das mit

Code: Alles auswählen

apt install dkms 

erschlagen

[curt123]

Guten Morgen,
mal schauen, das ist ja noch nicht so anspruchsvoll:

Code: Alles auswählen

apt install dkms 

Aber in die Beschreibung auf github muß ich mich erst nochmal einlesen.

Hab jetzt überall bei Fritzbox die MAC-Adresse eingetragen usw., nun gibt es keine vergeblichen Anmeldeversuche mehr.
Dafür wieder nur Abmeldungen, auch nach Löschen und Neuanlegen der Verbindung im "Netzwerk-Manager-Applet". Die Zugangsdaten werden offenbar zunächst ordentlich übertragen, dann muß wohl etwas falsch laufen. Die Abmeldung erfolgt anscheinend vor der Zuweisung einer IP.

Fritz!Box Ereignis:

Code: Alles auswählen

21.10.18 09:06:53 WLAN-Gerät hat sich abgemeldet (2,4 GHz), PC-EC-08-6B-15-C2-E3, IP ---, MAC EC:08:6B:15:C2:E3. [4 Meldungen seit 21.10.18 08:52:43]

Und nach Eintragungen beim PC, 'Netzwerverbindungen'>'Bearbeiten', von Adresse 192.168.178.22, Netzmaske 255.255.255.0, Gateway 192.168.178.1 DNS-Server 192.168.178.1 immer noch gleich das Abmelden:

Code: Alles auswählen

21.10.18 09:56:28 WLAN-Gerät hat sich abgemeldet (2,4 GHz), Kol, IP 192.168.178.22, MAC EC:08:6B:15:C2:E3.

(Unklar ist mir im Moment aber, warum bei der Heimnetzübersicht>Netzwerkverbindungen der Fritzbox der Menupunkt "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen." beim dort immerhin angeführten Linux-PC (wie auch bei meinem Smartphone) anscheinend nicht angeboten wird, ist aber wohl eigentlich auch egal.)

LG
Curt

[willy4711]

gggrrr
Jetzt mal die Einstellungen bei mir:
Karte "allgemein"
Automatisch verbinden /Priorität 0 -> Haken
Alle Benutzer dürfen...-> Haken
Karte Funknetzwerk
SSID --> Deine Halt
Modus ---> Client
Band ---> Automatisch
Kanal--->Vorgabe
BSSID ----> nix
Gerät------> MAC des Sticks
Duplizierte ..... ---> nix
MTU automatisch
Karte Sicherheit
War ja schon geklärt
Karte Proxy
NIX
Karte IPv4
Automatisch (DHCP)
sonst leer
Karte IPv6
Methode -->Automatisch
IPv6 - Erweiterungen zum Schutz...-->deaktiviert
Sonst keine Häkchen

(Unklar ist mir im Moment aber, warum bei der Heimnetzübersicht>Netzwerkverbindungen der Fritzbox der Menupunkt "Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen." beim dort immerhin angeführten Linux-PC (wie auch bei meinem Smartphone) anscheinend nicht angeboten wird, ist aber wohl eigentlich auch egal.)

Kannst du den Stick nicht per Hand hinzufügen WLAN-->Sicherheit----> Button:WLAN-Gerät hinzufügen ?

Langsam bin ich mit meinem Latein am Ende. Vielleicht stolpert mal einer unserer Netzwerk- Spezialisten über diesen Thread.
Kann auch gut sein dass sich da am Anfang bei der Installation etwas "verhakt" hat. Es ist keine sehr gute Idee gewesen,
die Live-CD als Installationsmedium zu nehmen.
Besser ist eine Net-inst cd zu benutzen und vorzugsweise gleich mit den non-free Repos.
Mein Rat wäre immer Buster zu nehmen. Ist stabil, hat nur den Nachteil, dass man möglichst jeden Tag
ein full-upgrade machen sollte. Die Installation - wenn es irgendwie geht - zuerst mit der LAN-Verbindung machen.
Die entsprechende Seite : http://cdimage.debian.org/cdimage/unoff ... -firmware/
Die netinst für Buster findest du unter den weekly-builds.

Noch eine Frage hattest du denn mit der LIve-CD einen WLAN- Verbindung??

[curt123]

Noch eine Frage hattest du denn mit der LIve-CD einen WLAN- Verbindung??

Ich war sicher dass ja, aber inzwischen möchte ich da lieber nichts ausschließen. Sonst könnte der Stick ne Macke bekommen haben, oder FritzBox. Mit Ubuntu vorher auf dem gleichen System ist er auf jeden Fall gelaufen, bei der Debian Installation gegen Ende m.E. auch, aber vielleicht habe ich da nach der Eingabe des Codes die weiteren Vorgänge falsch interpretiert.

Jetzt mal die Einstellungen bei mir:

Ok, schaut gleich aus, nur Band und Kanal hab ich offenbar nicht im Angebot

Kannst du den Stick nicht per Hand hinzufügen WLAN-->Sicherheit----> Button:WLAN-Gerät hinzufügen

Alles gemacht, damit gibt es ja keinen gescheiterten Anmeldeversuch mehr, sondern nur noch die Abmeldungen .

Mein Rat wäre immer Buster zu nehmen. Ist stabil, hat nur den Nachteil, dass man möglichst jeden Tag
ein full-upgrade machen sollte

Das mit dem täglichen Upgrade ist nicht so prickelnd, und zu alte Versionen sind vielleicht für das Board auch nicht optimal, der Hersteller hat Ubuntu 16.10 / Fedora 25 in den Specs angeführt.

Langsam bin ich mit meinem Latein am Ende

Zwei andere ältere USB-Wlansticks, einen "Sharp" und den ersten "Fritz WLan", hatte ich als Test jetzt bei der Debian-Live versucht, sie werden aber beide gar nicht erst erkannt. Und DebianLive verhält sich jetzt mit dem TP-Link/Realtek wie die installierte Version.


- Fritzbox werde ich später nochmal neu starten lassen.
- an die andere Firmware kann ich mich noch rantrauen https://github.com/0xBADEAFFE/rt8192cu_dkms



LG
Curt