Hallo Thats_me,

Zitat von: Thats_me am 30. Januar 2023, 15:01:25Meine Schlussfolgerung. Beide Distris haben Probleme mit Realtek

hilft 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

und ich habe weder mit Artix noch mit MX irgendwelche Probleme.
Meine Schlussfolgerung: Der Hase liegt irgendwo anders im Pfeffer, fragt sich nur wo? Router, Provider, Kabel, Anschlüsse, Einstellungen, was weiss ich?

viele Grüsse gosia

Auf Empfehlung habe ich den dkms aus dem AUR installiert.
Der funktioniert auch nicht wirjklich gut.

Ping mit LAN

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

Ping mit W-lan

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]:~$

Ach Leuts, es ist zum Verzweifeln.

Nun ging es einige Tage mit Umstieg auf connman gut.
Jetzt fängt es wieder an zu zicken.
Dauernd Ausfälle. Paketloss, langsames Netzwerk und NW nicht erreichbar.
Im Sekundentakt.

Also zum Check, ob es mit MX und Networkmanager anders ist.

Siehe da, das selbe. Und wieder, es klapp mit W-Lan einwandfrei.

Meine Schlussfolgerung. Beide Distris haben Probleme mit Realtek 

Man man, worauf man beim Kauf alles achten muss.
Echt keine Lust nur per W-lan unterwegs zu sein. Auch wenn das Risko eines Hacks bei mir in der Gegen wohl eher gering ist.

Hallo Thats_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ährlichem

Das 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.
Also lass dich nicht durch mich irre machen. Hauptsache ist, dass Du weisst, was Du tust und warum, es nachvollziehen und notfalls rückgängig machen kannst. Da dies alles für dich zutrifft ist es doch gut.

viele Grüsse gosia

Guten Morgen gosia,

Zitat von: gosia am 07. Januar 2023, 21:09:02Ich hoffe, morgen auch noch

Bis jetzt ja. Ich habe auch heraus gefunden wie ich connman dazu bringe meine DNS-Server zu verwenden und nicht immer raus zu werfen.

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 herstellen

Ja 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.

Beim Löschen bin ich lieber vorsichtig. Das wird ja auch allgemein geraten. Mal bin ich anscheinend zu mutig -Rs beim nm

In der wiki steht:

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.

Gedanke: Klingt nicht nach etwas Gefährlichem. NetworkManager soll ja komplett weg, weil er sich mit connman nicht verträgt. Was noch gebraucht wird, bleibt ja bestehen.

Dann wieder nicht mutig genug. r8168.conf
Mein Gedanke war/ist.
Es gibt ja unzählige leere Dateien und Verzeichnisse, sowie 0 Byte Dateien. Auch Dateien wo alles mit # kommentiert ist und quasi Vorlagen sind. Wenn da nichts auskommentiert wird, steht da im Grunde auch nichts drin, denn es wird ja nichts ausgeführt, wenn da ein # davor steht.
Es wird Gründe haben, dass manches vom System angelegt wird. Könnte ja sein, dass nach denen irgend wann gesucht wird, sie aber nicht neu angelegt werden, sondern ein Prozess einfach abbricht, wenn nichts gefunden wird.
Ich bin ja kein Programmierer.

Hallo Thats_me,
schön zu hören, dass es jetzt funktioniert. Ich hoffe, morgen auch noch

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.

viele Grüsse gosia

Einen schönen guten Morgen/Mittag gosia!

Ich habe das Problem behoben *juhuuu*.Blacklist war das Stichwort. Da schaute ich dann nochmal nach.

Zitat von: gosia am 07. Januar 2023, 00:22:02da möchte ich nicht widersprechen

lol, ich auch nicht   Es gibt eben Menschen die gehen unnötige Umwege in ihrem Linuxleben *g*
Wenn sie Glück haben finden sie eine treue geduldige Gefährtin, die ihnen  den rechten Weg weist

Und ja, es hatte alles "jahrelang" funktioniert, sonst hätte ich euch längst damit geplagt. *rotwerd*
Ich meine, es begann mit einem Update des nm, so Anfang Dez., da müsste ich nachschauen.
Ich hatte ja erst meinen Provider in Verdacht und merkte erst Ende Dez. dass es an Artix liegt.

ZitatHast Du nach

sudo rc-update add connmand

auch neu gebootet?

Einmal ja, das andere mal nicht. Sorry. Ich erinnere mich, dass ich dann in der main.conf beim Eintrag

