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

[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

[willy4711]

Was du trotzdem nochmal versuchen solltest:
Auf der von mir verlinkten Seite gibt es ja auch das Verzeichnis 9.5.0-live+nonfree
Ich würde das trotzdem mal testen. So viel Zeit und Arbeit ist nun schon investiert, da ist das nun auch egal.
Für Stretch :
http://cdimage.debian.org/cdimage/unoff ... onfree.iso
Für Buster (testing):
http://cdimage.debian.org/cdimage/unoff ... nfree.iso
Ich würde mit Buster anfangen
Sollte da ein positives Ergebnis zu verzeichnen sein, lade dir die netinst-cd runter und installiere mit LAN nochmal.

Noch ein Tipp, falls noch nicht gemacht: Sieh dir wirklich mal das kleine Tool inxi an.
Meine Meinung ist, dass man die Ausgabe von inxi -F zu Pflicht machen sollte.
Klar es gibt für jedes und alles System interne Tools. Aber der Ungeübte weiß in der Regel nicht, was wichtig ist und was nicht.
inxi vereinigt alle diese Tools unter einer Haube mit eine kurzen übersichtlichen Aussage.

[curt123]

@willy4711, danke für die Links, macht aber offenbar keinen wesentlichen Unterschied, und bei buster stimmte hier was mit dem Bidschirmschoner nicht, der Bildschirm ist dunkel geblieben.

Das habe ich noch gefunden, hat aber wohl mit einem älteren bug zu tun und wäre vermutlich beim dem versuchsweise von mir vorgenommenen festen Eintrag der ip beim Linux-PC hier so nicht möglich. Einen enstpr. Eintrag kann ich wohl trotzdem einfach mal versuchen:
http://forums.debian.net/viewtopic.php? ... 70#p661687

Ansonsten habe ich noch Fragen zu der anderen verlinkten Firmware, zunächst kann ich wohl so anfangen:

Code: Alles auswählen

apt install dkms 

und dann weiter wie hier beschrieben: https://github.com/0xBADEAFFE/rt8192cu_dkms

Remove the none dkms version of this driver:
Change to the old driver directory (where the "Makefile" is)
Open terminal in this directory

Wie finde ich das Verzeichnis?

Code: Alles auswählen

make uninstall

Remove the dkms version of this driver:
Change to the driver directory (where the "./remove_driver.sh" is)
Open terminal

(Eine zu löschende dkms-Version habe ich durch das anfängliche apt install dkms bekommen?)
Wie, wo finde ich das Verzeichnis?

Code: Alles auswählen

./remove_driver.sh

Install dkms-driver:

Unpack rt8192cu_dkms.zip

Wo soll ich das machen?

Beim Auspacken entsteht dann das neue Verzeichnis

Open terminal in rt8192cu_dkms
Type:

Code: Alles auswählen

 make install_dkms

Das war es dann im Idealfall?
Das Verzeichnis rt8192cu_dkms bleibt anschließend, oder kann/sollte es gelöscht werden?

[guennid]

Für mich ist das zu kompliziert mit Treibern, die man nicht via Paketmanagement installieren kann, deshalb muss ich aussteigen.

Insofern und nur interessehalber, falls es deine Zeit erlaubt: Warum eigentlich mehrere Plastikrouter (Fritzboxen)? Gerne auch per PN, nicht dass hier wieder neue Baustellen eröffnet werden.

Gutes Gelingen, Günther

[willy4711]

Hallo curt1232
Deine "Arbeit" beginnt erst mit dem Absatz Install dkms-driver:
Das vorher bezieht sich auf eine eventuell von dir per Hand installierte Version dieses Treibers (hast du ja nicht)
Was die Installation von dkms als Paket bewirkt, und wofür man es braucht kannst du in Kurzform
hier nachlesen: https://packages.debian.org/buster/dkms
Etwas ausführlicher:[url]https://wiki.ubuntuusers.de/DKMS/

Wo soll ich das machen?
Beim Auspacken entsteht dann das neue Verzeichnis

1) entweder mit Thunar Rechtsklick---->hier entpacken
oder

Code: Alles auswählen

unzip rt8192cu_dkms-master.zip

Beides hat den gleiche Effekt es wird in das Verzeichnis
~/Downloads/rt8192cu_dkms-master entpackt
(wenn du nach~/Downloads heruntergeladen hast)

Ansich ist das das Gleiche, wie das Debian Paket r8168-dkms eventuell aktueller.
Kannst dort noch mal nachlesen, was mit dieser Installation passiert.
Sicherheitshalber vor der Installation nochmal Überprüfen, was durch die Installation von dkms alles noch installiert wuirde.
Das Protokoll findest du unter /var/log/apt/history.log und dann das entsprechende Datum suchen.
oder du stellst hier einfach die Ausgabe von

Code: Alles auswählen

dpkg -l *linux* |grep ii

ein.

Das Verzeichnis rt8192cu_dkms bleibt anschließend, oder kann/sollte es gelöscht werden?

Nein nicht löschen, weil in den Makefile auch die Befehle für unistall enthalten sind.

[curt123]

So hat es geklappt:
http://forums.debian.net/viewtopic.php? ... 70#p661687

