Zitat von: Thats_me am 30. Januar 2023, 15:01:25Meine Schlussfolgerung. Beide Distris haben Probleme mit Realtekhilft dir nicht weiter, trotzdem muss ich dieser Schlussfolgerung widersprechen. Schon deshalb, weil meine Ausstattung so aussieht
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
driver: r8169
xmg:[me]:~$ ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) Bytes an Daten.
64 Bytes von 192.168.5.1: icmp_seq=3 ttl=64 Zeit=1.30 ms
64 Bytes von 192.168.5.1: icmp_seq=4 ttl=64 Zeit=1.10 ms
64 Bytes von 192.168.5.1: icmp_seq=6 ttl=64 Zeit=1.28 ms
64 Bytes von 192.168.5.1: icmp_seq=7 ttl=64 Zeit=1.08 ms
64 Bytes von 192.168.5.1: icmp_seq=14 ttl=64 Zeit=0.855 ms
64 Bytes von 192.168.5.1: icmp_seq=17 ttl=64 Zeit=1.18 ms
64 Bytes von 192.168.5.1: icmp_seq=18 ttl=64 Zeit=1.05 ms
64 Bytes von 192.168.5.1: icmp_seq=19 ttl=64 Zeit=1.35 ms
^C
--- 192.168.5.1 ping-Statistik ---
20 Pakete übertragen, 8 empfangen, 60% packet loss, time 19174ms
rtt min/avg/max/mdev = 0.855/1.151/1.351/0.151 ms
xmg:[me]:~$ ping 192.168.5.1
PING 192.168.5.1 (192.168.5.1) 56(84) Bytes an Daten.
64 Bytes von 192.168.5.1: icmp_seq=1 ttl=64 Zeit=74.6 ms
64 Bytes von 192.168.5.1: icmp_seq=2 ttl=64 Zeit=98.5 ms
64 Bytes von 192.168.5.1: icmp_seq=3 ttl=64 Zeit=0.771 ms
64 Bytes von 192.168.5.1: icmp_seq=4 ttl=64 Zeit=0.771 ms
^C
--- 192.168.5.1 ping-Statistik ---
4 Pakete übertragen, 4 empfangen, 0% packet loss, time 3028ms
rtt min/avg/max/mdev = 0.771/43.678/98.549/43.733 ms
xmg:[me]:~$
Zitat von: Thats_me am 08. Januar 2023, 09:45:47Mal bin ich anscheinend zu mutig
Zitat von: Thats_me am 08. Januar 2023, 09:45:47Klingt nicht nach etwas GefährlichemDas ist vielleicht auch wahr, und ich bin in dem Fall zu ängstlich. Sowas ist eine subjektive Entscheidung. Ich mag es eben lieber in kleinen Schritten und wenn es erstmal reicht, dass der Dienst angehalten wird, dann begnüge ich mich vorab damit.
Zitat von: gosia am 07. Januar 2023, 21:09:02Ich hoffe, morgen auch noch
Zitat von: gosia am 07. Januar 2023, 21:09:02leere Datei in /usr/lib/modprobe.d/ dürfte so oder so keine Rolle spielen. Aber sei einfach mutig, lösche sie und Du merkst was passiert. Lässt sich ja problemlos wieder herstellenJa ich weiß, möönsch TM, überleg doch mal, wenn diese Datei leer ist, ist es ja klar, dass man sie löschen kann. Stimmt. In dem Fall hätte es mir klar sein können, da es ein Modul ist das ja weg soll und man Module explizit laden kann und diese in der Bibliothek vorhanden sind.
Zitatpacman -Rs <Paketname> Wie oben, zusätzlich werden alle abhängige Pakete gesucht und mit entfernt, falls diese nicht von einer anderen Anwendung gebraucht werden.
Zitat von: Thats_me am 07. Januar 2023, 13:06:51Ich hätte gedacht, durch modprobe -r r8168 werden alle Einträge dieses Moduls gelöscht.nicht dass ich wüsste. IMHO musst Du da schon selbst Hand anlegen, aber eine leere Datei in /usr/lib/modprobe.d/ dürfte so oder so keine Rolle spielen. Aber sei einfach mutig, lösche sie und Du merkst was passiert. Lässt sich ja problemlos wieder herstellen.
Zitat von: gosia am 07. Januar 2023, 00:22:02da möchte ich nicht widersprechen
ZitatHast Du nachauch neu gebootet? sudo rc-update add connmand
DefaultAutoConnectTechnologies =
sudo modprobe -r r8168
Zitat von: Thats_me am 06. Januar 2023, 20:54:56ich gehe da etwas chaotisch vor
Zitat von: Thats_me am 06. Januar 2023, 20:54:56sudo rc-service connmand start * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/connmand start
connmand: WARNING: command has already been started
sudo rc-update add connmand
Zitat von: Thats_me am 06. Januar 2023, 20:54:56Dann doch dieses mkinitcpio nehmen?
Zitat von: Thats_me am 06. Januar 2023, 20:54:56Ja.lsmod | grep r816
-> wenn keine Ausgabe -> bedeutet nicht geladen.
Zitat von: Thats_me am 06. Januar 2023, 20:54:56sudo modprobe -v r8169von Hand nachladen funktioniert also. Kann es sein, dass r8169 geblacklistet ist, warum auch immer? Und warum startet dein connman nicht automatisch? Das sind so die Fragen, die mich im Moment bewegen. Mal sehen, ob ich was dazu finde. Das "von-Hand-nachladen" kannst Du ja per autostart als Workaround benutzen, ist aber keine Lösung.
Zitat von: Daemon am 06. Januar 2023, 21:11:36Da wir beide die gleichen bzw. sehr ähnliche Notebooks haben, ich aber davon ausgehe bzw. gesehen habe dass es zumindest die gleiche Netzwerkkarte ist, und ich auch Probleme mit Netzwerk und Artix hatte, sage ich es so wie es ist: Die beiden vertragen sich nicht, und es wird wohl dauern, falls überhaupt jemals, bis die beiden harmonieren.
Was ich mich dabei nur frage: Wir sind doch nicht die einzigen mit der Netzwerkkarte. Haben andere keine Probleme damit?
Falls nein, muss es ja noch an was anderem liegen. Mainboard, Bios, keine Ahnung ....
Seite erstellt in 0.106 Sekunden mit 13 Abfragen.