LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Moin, ich habe hier ein extrem nerviges Problem, verursacht - wie soll es anders sein, durch Windows 10. Ich habe vor ca 2 Wochen die Aktuelle Windows 10 Version neu installiert um ein wenig zu spielen. Nötig war dies, weil sich der Taskmanager nicht mehr öffnen lies. Wenn ich jetzt jedoch wieder Debian boote und vorher Windows nutze wird zwar mein LAN Device erkannt allerdings kann ich es nicht mehr nutzen. <ip a> zeigt das Device an - auch als up an - aber kein Tool kann auf die LAN Karte zugreifen. Erst nach 10 + X reboots geht es dann irgendwann wieder. aktuell habe ich ca 25 neu gestartet aber die Karte funktioniert nur noch unter Windows. Das kann doch nicht wahr sein das Windows jetzt schon Hardware für andere Betriebssysteme blockiert Diese verdammten MS Produkte - nur Müll und der letzte Dreck !!! Es wird zeit das Steamcontent endlich zu 100% unter Linux läuft.
Nichtsdestotrotz hat jmd. Tipps was ich noch noch tun könnte ?
Nichtsdestotrotz hat jmd. Tipps was ich noch noch tun könnte ?
Zuletzt geändert von speefak am 23.02.2022 21:00:16, insgesamt 2-mal geändert.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Wie wär's mit konkreten Fehlermeldungen statt allgemeinem Rumgemotze?
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Das ist doch der Witz ich habe nirgends eine Fehlermeldung und jetzt geht die LAN Karte nur noch unter Windows. Es wurde nichts umgesteckt oder am Linux System verändert, nur Windows wurde neu installiert, grub neu auf sda geschrieben und das wars. Die ersten paar Male lief die Karte unter Linux noch nach mehrmaligen hin und her booten von Windows/Linux und jetzt geht die LAN Karte unter Linux gar nicht mehr. Dies verschXXXXXX Windows - das gibs doch nicht ! Ein Hardwarefehler kann es nicht sein da die Karte unter dem f****** Windows ohne Probleme funktioniert. Irgendwas hat Windows umgestellt, da so nicht reversibel zu sein scheint. Aber Was ? und wo kann ich da suchen ? Ich versuchs mal mit diversen rfkill Befehlen, obwohl die soweit ich weis nur für WLAN Karten gelten. Ein USB WLAN Stick geht aber Latenz und Bandbreite sind unterirdisch :/
Code: Alles auswählen
dmesg | grep rtl
[ 83.619562] rtl8192cu: Chip version 0x10
[ 83.651287] rtl8192cu: Board Type 0
[ 83.651364] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
[ 83.651387] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 83.653440] usb 1-3.4.4: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 83.657681] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
[ 83.657875] usbcore: registered new interface driver rtl8192cu
[ 83.672910] rtl8192cu 1-3.4.4:1.0 wlx801f025a9c9b: renamed from wlan0
[ 83.704586] rtl8192cu: MAC auto ON okay!
[ 83.715537] rtl8192cu: Tx queue select: 0x05
[ 84.224944] rtl8192cu: MAC auto ON okay!
[ 84.235582] rtl8192cu: Tx queue select: 0x05
[ 85.772562] rtl8192cu: MAC auto ON okay!
[ 85.783173] rtl8192cu: Tx queue select: 0x05
Code: Alles auswählen
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether d8:50:e6:50:d0:9a brd ff:ff:ff:ff:ff:ff
Code: Alles auswählen
lspci | grep Ether
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-V (rev 05)
Code: Alles auswählen
ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether d8:50:e6:50:d0:9a txqueuelen 1000 (Ethernet)
RX packets 1289 bytes 103093 (100.6 KiB)
RX errors 0 dropped 999 overruns 0 frame 0
TX packets 350 bytes 176440 (172.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xef200000-ef220000
Code: Alles auswählen
cat /var/log/syslog | grep [nN]etwork
Feb 23 18:21:13 host NetworkManager[784]: <warn> [1645636873.4942] dhcp4 (eno1): request timed out
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.4942] dhcp4 (eno1): state changed unknown -> timeout
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5104] dhcp4 (eno1): canceled DHCP transaction, DHCP client pid 2378
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5104] dhcp4 (eno1): state changed timeout -> done
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5107] device (eno1): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <warn> [1645636873.5116] device (eno1): Activation: failed for connection 'LAN DHCP ( Active Pi Hole )'
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5119] device (eno1): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5160] policy: auto-activating connection 'TOR' (9c5c9881-8ddf-4f14-9398-f0d97ad1c310)
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5203] device (eno1): Activation: starting connection 'TOR' (9c5c9881-8ddf-4f14-9398-f0d97ad1c310)
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5204] device (eno1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5207] device (eno1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5211] device (eno1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5321] device (eno1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5329] device (eno1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5330] device (eno1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5361] policy: set 'TOR' (eno1) as default for IPv4 routing and DNS
Feb 23 18:21:13 host NetworkManager[784]: <info> [1645636873.5362] dns-mgr: Writing DNS information to /sbin/resolvconf
Zuletzt geändert von speefak am 23.02.2022 20:53:01, insgesamt 2-mal geändert.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Vielleicht setzt du auch mal die Ausgabe eines
hier ein, das es dem geneigten Leser ermöglicht, einen Überblick zu erhalten, was du da vor dir hast
KH
Code: Alles auswählen
~$ inxi -Fz
KH
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Code: Alles auswählen
inxi -Fz
System: Host: host Kernel: 4.19.0-18-amd64 x86_64 bits: 64 Desktop: Gnome 3.30.2 Distro: Debian GNU/Linux 10 (buster)
Machine: Type: Desktop System: ASUS product: All Series v: N/A serial: <filter>
Mobo: ASUSTeK model: Z87-PRO v: Rev 1.xx serial: <filter> BIOS: American Megatrends v: 2103 date: 08/18/2014
CPU: Topology: Quad Core model: Intel Core i5-4460 bits: 64 type: MCP L2 cache: 6144 KiB
Speed: 1056 MHz min/max: 800/3400 MHz Core speeds (MHz): 1: 900 2: 900 3: 900 4: 900
Graphics: Device-1: NVIDIA GK104 [GeForce GTX 770] driver: nvidia v: 418.211.00
Display: x11 server: X.Org 1.20.4 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa
resolution: 1920x1200~60Hz, 1920x1080~50Hz
OpenGL: renderer: GeForce GTX 770/PCIe/SSE2 v: 4.6.0 NVIDIA 418.211.00
Audio: Device-1: Intel 8 Series/C220 Series High Definition Audio driver: snd_hda_intel
Device-2: NVIDIA GK104 HDMI Audio driver: snd_hda_intel
Device-3: C-Media CM108 Audio Controller type: USB driver: hid-generic,snd-usb-audio,usbhid
Sound Server: ALSA v: k4.19.0-18-amd64
Network: Device-1: Intel Ethernet I217-V driver: e1000e
IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-2: Edimax EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] type: USB driver: rtl8192cu
IF: wlx801f025a9c9b state: up mac: <filter>
Drives: Local Storage: total: 465.76 GiB used: 293.42 GiB (63.0%)
ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 18.21 GiB used: 10.90 GiB (59.9%) fs: ext4 dev: /dev/dm-2
ID-2: /boot size: 453.9 MiB used: 104.7 MiB (23.1%) fs: ext4 dev: /dev/sda2
ID-3: /home size: 389.50 GiB used: 282.42 GiB (72.5%) fs: ext4 dev: /dev/dm-3
ID-4: swap-1 size: 3.72 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-1
Sensors: System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 51 C
Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 53%
Info: Processes: 301 Uptime: 4m Memory: 15.61 GiB used: 2.96 GiB (19.0%) Shell: bash inxi: 3.0.32
Ich versuchs mal mit ner Live CD und wenn das nicht geht mit nem Bios Reset.
Zuletzt geändert von speefak am 23.02.2022 20:55:48, insgesamt 3-mal geändert.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
was mich wundert :
dhcp scheint auch zu funktionieren :
Code: Alles auswählen
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
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: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether d8:50:e6:50:d0:9a brd ff:ff:ff:ff:ff:ff
inet6 fe80::da50:e6ff:fe50:d09a/64 scope link
valid_lft forever preferred_lft forever
3: wlx801f025a9c9b: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 80:1f:02:5a:9c:9b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.23/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx801f025a9c9b
valid_lft 8638907sec preferred_lft 8638907sec
inet6 fe80::f527:8a4a:a0ee:5012/64 scope link noprefixroute
valid_lft forever preferred_lft forever
speefak@speenux:~$sudo ifdown eno1
ifdown: unknown interface eno1
Code: Alles auswählen
dhclient -r -v eno1
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eno1/d8:50:e6:50:d0:9a
Sending on LPF/eno1/d8:50:e6:50:d0:9a
Sending on Socket/fallback
DHCPRELEASE of 192.168.1.20 on eno1 to 192.168.1.1 port 67
Zuletzt geändert von speefak am 23.02.2022 20:56:32, insgesamt 1-mal geändert.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Statt zu fluchen hättest du ja auch einfach mal eine Suchmaschine ausprobieren können. Oder willst du lieber, daß meine Daten bei einer Datenkrake landen statt deiner? Das wäre dann aber ganz schön egoistisch.
Hilft dir das hier vielleicht weiter?
https://bbs.archlinux.org/viewtopic.php?id=191981
Hilft dir das hier vielleicht weiter?
https://bbs.archlinux.org/viewtopic.php?id=191981
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Seh kein Windows?Drives: Local Storage: total: 465.76 GiB used: 293.42 GiB (63.0%)
ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 18.21 GiB used: 10.90 GiB (59.9%) fs: ext4 dev: /dev/dm-2
ID-2: /boot size: 453.9 MiB used: 104.7 MiB (23.1%) fs: ext4 dev: /dev/sda2
ID-3: /home size: 389.50 GiB used: 282.42 GiB (72.5%) fs: ext4 dev: /dev/dm-3
ID-4: swap-1 size: 3.72 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-1
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Ich weis zwar grad absolut nicht was du mir damit sagen willst, aber die Datenkrake konsultiere ich schon seit Stunden mehr oder weniger ununterbrochen. Ich bin auch ein Freund von RTFM ( was selbst suchen einschließt ) nur wenn man so ziemlich alles an Manuals durch hat und völlig aufm Schlauch steht bleibt nur das Forum - und am schlimmsten sind völlig unlogische Fehler, gerade wenn man Hardwaredefekte ausschließen kann aber an der Software nichts geändert wurde. Das passiert komischerweise zu 99% wenn man Windows nutzt und auch nicht erst seit diesem Jahrtausend !MSfree hat geschrieben:23.02.2022 19:55:42Statt zu fluchen hättest du ja auch einfach mal eine Suchmaschine ausprobieren können. Oder willst du lieber, daß meine Daten bei einer Datenkrake landen statt deiner? Das wäre dann aber ganz schön egoistisch.
Hilft dir das hier vielleicht weiter?
https://bbs.archlinux.org/viewtopic.php?id=191981
Was ich jetzt auch noch versucht habe :
- Netzwerkkofig per /etc/network/interfaces als static und als dhcp => kein Erfolg, Verbindung weiterhin nicht möglich.
- ip via ifconfig vergeben => Kein Erfolg
- ping auf eigene ip - vergeben mit ifconfig - geht. Ob das System jetzt aufs loopback zurückgreift oder wirklich die ip aus dem LAN stack nimmt is ne gute Frage.
- Zweite Fritzbox mit anderem IP Range angeschlossen => Laptop bekommt IP via DHCP => Desktoprechner bekommt keine IP => kein Erfolg
- Laptop direkt mit Desktop verbunden und ip via ifconfig vergeben => Desktop kann Laptop nicht anpingen und Laptop findet Desktop nicht.
- ifdown schaltet LANbuchsen LED aus, ipup LED wieder an => wenigstens das funktioniert.
So und nun werde ich mal in den Keller gehn und die Panzersicherung raus drehen, das ganze Haus vom Strom trennen und 5 Minuten warten. Sonst wüßte ich echt nicht mehr was ich noch machen könnte ... vllt WD 40 in die Landbuchsen damit die Datenpakete besser durch die Leitung gleiten
und das alles nur für ein wenig zocken - das darf echt nicht wahr sein ...
Die Powersafefunktionen unter Windows habe ich auch schon alle deaktiviert aber es hat nichts geholfen. Alternativ könnte ich den Treiber fürs Board noch installieren um wirklich alle Switches im Chip zu erwischen - aber das sind mal eben 150 MB - nur fürs Netzwerk Windows - ich weis schon warum ich es abgrundtief hasse !!!
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
weil es nicht gemountet ist.kalle123 hat geschrieben:23.02.2022 20:22:46Seh kein Windows?Drives: Local Storage: total: 465.76 GiB used: 293.42 GiB (63.0%)
ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB
Partition: ID-1: / size: 18.21 GiB used: 10.90 GiB (59.9%) fs: ext4 dev: /dev/dm-2
ID-2: /boot size: 453.9 MiB used: 104.7 MiB (23.1%) fs: ext4 dev: /dev/sda2
ID-3: /home size: 389.50 GiB used: 282.42 GiB (72.5%) fs: ext4 dev: /dev/dm-3
ID-4: swap-1 size: 3.72 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/dm-1
Code: Alles auswählen
sudo fdisk -l
[sudo] Passwort für speefak:
Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 860
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf93d197c
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 4095 2048 1M 83 Linux
/dev/sda2 4096 980991 976896 477M 83 Linux
/dev/sda3 980992 879886335 878905344 419,1G 83 Linux
/dev/sda4 * 879886336 976771071 96884736 46,2G 7 HPFS/NTFS/exFAT
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
So nach 5 Minuten mittelalterlichem Kerzenschein im Keller funktioniert es nun endlich wieder. Obs nun an den Energiesparoptionen lag KP. lt. Thread aus dem Arch Forum scheint es wohl daran zu liegen, da dort einige schrieben den Rechner komplett vom Strom zu trennen würde auch gehen. Ich werds beim nächsten mal probieren gg. auch erst das "PCI reset script"
Wie kann man nur so ein Mist zusammenschustern, Windows drauf schreiben und dann auch noch Geld dafür verlangen - Frechheit ist da echt noch weit untertrieben !
Wie kann man nur so ein Mist zusammenschustern, Windows drauf schreiben und dann auch noch Geld dafür verlangen - Frechheit ist da echt noch weit untertrieben !
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Nö. Natürlich führt ein Cold-Boot zum Zurücksetzen der Hardware. Das hättest du aber durch abzeihen des Stromkabels am Rechner und anschließendem drücken das Anschalters am Rechner (bei abgezogenem Stromkabel) innerhalb von 3s auch bewerkstelligen können.
Den ersten Satz aus dem ersten Beitrag in dem Archforum hast du aber gelesen?
So, und nun fluche weiter, das es Intel nicht geschafft hat, einen anständigen Ethernettreiber für Linux zu programmieren, der sich von ein bißchen WoL-Einstellungen so aus dem Tritt bringen läßt.[SOLUTION]
Turns out that the problem is related to WoL, and the solution is to turn of all the WoL features in the Windows Intel driver. This comes at a cost, as WoL will no longer be possible, but that won't be an issue for most people. Hope this helps
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
"Nö. Natürlich führt ein Cold-Boot zum Zurücksetzen der Hardware. Das hättest du aber durch abzeihen des Stromkabels am Rechner und anschließendem drücken das Anschalters am Rechner (bei abgezogenem Stromkabel) innerhalb von 3s auch bewerkstelligen können."
Das war eines der ersten Dinge die ich unternahm.
Fluchen werde ich weiter, denn es kann nicht sein, dass man für Markenprodukte wie Intel oder die Windowssoftwarehölle Geld bezahlt und solchen Ärger damit hat. Denn gerade gute Hardware kost nun mal mehr ( keine billig Elkos etc. ) aber das scheint bei der Software wohl nicht mehr zu gelten.
Das war eines der ersten Dinge die ich unternahm.
Fluchen werde ich weiter, denn es kann nicht sein, dass man für Markenprodukte wie Intel oder die Windowssoftwarehölle Geld bezahlt und solchen Ärger damit hat. Denn gerade gute Hardware kost nun mal mehr ( keine billig Elkos etc. ) aber das scheint bei der Software wohl nicht mehr zu gelten.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Überleg mal, welche Wirkung das auf Unbeteiligte hat.
Vielleicht geht das ja nur mir so, aber wenn ich Mühe aufbringen muss, nen Text zu Ende zu lesen, hab ich selten noch Lust was nachzusehen. Motzlose Texte lesen sich da sehr viel einfacher.
Re: LAN funktioniert nach Windows Nutzung nicht mehr unter Debian
Nein, geht mir auch so