LAN-Anschluss an der VU+ Solo SE V2 defekt?

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • LAN-Anschluss an der VU+ Solo SE V2 defekt?

      Hallo zusammen,

      ich habe ein Problem mit dem LAN-Anschluss an meiner VU+ Solo Se V2. Da das Problem kein individuelles Solo SE V2 Problem ist, poste ich das hier mal im allgemeinen Bereich.

      Ich habe das Problem, dass die Box keine IP-Adresse mehr bekommt. Netzwerk ist aktiviert und auch korrekt konfiguriert, ging auch am Vortag ohne etwas zu ändern noch. Auch ein anderes Kabel und den Anschluss an einer anderen LAN-Dose löste das Problem nicht. Auch die Vergabe einer statischen IP war erfolglos.

      Wenn man von hinten auf den Anschluss schaut, so leuchtet die links obere LED des LAN-Anschlusses dauerhaft gelb, unabhängig ob ein LAN-Kabel angeschlossen ist oder nicht.

      Unter dem LAN-Anschluss ist auch ein USB-Anschluss. Über diesen "Turm" sind die beiden Anschlüsse mit dem Motherboard verbunden. Ein grundsätzliches Problem dieses "Turms" kann ich ausschließen, da ich über einen W-Lan-Stick über genau diesen USB-Port ins Netzwerk komme.

      Hat jemand eine Idee, wie ich das Problem lösen kann? Würde gerne den ein oder anderen Ratschlag abwarten, bevor ich die Box neu flashe.

      Der "Turm" ist scheinbar fest mit dem Motherboard verbunden und nicht gesteckt, ist das richtig? Ein Austausch ist demnach nicht oder nur schwer möglich, oder?

      Bin um jeden Tipp dankbar. Vielen Dank bereits im Vorfeld.

      Gruß

    • Box neu starten, Router neu starten, Router Konfiguration kontrollieren, Box-Konfiguration Netzwerk kontrollieren, Logs bei Router und Box auslesen, wenn nichts hilft. Geräte gerne auch mal beide Geräte für ein/zwei Minuten stromlos machen.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

    • Router und Box hatte ich schon stromlos gemacht und auch schon in das Innern der Box geschaut, ob mir da etwas auffällt.

      Habe die Box nochmals neu gestartet und ins Log der Fritzbox geschaut. Hier habe ich beim Aktivieren der LAN-Verbindung keinen Eintrag gefunden. Als ich des W-Lan an der Box aktiviert habe, hatte ich einen Eintrag im Log. Ich denke dass die Fritzbox nichts von der Box mitbekommt (also kein Signal bei der Fritzbox ankommt)

      Die Konfiguration der Box und Router hatte ich auch nochmals geprüft aber wie erwartet nichts feststellen können, da auch nichts geändert wurde. Das LAN lief am Vorabend noch, ging dann wie immer über nacht in den Deep Standby und am nächsten Tag ging das LAN nicht mehr.

      Log der VU+ muss ich mal noch auslesen, das ist ein guter Tipp. Muss später mal nachlesen wo ich das Log finde.

    • Ich habe die Box gestartet und war per W-Lan verbunden. Dann habe ich auf LAN gewechselt. Eine IP-Adresse wurde nicht vergeben. Danach habe ich wieder W-Lan aktiviert und das log gespeichert. Hier der Auszug des Logs von dieser Zeit:
      Spoiler anzeigen
      Sep 17 11:53:23 vusolose user.info kernel: wlan0: deauthenticating from 2c:91:ab:19:59:3d by local choice (reason=3)
      Sep 17 11:53:23 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 3
      Sep 17 11:53:23 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 2
      Sep 17 11:53:23 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 1
      Sep 17 11:53:23 vusolose user.debug kernel: wlan0: Removed STA 2c:91:ab:19:59:3d
      Sep 17 11:53:23 vusolose user.debug kernel: wlan0: Destroyed STA 2c:91:ab:19:59:3d
      Sep 17 11:53:23 vusolose user.info kernel: cfg80211: Calling CRDA for country: DE
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Interface wlan0.IPv6 no longer relevant for mDNS.
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::21d:fff:feae:27ae.
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Interface wlan0.IPv4 no longer relevant for mDNS.
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.178.175.
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Withdrawing address record for fe80::21d:fff:feae:27ae on wlan0.
      Sep 17 11:53:23 vusolose daemon.info avahi-daemon[874]: Withdrawing address record for 192.168.178.175 on wlan0.
      Sep 17 11:53:24 vusolose user.info kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
      Sep 17 11:53:24 vusolose user.debug kernel: __clk_enable: network [1]
      Sep 17 11:53:24 vusolose user.debug kernel: bcm7429_pm_network_enable 00
      Sep 17 11:53:24 vusolose user.debug kernel: __clk_enable: enet [1]
      Sep 17 11:53:24 vusolose user.debug kernel: bcm40nm_pm_genet_enable 00
      Sep 17 11:53:24 vusolose user.info kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
      Sep 17 11:53:33 vusolose daemon.err odhcp6c[1246]: Failed to send RS (Network is unreachable)
      Sep 17 11:53:33 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:53:34 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:53:36 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:53:37 vusolose daemon.err nmbd[841]: [2021/09/17 11:53:37.112617, 0] ../source3/nmbd/nmbd.c:362(reload_interfaces)
      Sep 17 11:53:37 vusolose daemon.err nmbd[841]: reload_interfaces: No subnets to listen to. Waiting..
      Sep 17 11:53:39 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:53:46 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:53:54 vusolose daemon.err ntpdate[1287]: Can't find host pool.ntp.org: Name or service not known (-2)
      Sep 17 11:53:54 vusolose daemon.err ntpdate[1287]: no servers can be used, exiting
      Sep 17 11:53:59 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:54:26 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:55:18 vusolose daemon.err odhcp6c[1247]: Failed to send DHCPV6 message to ff02::1:2 (Network is unreachable)
      Sep 17 11:56:19 vusolose user.debug kernel: __clk_disable: enet [0]
      Sep 17 11:56:19 vusolose user.debug kernel: bcm40nm_pm_genet_disable 00
      Sep 17 11:56:19 vusolose user.debug kernel: __clk_disable: network [0]
      Sep 17 11:56:19 vusolose user.debug kernel: bcm7429_pm_network_disable 00
      Sep 17 11:56:19 vusolose user.info kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: authenticate with 2c:91:ab:19:59:3d
      Sep 17 11:56:21 vusolose user.debug kernel: wlan0: Allocated STA 2c:91:ab:19:59:3d
      Sep 17 11:56:21 vusolose user.debug kernel: wlan0: Inserted STA 2c:91:ab:19:59:3d
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: send auth to 2c:91:ab:19:59:3d (try 1/3)
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: authenticated
      Sep 17 11:56:21 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 2
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: associate with 2c:91:ab:19:59:3d (try 1/3)
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: RX AssocResp from 2c:91:ab:19:59:3d (capab=0x1431 status=0 aid=14)
      Sep 17 11:56:21 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 3
      Sep 17 11:56:21 vusolose user.info kernel: wlan0: associated
      Sep 17 11:56:21 vusolose user.info kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
      Sep 17 11:56:21 vusolose user.debug kernel: wlan0: moving STA 2c:91:ab:19:59:3d to state 4
      Sep 17 11:56:22 vusolose daemon.info avahi-daemon[874]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::21d:fff:feae:27ae.
      Sep 17 11:56:22 vusolose daemon.info avahi-daemon[874]: New relevant interface wlan0.IPv6 for mDNS.
      Sep 17 11:56:22 vusolose daemon.info avahi-daemon[874]: Registering new address record for fe80::21d:fff:feae:27ae on wlan0.*.
      Sep 17 11:56:23 vusolose daemon.info avahi-daemon[874]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.178.175.
      Sep 17 11:56:23 vusolose daemon.info avahi-daemon[874]: New relevant interface wlan0.IPv4 for mDNS.
      Sep 17 11:56:23 vusolose daemon.info avahi-daemon[874]: Registering new address record for 192.168.178.175 on wlan0.IPv4.
      Sep 17 11:56:30 vusolose daemon.notice ntpdate[1565]: step time server 192.168.178.1 offset -0.032859 sec
      Sep 17 11:56:30 vusolose daemon.notice stb-hwclock: Current system time has been written into FP pseudo RTC.
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]: [2021/09/17 11:56:50.178968, 0] ../source3/nmbd/nmbd_become_lmb.c:397(become_local_master_stage2)
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]: *****
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]:
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]: Samba name server VUSOLOSE is now a local master browser for workgroup WORKGROUP on subnet 192.168.178.175
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]:
      Sep 17 11:56:50 vusolose daemon.err nmbd[841]: *****

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • Sieht für mich so aus, als ob deine Box versucht, eine IPv6 Adresse zu bekommen, aber IPv4 gar nicht erst versucht. Keine Ahnung, was da abgeht, ein Konfigurations-Fehler scheint mir aber am wahrscheinlichsten.

      Ich würde jetzt mein aktuellsten Backup zurückflashen (was bei mir 5 Tage alt ist, weil automatisch jede Woche erzeugt...)
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

    • Das Problem ist glaube ich dies hier: eth0: link is not ready.
      Das heißt, dass am Ethernet-Port keine Verbindung vorliegt.
      Das hört sich nach einem physikalischen Problem an, also Kabel, Steckverbinder, Switch-Port, schlimmstenfalls der Ethernet-Port der Box.

      Wenn Du dich auf die Kommandozeile der Box traust, könntest Du das hier mal versuchen:

      ifconfig
      ifconfig eth0 down
      ifconfig eth0 192.168.X.X up
      ifconfig

      Um auf die Box zu kommen, musst Du natürlich per WLAN verbunden sein.
      Ich hoffe, dass man dann gleichzeitig das Ethernet-Interface hochfahren darf.
      Bei der IP-Adresse musst Du natürlich eine passende freie Adresse aus deinem Netzwerk einsetzen.
      Aus den Ausgaben dieser Kommandos lässt sich vielleicht schließen, was nicht geht... und was geht...

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von RickX ()

    • Wo würdest du den Konfigurationsfehler dann suchen? An der Box, nicht am Router oder? Ich wüsste nicht, wo man an der Box einen Fehler machen kann. Mehr als die Schnittstelle aktivieren, DHCP aktivieren und die IP der fritzbox einzutragen ist es ja eigentlich nicht, oder?

      @RickX
      Ich habe schon ein anderes Kabel an einer anderen Dose versucht und zur Sicherheit dort auch meinen Laptop angestöpselt. Da der Laptop mit dem Netzwerk kein Problem hatte, gehe ich davon aus, dass es an der Verbindung nicht liegt.

      Sofern das neue flashen nicht weiterhilft, handelt es sich wohl um einen technischen Defekt des Ports, oder könnte es noch an etwas anderem liegen?

      Gibt es überhaupt die Möglichkeit mit vertretbarem Aufwand und Kosten diesen Port zu tauschen?

      Edit hgdo: Bitte nicht mehrere Beiträge hintereinander erstellen. Du kannst einen Beitrag 3 Stunden lang bearbeiten und ergänzen.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • Falls es der Ethernet-Port der Box ist, sieht das vermutlich schlecht aus.
      Der ist sicherlich direkt auf dem Mainboard, so dass das einen Mainboard-Tausch bedeuten würde.
      Das Geld würde ich persönlich für eine Solo2 nicht mehr ausgeben...

      Ich weiß nicht, ob Du die Kommandos gesehen hast, die ich nachträglich in Beitrag #7 noch hinzugefügt hatte.
      Die kannst Du ja trotzdem mal ausprobieren. Vielleicht gibt es da eine Meldung, die einen Hinweis auf das Problem gibt.

    • torty85 schrieb:

      DHCP aktivieren und die IP der fritzbox einzutragen
      wozu und wo trägst du die IP der Fritzbox ein? Wenn DHCP aktiv ist, braucht es keine manuellen Einträge.
      Wo kommt bei dir das WLAN in der SoloSEV2 her? Laut Wiki hat die kein WLAN, oder ich hab Tomaten auf den Augen.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • der Befehl lautet ifconfig

      Der primäre DNS wird üblicherweise per DHCP auch gesetzt, und ist meistens der DNS der Fritzbox, wenn man nichts verstellt hat.
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • ja, da war ich bei Windows :D

      könnt ihr da was raus lesen? Die entsprechenden Zeilen habe ich markiert.
      Spoiler anzeigen

      root@vusolose:~# ifconfig
      lo Link encap:Local Loopback
      inet addr:127.0.0.1 Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING MTU:65536 Metric:1
      RX packets:452 errors:0 dropped:0 overruns:0 frame:0
      TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0
      RX bytes:74594 (72.8 KiB) TX bytes:74594 (72.8 KiB)
      wlan0 Link encap:Ethernet HWaddr 00:1D:0F:AE:27:AE
      inet addr:192.168.178.175 Bcast:192.168.178.255 Mask:255.255.255.0
      inet6 addr: fe80::21d:fff:feae:27ae/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      RX packets:1046 errors:0 dropped:96 overruns:0 frame:0
      TX packets:1157 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:143601 (140.2 KiB) TX bytes:159471 (155.7 KiB)
      root@vusolose:~# ifconfig eth0 down
      root@vusolose:~# ifconfig eth0 192.168.178.40 up
      ifconfig: bad address 'upifconfig'
      root@vusolose:~# ifconfig
      eth0 Link encap:Ethernet HWaddr 00:1D:EC:0B:B0:C8
      inet addr:192.168.178.40 Bcast:192.168.178.255 Mask:255.255.255.0
      UP BROADCAST MULTICAST MTU:1500 Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
      lo Link encap:Local Loopback
      inet addr:127.0.0.1 Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING MTU:65536 Metric:1
      RX packets:963 errors:0 dropped:0 overruns:0 frame:0
      TX packets:963 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0
      RX bytes:159966 (156.2 KiB) TX bytes:159966 (156.2 KiB)
      wlan0 Link encap:Ethernet HWaddr 00:1D:0F:AE:27:AE
      inet addr:192.168.178.175 Bcast:192.168.178.255 Mask:255.255.255.0
      inet6 addr: fe80::21d:fff:feae:27ae/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      RX packets:1713 errors:0 dropped:216 overruns:0 frame:0
      TX packets:1953 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:236852 (231.3 KiB) TX bytes:255441 (249.4 KiB)
      root@vusolose:~#

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • Verstehe deine Frage nicht, du siehst doch anhand des Auszugs was ich eingegeben haben:

      root@vusolose:~# ifconfig
      root@vusolose:~# ifconfig eth0 down
      root@vusolose:~# ifconfig eth0 192.168.178.40 up
      ifconfig: bad address 'upifconfig'
      root@vusolose:~# ifconfig

      beim Befehl "ifconfig eth0 192.168.178.40 up" kam "bad address 'upifconfig'" zurück

      oder verstehe ich dich gerade falsch?

      Tippfehler sind in diesem Fall ausgeschlossen, da ich alles kopiert habe... wenn dann würdest du den Fehler hier ja erkennen.

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von hgdo ()

    • Der interessante Punkt hier ist: wo kommt die Ausgabe "upifconfig" bei dir her? Weder im busybox-Binary noch im bei mir installierten ifconfig noch im Linux-Kernel noch in den Include-Files noch im /etc-Verzeichnis gibt es diese Zeichenkette auf meiner Solo4k. Möglich, dass das daran liegt, dass das eine ARM-Box ist, ich bin davon aber nicht überzeugt.

      Wenn du bereit bist, weiter zu suchen, würde mich die Ausgabe von strace ifconfig eth0 192.168.178.40 up interessieren, davon die letzten 10-20 Zeilen (da sollten "ioctl"-Aufrufe zu sehen sein). strace kannst du über den Feed installieren.

      Auch die Ausgabe von ethtool eth0 würde mich noch interessieren, vor allem die letzte Zeile der Ausgabe, gerne aber alles.

      Und um ganz sicher zu gehen, weil du's nirgendwo erwähnt hast: wir sprechen hier von VTi bei dir?
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()

    • zunächst einmal danke für die Hilfe und vielen Tipps.

      Hier das Ergebnis zu ethtool eth0:

      root@vusolose:~# ethtool eth0
      Settings for eth0:
      Cannot get device settings: Invalid argument
      Supports Wake-on: ags
      Wake-on: d
      SecureOn password: 00:00:00:00:00:00
      Link detected: no

      das Plugin strace finde ich leider nicht. Ich habe openATV; kann es daran liegen, dass ich das Plugin unter "Herunterladbare Plugins" nicht finde? Gibt es evtl. nur unter openATV upifconfig?

      Dachte das vti und openATV nehmen sich nicht viel, so dass das mehr Optik / Geschmack ist, zumindest für "einfache" Anwender wie mich :)

    • Ja, die Ausgabe mit "upifconfig" hat dann wohl doch was mit OATV zu tun.

      Unter der Haube unterscheiden sich die beiden im Detail schon noch etwas mehr. Und nach der Ausgabe von ethtool mit "Link detected: no" sieht es auch für mich nach dem aus, was @RickX schon vermutet hat:

      RickX schrieb:

      Das hört sich nach einem physikalischen Problem an, also Kabel, Steckverbinder, Switch-Port, schlimmstenfalls der Ethernet-Port der Box.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.