DefaultAutoConnectTechnologies =

das # raus genommen hatte. Und nun startet connman auch automatisch. Sorry, dass ich das nicht erwähnte. Vor lauter Sucherei und eigener Recherche, habe ich das vergessen.

Geladen werden soll nun ja doch der alte/bisherige r8169 (Statt r8168 von daemon)
Mit dem Neuen hatte es ja auch nicht funktioniert.
Ich habe in der bash_history nachgeschaut. Ich hatte beim Wechsel zum ursprünglichen r8169 vergessen ein

sudo modprobe -r r8168

zu machen.

In /usr/lib/modprobe.d/ stand vor dem heutigen Booten nämlich eine r8168.conf und dort blacklist r8169. Klar, dass dann der r8169 nicht automatisch geladen wird. Jedenfalls habe ich dort den blacklist-Eintrag mal gelöscht. Die ganze Datei zu löschen traute ich mich nicht.

Dann habe ich vor einem erneuten Boot modprobe -r r8168 nachgeholt und nochmal gebootet.

Was mich jedoch irritiert. Trotzdem steht in /usr/lib/modprobe.d/ noch die r8168.conf Die ist zwar leer, da ich das blacklist ja zuvor gelöscht habe.
Die Blacklist, bzw. die r8168.conf muss man demnach anscheinend manuell entfernen? Ich hätte gedacht, durch modprobe -r r8168 werden alle Einträge dieses Moduls gelöscht.

Ich bin jedenfalls erleichtert.

Herzlichen Dank!!

Hallo Thats_me,

Zitat von: Thats_me am 06. Januar 2023, 20:54:56ich gehe da etwas chaotisch vor

da möchte ich nicht widersprechen
Was mir auffällt:

Zitat von: Thats_me am 06. Januar 2023, 20:54:56

sudo rc-service connmand start

 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/connmand start

es sieht so aus, als ob dein connman nicht automatisch startet. Bei mir kommt da

connmand: WARNING: command has already been started

Hast Du nach

sudo rc-update add connmand

auch neu gebootet?

Zitat von: Thats_me am 06. Januar 2023, 20:54:56Dann doch dieses mkinitcpio nehmen?

ja, das geht.
https://wiki.artixlinux.org/Main/Migration#Update_the_bootloader_and_the_kernel_initramfs
Ich habe update-initramfs, das gehört zu den initramfs-tools, aber kann sein, dass ich das von früher her oder selbst compiliert habe.

Zitat von: Thats_me am 06. Januar 2023, 20:54:56

lsmod | grep r816

-> wenn keine Ausgabe -> bedeutet nicht geladen.

Ja.

Zitat von: Thats_me am 06. Januar 2023, 20:54:56sudo modprobe -v r8169

von 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.
Dann noch die Nachfrage, Du benutzt doch Artix nicht erst seit gestern oder heute, hat es denn schon mal funktioniert, vor einem halben Jahr oder wann immer?

viele Grüsse gosia

PS. die letzte Frage hast du schon beantwortet, wie ich gerade sehe. Hm. Kernelproblem? Ich habe 5.15.82-1-lts, aber eine andere Netzwerkkarte und als Treiber tg3. Werde mich mal umsehen, ob ich einen Rechner auftreibe, der den Treiber r8169 braucht.

Ich sollte wohl mal im Artix Forum nachfragen.
Aber im Deutschen Teil hagelt es nicht gerade viel Hilfe.

Und auf Englisch traue ich mir das komplexe Thema nicht zu.

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 ....

Sieht so aus. Ich wollte zu Siduction wechseln, bzw. das mal ausprobieren. Aber das erkennt die Efi Partition nicht und will die Efi Partition formatieren, bzw. sogar die gesamte FP. Calamares akzeptiert nur eine Größe von 300 MB, was man zwar umgehen kann, aber trotzdem nur installieren kann, wenn man zulässt, dass /boot/efi neu formatiert wird.

Ne, das ist mir zu heiß. Lösung wurde noch keine gefunden. Naja auch eine kleine Odysee

Aber mal sehen, vielleicht bekomme ich das noch hin, dass eth0 Treiber gespeichert wird. Zuvor gab es ja auch keine Probs. wird wohl an einem älteren Update liegen. Da ging es nämlich los.
Vielleicht sollte ich mal einen anderen Kernel testen. Nicht den lts