Suchergebnisse

Ich bin von der VTI integrierten Shutdown Lösung wieder zum Elektro Plugin zurückgewechselt. Auch wenn das Plugin vielleicht uralt ist, aber es funktioniert. Seit ich es aktiv habe, gab es bisher keinen Shutdown Hänger. Sonst immer ein bis zwei Mal die Woche. Da ich sonst nichts am System verändert habe außer der Elektro Installation, muss es fast daran liegen. EPGRefresh oder andere Plugins, die evtl in den Shutdown oder Wakeup eingreifen, hab ich nicht aktiviert.

Der Screenshot zeigt ja ganz deutlich, dass NC kein NFS kann. NextcloudPI hat einen NFS Server in seinem Gesamtpaket, nicht NC. Auf dem Bild wird doch erklärt, dass man NC aktualisieren muss, wenn man per NFS Dateien ändert. Wenn NFS standardmäßig dabei wäre, bräuchte es das nicht. Wie ich und @Torbin schon mal schrieben haben, du muss in der Doku von NextcloudPI nachlesen oder bei deren Forum nachfragen. Das hat hier gar nichts mit einer Standard NC Installation zu tun.

Ja das ist eine Samba Freigabe. Aber du musst unterscheiden, wer die Freigabe erstellt hat. NC ansich macht das nicht. Du hast aber ein fertiges Images für den Pi gezogen. Diese Distribution kann natürlich in einer Form einen Samba Dienst zusätzlich instalieren, aber den kann man nicht auf der NC Oberfläche konfigurieren, sondern irgendwo anders. Daher muss du in die Doku von Nextcloud Pi nachlesen, wie hier der Samba bzw die Freigabe konfiguriert ist.

Schön, aber Nextcloud hat trotzdem keine Sambafreigabe. So wie es ausschaut, hat er eine fertiges Raspberry Image (NextcloudPi) gezogen und da wird wohl Samba aktiv sein. Die NC kann nur auf einen Samba Server zugreifen, um diesen als externen Speicher einzubinden. Daher auch eine Konfiguration in den Settings. Keine Ahnung wie es bei "Nextcloud Pi" eingerichtet ist, aber da gibt es wohl auch eine Doku. Denke, da wird erklärt, welche Ordner wie freigegeben sind.

Nextcloud ist keine Samba oder NFS Freigabe, wenn überhaupt wäre ein WebDAV Zugriff möglich, aber das funktioniert mit der Box nicht. Du musst dann auf dem Nextcloud Server via Paketverwaltung einen nfs-server installieren und entsprechend die Ordner freigeben. Dann klappt das auch mit dem Einbinden in der VU.

Wenn er an der Schüssel nur 35% hat, dann sind es sicher am Receiver bedingt durch die Kabellänge eher 30%. Wobei man auch nicht weiß, von welchem Maximalwert die 35% ausgehen. Am Receiver braucht man für ein HD Programm sicher ca. 50%. Vielleicht ist er auch am falschen Satelliten und er ist gar nicht mehr auf Astra. Um ein neu ausrichten wird er nicht rumkommen. Wenn er ein digitales Messgerät hat, soll er mehrere Transponder vom Astra beim Einrichten prüfen.

Wie @vaszago schon schreibt liegt es bei dir an EPG Share. Da es eh nicht mehr funktioniert, ist es wohl besser, es zu deinstallieren.

Bei mir haben im Grunde zwei Neuinstallationen nix gebracht. Komischerweise ist die Box heute normal erwacht. Das Debug log ist 100% identisch zu dem Log mit dem Hänger. Daher kann ich die Meldung mit connection lost ignorieren, da sie wohl nix mit dem Shutdown Problem zu tun hat. Die Box ist eigentlich über Jahre ohne Probleme gelaufen. Jetzt kommen plötzlich verstärkt die Shutdown Probleme. Es kann ja dann nur am VTI oder an einer App liegen. Hardware will ich jetzt auch nicht ganz ausschließe…

Bei mir am Server normalerweise nicht mehr zugegriffen, da ich die Filme mittlerweile per Plex anschaue. Daher ist in der Regel der Mount auch nicht aktiv. Als HDD Ersatz etc. läuf der Mount nicht. Da der Mount gestern auch nicht eingehängt war, kann ich das im Grunde ausschließen. Im Debug log müsste dann auch noch mehr stehen, was er nicht schreiben konnte. Hier mal der komplette Shutdown (Versteckter Text) Ich hatte vorhin noch übersehen, dass vor dem connection Fehler noch "Looking for embed…

