Beiträge von hammu

Zitat von luigi

Falls du es noch nicht ausprobiert hast, verwende mal ein anderes Ethernet-Kabel und/oder einen anderen Port am Router. Oder war dein zweites Gerät, welches ohne Probleme lief, mit dem selben Kabel und Buchse verbunden?

Nein, das hat ein extra LAN-Kabel. Das Ethernetkabel für den Problem-Laptop (mit Leap15.5) liegt Unterputz in der Wand und endet im Erdgeschoss in einer Steckdose mit 2 LAN-Anschlüssen.

Ich habe gerade einmal die LAN-Kabeleingänge an meinem Router vertauscht. Das ändert auch nichts.

Wenn ich die Dinge richtig einordne, kann es kein Kabelproblem sein, denn sonst würde ja nach einem Neustart des Modems, die Verbindung nicht auf einmal funktionieren.

Zitat von luigi

Bin mir nicht sicher, aber die Zeilen deiner Ausgabe im post #47 scheinen am Ende abgeschnitten.

Kannst du als root die Ausgabe in eine Datei NMservice.txt umleiten und diese dann hier anzeigen?

Code

systemctl status NetworkManager.service > NMservice.txt

hier ist es:

NMservice.txt

Heute Mittag war es wieder so weit! Die alten Mucken!
Ich habe daraufhin gemäß...

Zitat von Sauerland

(...)

Was sagt, wenn es nicht funktioniert (als root)

Code

systemctl status NetworkManager.service

... das als root eingegeben und erhielt das Folgende:

Code

localhost:/home/hgtschudi # systemctl status NetworkManager.service 
● NetworkManager.service - Network Manager 
    Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled) 
    Active: active (running) since Fri 2024-04-05 12:12:20 CEST; 7min ago 
      Docs: man:NetworkManager(8) 
  Main PID: 1132 (NetworkManager) localhost:/home/hgtschudi # systemctl status NetworkManager.service 
