Problem: INSTALLIEREN/ENTFERNEN VON SOFTWAREPAKETEN

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

  • Eine Portweiterleitung ist und war noch nie eingerichtet, weil vorher keine Probleme gab!
    Soll bzw. kann man Ports sonst wie öffnen?
    Der Test mit Telnet läuft jetzt seit ein paar Stunden ohne beendigung!

  • Falls du den Ping meinst... ich hatte ja geschrieben, dass du den mit CTRL-C abbrechen musst.
    Wichtig ist nur, ob nslookup die Adresse ZDF.de auflösen konnte und ob der Ping das Ziel erreicht. Wenn das so ist, sollte netzwerkmäßig alles in Ordnung sein.

    Wenn du den Ping abgebrochen hast, könntest du in der Telnet-Sitzung mal machen

    opkg upgrade
    opkg update

    Und die Ausgabe von beiden Kommandos hier posten.

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

  • Du mußt für den Zugriff von "innen" ins Internet KEINE Ports öffnen und selbst wenn welche geöffnet sind, spielt das KEINE Rolle. Es sei denn durch die offenen Ports hat jemand unerwünschtes Zugriff auf die BOx unddiese manipuliert.
    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:

  • Sehe ich auch so. Von Innen nach Außen gibt es auch keine Port-Weiterleitungen.

    Vielleicht ist es ja was ganz anderes... Mach doch mal in einer Telnet-Shell

    df -h

    und poste das Ergebnis hier... Vielleicht ist ja nur kein Platz mehr im Zielverzeichnis, um die runtergeladenen Dateien abzuspeichern...

  • Hallo!

    Hier die Ergebnisse von Telnet:
    Spoiler anzeigen


    root@Vu+Duo2:~# opkg upgrade
    Collected errors:
    * parse_from_stream_nomalloc: Excessively long line at 7. Corrupt file?
    root@Vu+Duo2:~# opkg update
    Collected errors:
    * parse_from_stream_nomalloc: Excessively long line at 7. Corrupt file?
    root@Vu+Duo2:~#
    Hier noch der andere Telnet - Test:
    Spoiler anzeigen



    ct64 bytes from 91.197.29.78: seq=47 ttl=245 time=47.634 ms
    ttttttttlllllll64 bytes from 91.197.29.78: seq=48 ttl=245 time=46.611 ms
    lllllllllllllllllllllllllll64 bytes from 91.197.29.78: seq=49 ttl=245 time=47.3
    4 ms
    c64 bytes from 91.197.29.78: seq=50 ttl=245 time=48.383 ms
    64 bytes from 91.197.29.78: seq=51 ttl=245 time=49.640 ms
    64 bytes from 91.197.29.78: seq=52 ttl=245 time=57.301 ms
    64 bytes from 91.197.29.78: seq=53 ttl=245 time=49.952 ms
    64 bytes from 91.197.29.78: seq=54 ttl=245 time=64.770 ms
    64 bytes from 91.197.29.78: seq=55 ttl=245 time=49.057 ms
    64 bytes from 91.197.29.78: seq=56 ttl=245 time=55.601 ms
    64 bytes from 91.197.29.78: seq=57 ttl=245 time=48.843 ms
    64 bytes from 91.197.29.78: seq=58 ttl=245 time=49.361 ms
    64 bytes from 91.197.29.78: seq=59 ttl=245 time=48.252 ms
    64 bytes from 91.197.29.78: seq=60 ttl=245 time=55.150 ms
    64 bytes from 91.197.29.78: seq=61 ttl=245 time=47.967 ms
    64 bytes from 91.197.29.78: seq=62 ttl=245 time=49.043 ms
    64 bytes from 91.197.29.78: seq=63 ttl=245 time=47.808 ms
    64 bytes from 91.197.29.78: seq=64 ttl=245 time=55.701 ms
    64 bytes from 91.197.29.78: seq=65 ttl=245 time=48.573 ms
    ^C
    --- zdf.de ping statistics ---
    66 packets transmitted, 66 packets received, 0% packet loss
    round-trip min/avg/max = 39.147/46.874/64.770 ms

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

  • im netzwerk kommste ja auf die box, damit ist schonmal ein teil der netzwerk-config okay

    was passiert wenn du von der box aus mal google anpingst ?

    ping google.com

    falls das nicht funzen sollte, daste zwar ne ip auf deiner box aber das gateway oder dns stimmen nicht

    EDIT: war fast zeitgleich. gateway scheint ja auch zu funzen, das was kommt wenn du einen hostnamen ( google.com ) anpingst und keine ip ?

    EDIT2: hat sich auch erledigt, war ja nen host (zdf.de)

    dann scheiden gateway und dns als fehlerquelle aus
    Gruß wsxws

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

  • Hallo @wsxws, sowas hatte ich ja auch schon vorgeschlagen, nur dass ich statt google.com auf zdf.de habe pingen lassen. Das Ergebnis ist jetzt direkt vor deinem Post. Sowohl nslookup als auch ping funktionieren. Daher scheidet meiner Meinung nach ein Netzwerkproblem aus.

    Viel interessanter ist die Fehlermeldung im ersten Spoiler im Post 26. Da hatte ich nachgefragt, was ein "opkg update" denn bringt, und der bringt tatsächlich eine Fehlermeldung


    root@Vu+Duo2:~# opkg update
    Collected errors:
    * parse_from_stream_nomalloc: Excessively long line at 7. Corrupt file?


    Das sieht so aus, als wäre die opkg-Datenbank bzw. die Feed-Liste nicht in Ordnung...

    Rick

  • Wo und wie gehe ich vor bei Debug ausschalten? Versteh das nicht!

  • Hallo!

    Hier der Test:



    root@Vu+Duo2:~# opkg update -V 3
    opkg_conf_parse_file: Loading conf file /etc/opkg/all-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/all_static-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/arch.conf.
    opkg_conf_parse_file: Supported arch all priority (1)
    opkg_conf_parse_file: Supported arch any priority (6)
    opkg_conf_parse_file: Supported arch noarch priority (11)
    opkg_conf_parse_file: Supported arch mips32el priority (16)
    opkg_conf_parse_file: Supported arch vuduo2 priority (21)
    opkg_conf_parse_file: Supported arch mipsel priority (7)
    opkg_conf_parse_file: Loading conf file /etc/opkg/mips32el-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/mips32el_static-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/opkg.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/softcams_mips32el-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/thirdparty-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/vuduo2-feed.conf.
    opkg_conf_parse_file: Loading conf file /etc/opkg/vuduo2_static-feed.conf.
    pkg_hash_load_feeds:
    Collected errors:
    * parse_from_stream_nomalloc: Excessively long line at 7. Corrupt file?
    root@Vu+Duo2:~#


    Sieht jemand das Problem?

  • Hm... da ist wahrscheinlich irgendeine database Datei im Eimer.

    Wenn du genug Flash frei hast (ca. 20MB!), kannst folgendes versuchen:

    Quellcode

    1. mv -f /var/lib/opkg/ /var/lib/opkg-orig
    2. mkdir /var/lib/opkg
    danach opkg update

    Wenn das funkioniert, kannst du mit

    Quellcode

    1. rm -f /var/lib/opkg-orig
    die Sicherung von oben löschen.

  • Hallo!

    Hier Ergebnisse der ersten 2 Quellcodes.
    Soll ich jetzt den letzten Quellcode machen?




    Downloading: VTi-all.gz
    Inflating: VTi-all
    Updated list of available packages in /var/lib/opkg/VTi-all.
    Downloading: VTi-all_static.gz
    Inflating: VTi-all_static
    Updated list of available packages in /var/lib/opkg/VTi-all_static.
    Downloading: VTi-mips32el.gz
    Inflating: VTi-mips32el
    Updated list of available packages in /var/lib/opkg/VTi-mips32el.
    Downloading: VTi-mips32el_static.gz
    Inflating: VTi-mips32el_static
    Updated list of available packages in /var/lib/opkg/VTi-mips32el_static.
    Downloading: VTi-softcams_mips32el.gz
    Inflating: VTi-softcams_mips32el
    Updated list of available packages in /var/lib/opkg/VTi-softcams_mips32el.
    Downloading: VTi-thirdparty.gz
    Inflating: VTi-thirdparty
    Updated list of available packages in /var/lib/opkg/VTi-thirdparty.
    Downloading: VTi-vuduo2.gz
    Inflating: VTi-vuduo2
    Updated list of available packages in /var/lib/opkg/VTi-vuduo2.
    Downloading: VTi-vuduo2_static.gz
    Inflating: VTi-vuduo2_static
    Updated list of available packages in /var/lib/opkg/VTi-vuduo2_static.

  • jetzt hat der Zugriff auf die Softwatrepakete wieder funktioniert.
    Doch jetzt glaub ich habe ich einen Fehler gemacht.
    Meine installierten Plugins waren in der List nichtmehr markiert, und ich hab viele markiert zur neuinstallation.
    Jetzt fährt die Boxnach dem Neustart nicht mehr hoch. Was soll ich machen?
    Ich habe vor der neuinsatallation der Plugins alle 3 Punkte in der Backupsuite gesichert, und vor ein paar Tagen das Image auf einen Stik! Da müsste sich was machen lassen das sie wenigstens wie vorher ist!?