Ich hab Freigaben auf meinem Server, der läuft aber nicht immer. Die Mounts sind aber per auto.network eingehängt, daher sollte es kein Problem sein, wenn sie nicht erreichbar sind. Die Freigaben sind seit Jahren unverändert. Da wäre es sicher früher schon zu Problemen gekommen. Ich hab im VWeather3 Thread grad vorhin noch einen Beitrag von @Otto B gelesen, der mit VWeather und mit Fluid Skin dieses Shutdown Problem hat. Wäre es möglich, dass VWeather hier in die Suppe spuckt? Könnte daher auch …

Bei mir jedenfalls bringt eine Neuinstallation (ohne Backup zurückspielen) nichts. Hab sogar die SSD neu initialisiert, um Fehler im Dateisystem auszuschließen. Die Box hängt sich fast täglich auf, wenn sie in den DS geht. Hab gestern noch das Debug log angeschmissen, aber nicht wirklich Fehler entdeckt. Sieht im Grunde alles sauber aus. Eine Meldung wäre, wenn überhaupt, als Fehler zu identifizieren (Versteckter Text) Kann damit jemand was anfangen? Falls gewünscht, kann ich auch den ganzen Shu…

Aber nur auf der gleichen Satebene (es gibt 4 davon). Mit einem zweiten Kabel kannst du dann mit 2 Ebenen den Großteil der deutschsprachigen Sender sehen. Das Optimum wäre natürlich Unicable. Da reicht dann auch ein Kabel vom Receiver.

Ich tippe auch auf die Tunerkonfiguration und keinen Hardwaredefekt, da es mit anderen Images geht. Muss man bei einiges Receivern nicht auf Tuner B anstecken, wenn nur ein Kabel dran ist? Nicht, dass die anderen Images standardmäßig auf nen anderen Tuner gehn und da dann Bild machen und beim VTI geht es auf einen nicht angeschlossenen Tuner und dann 0 Sender als Folge.

Die ca. 1300 Programme sind für Astra normal und nicht zu wenig

Die oscam binary liegt in /usr/bin/ und die config unter /etc/tuxbox/config/

Wenn du den Tuner "benutzerdefiniert" einrichtest, brauchst du in der unicable.xml nichts eintragen. Die Einstellungen werden in der globalen Settingsdatei gespeichert und werden daher auch bei einem Update nicht überschrieben. Es ist halt nicht so komfortabel, wie bei einem schon vorhandenem Eintrag des Multischalters. Bei benutzerdefiniert muss man halt jeden Parameter, wie SCR und Frequenz manuell eintragen. Bei 8 Tuner dauert das halt ein wenig. Aber funktioniert genauso

Mach sie mal auf und schau dir die Kondensatoren des Netzteils an. Hatte mir auch eine gebraucht gekauft, die nur mit einem uralten Orginal Image lief. Ich hatte 3 aufgeblähte Kondensatoren. Nach dem Tausch der 3 lief sie dann auch mit dem 11er VTI.

Ich bin mittlerweile an dem Punkt, dass ich bei getrennten Netzen immer nur soviel freigebe, wie unbedingt nötigt. Natürlich spielt auch hier der Komfort eine Rolle oder der WAF Daher kann es schon mal sein, dass etwas im nachhinein "unsicherer" wird, als ursprünglich geplant. Ich bin jetzt kein Pen-Tester, von daher kann ich dir nicht im Detail sagen, ob es möglich ist, über die VU in das andere Netz zu gelangen. Mir wäre es das nicht wert. Vor allem, wenn noch "fremde" Parteien an dem Switch h…

Erstmal vorne weg, ich weiß nicht ob die VU+ VLAN fähig sind. Dahin würde ich grundsätzlich einen anderen, sauberen Weg geh. Da du ja bereits einen Layer-2 Switch verbaut hast, lohnt sich eine Anschaffung eines Layer-3 Switches nicht mehr. Ich würde dir eine Firewall empfehlen, wie z.B. pfSense/OpenSense oder Sophos UTM und diese per Trunk an den Switch. In der Firewall kannst du dann per ACL festlegen, welches Netz bzw. VLAN berechtigt ist, auf die VUs zuzugreifen. Auch kannst du den Zugriff nu…

Dir muss halt im Klaren sein, dass bei Änderung der Unicable.xml durch das Image deine Werte überschrieben werden. Dann gehen nach dem Image Update halt keine Tuner mehr. Deswegen hab ich mittlerweile die Tuner-Einstellungen unter "Benutzerdefiniert" eingetragen. Das bleibt auch bei einer aktualisierten unicable.xml erhalten. Außer das VTI Team integriert den Kathrein, dann würde ich auch wieder umschwenken.