● NetworkManager.service - Network Manager 
    Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; vendor preset: disabled) 
    Active: active (running) since Fri 2024-04-05 12:12:20 CEST; 7min ago 
      Docs: man:NetworkManager(8) 
  Main PID: 1132 (NetworkManager) 
     Tasks: 3 (limit: 4915) 
    CGroup: /system.slice/NetworkManager.service 
            └─ 1132 /usr/sbin/NetworkManager --no-daemon 

Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2071] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2137] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2141] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2145] manager: NetworkManager stat> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2150] device (eth2): Activation: s> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2159] manager: NetworkManager stat> 
Apr 05 12:12:25 localhost.localdomain NetworkManager[1132]: <info>  [1712311945.4663] device (eth2): carrier: link> 
Apr 05 12:12:33 localhost.localdomain NetworkManager[1132]: <info>  [1712311953.5155] agent-manager: agent[2207723> 
Apr 05 12:12:38 localhost.localdomain NetworkManager[1132]: <info>  [1712311958.4483] policy: set-hostname: set ho> 
Apr 05 12:12:55 localhost.localdomain NetworkManager[1132]: <info>  [1712311975.7709] audit: op="statistics" inter>

     Tasks: 3 (limit: 4915) 
    CGroup: /system.slice/NetworkManager.service 
            └─ 1132 /usr/sbin/NetworkManager --no-daemon 

Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2071] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2137] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2141] device (eth2): state change:> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2145] manager: NetworkManager stat> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2150] device (eth2): Activation: s> 
Apr 05 12:12:24 localhost.localdomain NetworkManager[1132]: <info>  [1712311944.2159] manager: NetworkManager stat> 
Apr 05 12:12:25 localhost.localdomain NetworkManager[1132]: <info>  [1712311945.4663] device (eth2): carrier: link> 
Apr 05 12:12:33 localhost.localdomain NetworkManager[1132]: <info>  [1712311953.5155] agent-manager: agent[2207723> 
Apr 05 12:12:38 localhost.localdomain NetworkManager[1132]: <info>  [1712311958.4483] policy: set-hostname: set ho> 
Apr 05 12:12:55 localhost.localdomain NetworkManager[1132]: <info>  [1712311975.7709] audit: op="statistics" inter>

Alles anzeigen

Jetzt hat seit knapp einer Woche die eth0 LAN-Verbindung anstandslos funktioniert. Ich kann das Thema abhaken, denke ich.

Nochmal, sehr herzlichen Dank für die kompetente Hilfe,

Hartmut

Zitat von Sauerland

(...)

Was sagt, wenn es nicht funktioniert (als root)

Code

systemctl status NetworkManager.service

Heute vormittag hat es zur Abwechslung wieder einmal funktioniert. Ich melde mich, wenn der Fall wieder eintritt, dass es nach dem Hochfahren nicht läuft.

Lieber Sauerland,

eben, nach erneutem Hochfahren meines Laptops, erhielt ich die 3 Werte:

hgtschudi@localhost:~> 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: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 
   link/ether e2:4b:87:3f:31:52 brd ff:ff:ff:ff:ff:ff permaddr 80:30:49:af:35:43 
   altname wlp2s0 
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 
   link/ether 00:e0:4c:68:04:76 brd ff:ff:ff:ff:ff:ff 
   altname enp3s0f3u2u4 
   inet 192.168.2.10/24 brd 192.168.2.255 scope global noprefixroute eth2 
      valid_lft forever preferred_lft forever 
   inet6 fe80::6ffa:6942:1ac4:6762/64 scope link noprefixroute  
      valid_lft forever preferred_lft forever

hgtschudi@localhost:~> ping -c3 8.8.8.8 
PING 8.8.8.8 (8.8.8.8) 56(84) Bytes an Daten. 
Von 192.168.2.10 icmp_seq=1 Zielhost nicht erreichbar 
Von 192.168.2.10 icmp_seq=2 Zielhost nicht erreichbar  
Von 192.168.2.10 icmp_seq=3 Zielhost nicht erreichbar 

hgtschudi@localhost:~> ping -c3 google.com 
ping: google.com: Temporärer Fehler 

Zitat von Sauerland

Dann warten wir einmal ab.......

Es hat sich leider doch nichts verändert. Heute nach dem Hochfahren meines Laptops mit der neuen Einstellung im Netzwerk, wie von Dir angegeben:

(und an die Router Adresse heran.

erhalte ich beim Öffnen von Thunderbird wieder die Meldung :

Das erstaunliche und Neue dabei ist aber, dass die Netzwerk-Anzeige in der Taskleiste unten gleichzeitig eine bestehende eth0 Verbindung anzeigt, (siehe Bild)!

Ist doch seltsam. oder?

Jedenfalls komme ich wieder erst nach einem Neustart des Routers ins Internet.

Auf dem 2. Laptop mit installiertem "Tumbleweed" am gleichen Router über LAN, besteht das Problem nicht.

Hartmut

Zitat von Sauerland

Dann warten wir einmal ab.......

Lieber Sauerland, es scheint zu funktionieren. Heute morgen kam ich anstandslos ins LAN und hier auf Suse-opensuse-forum.de/wcf/attachment/16740/forum.

Wenn das so bleibt, haben wir gewonnen. Das war ja ein richtiges Stück Arbeit!

Ich werde mich bei Gelegenheit mal intensiver mit den einzelnen Schritten befassen. Das ist Neuland für mich.

Du sprachst auch von "gebrandeten Routern".- Das ist noch etwas, was mich interessiert. Aber dafür mache ich ein neues Thema auf.

Das hier setze ich auf erledigt.

Herzlichen Dank für Deine unermüdliche und beharrliche Hilfe,

Hartmut

Zitat von Sauerland

Poste auch mal vom Tab "Allgemeine Einstellungen" ein Bild.

hier ist es:

und da folgt jetzt die endgültige manuelle ipv4 - Einstellung:

Sie wird auch schon angewendet.