So, just adding

Code: Alles auswählen

[device]
    wifi.scan-rand-mac-address=no

to the /etc/NetworkManager/NetworkManager.conf file fixed the issue.

Danke für die Tipps! Den dkms Treiber laß ich wohl am Besten erstmal weg, wenn es jetzt ohne läuft.

Grundsätzlich wäre aber sicher nicht schlecht, wenn ich diese oder eine andere Installation im Falle eins Falles hinbekommen würde.

Und doch noch Fragen: Ist zu der Meldung

Code: Alles auswählen

tpm_crb /.../ can't request region for resource

irgendwo der Eintrag einer "region" sinnvoll, oder ist das einfach ein unwichtiges "kosmetisches" Problem?

Den NetworkManager kann ich vermutlich trotzdem behalten wenn mir der Komfort so reicht und das bekannte Problem gelöst ist, oder ist z.B. der genannte wicd verläßlicher?

Und dann kann ich mal an die benötigte Software denken, Angular, Eclipse (ggf. NetBeans), Symfony, Docker, Xampp/LAMP bzw. php, MariaDB/MySQL, apache usw., vielleicht wine. Mal schauen, das wäre dann wohl ggf. ein eigener thread.

LG
Curt

[willy4711]

Na dann: Herzlichen Glückwunsch
Eine Frage dazu habe ich trotzdem noch:
Hattest du beim network-manager auf der Karte "Funknetzwerk" die MAC- Adresse deines Sticks eingetragen ?
Dann hätte er an sich die MAC- Adresse nicht ändern dürfen /sollen.
Hier was dazu:https://blogs.gnome.org/thaller/2016/08 ... ger-1-4-0/

Den NetworkManager kann ich vermutlich trotzdem behalten wenn mir der Komfort so reicht und das bekannte Problem gelöst ist, oder ist z.B. der genannte wicd verläßlicher?

wicd wird - soweit ich weiß nur in LXDE benutzt. Der network-manager wird an sich überall benutzt.

Und doch noch Fragen: Ist zu der Meldung

Code: Alles auswählen

tpm_crb /.../ can't request region for resource

irgendwo der Eintrag einer "region" sinnvoll, oder ist das einfach ein unwichtiges "kosmetisches" Problem?

Ist mir noch nicht über den Weg gelaufen.
Hab hier was dazu gefunden:
http://forums.debian.net/viewtopic.php?f=5&t=135656
Hast du denn nun Stable oder Testing?
Kannst ja mal testen, ob da Problem beim Energie Management auftreten, wie da beschrieben

[curt123]

Hattest du beim network-manager auf der Karte "Funknetzwerk" die MAC- Adresse deines Sticks eingetragen ?
Dann hätte er an sich die MAC- Adresse nicht ändern dürfen /sollen.

Das hatte ich zunächst auch ähnlich vermutet, und hatte da verschiedene Einträge, auch die MAC, MAc nochmal extra im zweiten Feld usw., durchprobiert; gut dass ich den Eintrag trotzdem probiert habe. In einem Fall wird wohl sofort anscheinend einmal abgemeldet, wärend es sonst wohl zwei Abmeldeversuche gibt, je nach Eintrag beim PC, oder ohne Eintrag bei der Fritzbox der erste Kontakt scheinbar unter der richtigen MAC, und dann sofort Ab- statt Anmeldeversuche um mit einer anderen Adresse weiterzumachen, so würde auf die Schnelle mein weiterer Erklärungsversuch ausschauen.

Hast du denn nun Stable oder Testing?

Richtig drauf ist immer noch die (m.E. stable) 9.5 Xfce.

Das auffällige Bildschirmschoner-Problem kam bei der Live-Beta.
Die Energiesparoptionen werde ich aber nochmal mit dem "richtigen" System versuchen ob alles richtig läuft, ist mir wichtig.

Die Meldung tpm_crb /.../ can't request region for resource kommt bei der 9.5.
Hat vielleicht das https://bugzilla.redhat.com/show_bug.cgi?id=1394912 was damit zu tun?
Wascheinlich muß ich die Datei messages durchgucken?


LG
Curt

[willy4711]

Wascheinlich muß ich die Datei messages durchgucken?

Dein Partner ist systemd/journalctl
Wahrscheinlich hast du das Journal von systemd noch nicht aktiviert.
Schnellschuss (falls noch nicht vorhanden:)

Code: Alles auswählen

mkdir /var/log/journal

Wenn Verzeichnis vorhanden, kritzelt systemd mittels systemd-journald.service von da ab fleißig in dieses Verzeichnis.
Abrufbar per GUI mittels gnome-logs
im Terminal mit journalctl
Dafür sinnvoll: Beitritt in die Gruppe systemd-journal (sonst muss man immer root werden)
Nächster Schritt:

Code: Alles auswählen

apt purge rsyslog

Doppelt braucht man das nicht
Sehr schöne Anleitung: https://mywiki.bluelupo.net/wiki/Grundl ... zu_systemd
So, jetzt sollten wir diesen Thread mal beenden.

Wenn du Probleme bekommst, mach bitte einen neuen Thread auf. Viel Spaß mit Debian.