Dann bekommt die eine Karte eher eine IP als die andere?
Kannst du es mal mit festen IP's versuchen? Ohne die USB Karte?
Yast ist dein Freund.
Ja kann ich aber heute nicht mehr, hab noch was vor. Mit Yast im Textmodus konnte ich mich noch nicht anfreunden.
Mit Yast im Textmodus konnte ich mich noch nicht anfreunden.
Die TAB Taste wird dort benutzt.........
So besser?
Nö ... schau noch mal genauer hin ...
Nö ... schau noch mal genauer hin ...
Hab mich da an die aktuellste Konvention gehalten wo Inline-Code emfpohlen wird.
Mittlerweile hab ich alle gängigen Kombinationen von "dhcp, static, autoneg, speed und duplex" durch. Mit und ohne YaST, ip a gibt immer "NO-CARRIER" aus.
Hab mich da an die aktuellste Konvention gehalten wo Inline-Code emfpohlen wird.
Wenn du Konsolenausgaben posten sollst ist Inline-Code nicht das Mittel der Wahl. Zur Verdeutlichung:
Inlinecode:
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+---------------+----------------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------+--------
1 | packman | Packman | Ja | (r ) Ja | Ja | 70 | rpm-md | https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/ |
2 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
3 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed |
4 | repo-oss | openSUSE-Tumbleweed-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
5 | repo-update | openSUSE-Tumbleweed-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
6 | vivaldi | vivaldi | Ja | (r ) Ja | Ja | 99 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 |
Code-Tags:
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+---------------+----------------------------------------+---------+-----------+---------+----------+--------+---------------------------------------------------------+--------
1 | packman | Packman | Ja | (r ) Ja | Ja | 70 | rpm-md | https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/ |
2 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
3 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed |
4 | repo-oss | openSUSE-Tumbleweed-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
5 | repo-update | openSUSE-Tumbleweed-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
6 | vivaldi | vivaldi | Ja | (r ) Ja | Ja | 99 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 | Ich glaube, der Unterschied dürfte klar ersichtlich sein. Also verwende bitte in Zukunft bei Konsolen-Ausgaben Code-Tags, wenn du Wert darauf legst, das deine Ausgaben jemand lesen soll.
Was sagt:
rfkill list allDual boot mit Windows?
sudo rfkill list all
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
1: hci0: Bluetooth
Soft blocked: no
Hard blocked: noDual boot mit Windows?
1. Zuerst hatte ich Fedora-Server drauf, da ging der RTL8168. Das System hat alle Updates darüber gezogen.
2. Als nächstes habe ich OpenSuse-Server installiert (Fedora ersetzt) und da ging der RTL8168 nicht mehr.
3. Dann Windows 11 zusätzlich zu OpenSuse-Server installiert, auch hier geht der RTL8168 nicht.
Irgendwo hab ich gelesen dass das Problem mit Windows behoben werden konnte. Windows soll es wohl geschafft haben irgendeinen internen Status des NICs zu resetten.
Fazit: Seit dem Wechsel von Fedora-Server auf OpenSuse-Server besteht das Problem in allen bisher getesteten Betriebssystemen (Fedora-Server, OpenSuse-Server, Mint-Live, Windows 11). Was kann das verursacht haben?
Mal die Tips aus dem Arch wiki?
ZitatAlles anzeigenCarrier lost means that the other side doesn#t respond on a low level what could mean
1. cable
2. plugs are part of the cable
3. on both sides
4. temporary misbehavior of the link partner (powered down and no termination)
5. cable
6. it's probably the cable
[SOLVED] Ethernet connection randomly goes to "NO-CARRIER" / Kernel & Hardware / Arch Linux Forums
Mal die Kabel getauscht, Ports getauscht?
Firmware Version: M28KT44A Firmware Date: Mon 2024-04-15
Hast du schon die Firmware-Version M28KT44A/20.0.0.44 vom 25 Apr 2024 versucht?