Suchergebnisse

Da hast du natürlich Recht, das bei den Aufnahmen nachts niemand umschaltet. Aber selbst das hat es ja zuert mal nicht geklappt, erst als ich die Einstellung "Verhindere zeitgleiche Aufnahmestarts" aktiviert habe, hat es gestern nacht alle drei Teile der Serie aufgenommen. Bez. Tunereinstellung: beide auf "einfach" - ist ja das selbe wie A "einzeln ..." und B "gleich wie", oder sehe ich das falsch? Soll ich trotzdem mal beide Tunder auf "einfach" stellen. Heute Nacht teste ich nochmal mit den ob…

Zitat von Andreas_der_erste: „Also wenn alle Folgen direkt hintereinander laufen, ändere ich immer die Endzeit, mache eine Aufnahme daraus, das Problem ist gelöst. “ Das wär der Workaround, falls ich es nicht hinbekomme. Aber ich bin guter Dinge, hat ja lange mit dem selben VTI 15.0.x funktioniert bevor ich neu geflasht habe.

Folgende Einstellungen habe ich nun abweichend von der VTI-Standardkonfig. geändert. Timereinstellungenen: - Verhindere zeitgleiche Aufnahmestarts = EIN - AN-Zeit an EPG-Daten anpassen = EIN - Freien Speicherplatz vor AN überprüfen = AUS VTI - Allgemein: - SQL-DB = AUS (wozu wird die benötigt, wenn man sie abschalten kann?) Hat sich diesbezüglich an der VTI-Standardkonfig. gegenüber von vor 2-3 Jahren im Image was geändert? Ich musste da noch nie was ändern/einstellen, oder habe es schon wieder …

Ja. "Bild2: Freien Speicherplatz vor Aufnahme prüfen x" - wird deaktiviert. Danke.

Tuner-Konfiguration, zwei Kabel vom LNB: Tuner A einfach einzeln Astra 19,2, Tuner B gleich wie A Kein CI-Modul, ORF-Karte im Kartenschacht. Die Aufnahmen erfolgten im unverschlüsselten Kanal "Das Erste HD". Die Konfiguration hat jahrelang problemlos funktioniert ohne dass ich irgendwelche Änderungen an den Timer-Einstellungen gemacht hätte, das ist es ja, was mich ein wenig irritiert. Scheint nun aber zu klappen durch Aktivierung von ""Verhindere zeitgleiche Aufnahmestarts". Gleichzeitige Aufna…

"Verhindere zeitgleiche Aufnahmestarts" war standardmäßig ja deaktiviert. Wie in Post #1 beschreiben, scheint durch Aktieren dieser Einstellung die Sache behoben zu sein, zumindesten wurden heute Nacht mal drei Teile einer Serie problemlos aufgenommen. Ob der Kanal zeitgleich auch geschaut werden konnte, habe ich nicht überprüfen können (zu spät).

Hallo, ich habe vor einigen Tagen meine Vu+ Uno 4K SE mit dem aktuellen VTI neu geflasht (ohne Übernahme der Einstellungen - neu eingerichtet). Wie gewohnt läuft alles top. Nur bei der Aufnahme mehrerer hintereinander folgender Teile einer Serie (ohne Serienrecorder) gibt es Probs, die ich mit der jahrelang genutzen bisherien VTI-Installation nicht hatte: Wenn mehrer hintereinander folgende Teile einer Serie aufgenommen werden (zB Kafka 1 - 3), dann wird der 1. Teil aufgenommen und währenddessen…

Ok, danke. Das teste ich bei Gelegenheit. Läuft ja sonst alles gut und das mounting mache ich bei Bedarf dann manuell oder verwende in der Mount Verwaltung die Zeitplanung.

Das habe ich anders verstanden, sorry. - Beim Einrichten der lokalen Freigabe mit autofs werden die Server-Shares nicht gemountet (rotes x) und im im VTI-Dateimanger dementsprechend nichts angezeigt (Fotos 1-3). vuplus-support.org/wbb4/index.…6d4f96bf0ce667f09b5b6cffevuplus-support.org/wbb4/index.…6d4f96bf0ce667f09b5b6cffevuplus-support.org/wbb4/index.…6d4f96bf0ce667f09b5b6cffe - Beim Einrichten der lokalen Freigabe auf die klassische Art werden die Server-Shares gemountet (grünes x) und im VTI-…

Das eine Änderung des Pfades notwendig ist, ist mir nicht bekannt - nur das es da bei NFS und CIFS Unterschiede gibt, konnte ich im Wiki finden. Nachdem die Gigablue beim Browsen im Freigabemanager auch nicht angezeigt wird (ev. Arbeitsgruppe anpassen?), musste ich den Pfad manuell eingeben (\media\hdd) - der klappt bei der klassischen Einbindungsart und in die andere Richtung von der Gigablue auf die Vu+ per NFS und autofs problemlos. Ausgabe von showmount -e auf Gigablue: /media/hdd *

Autofs klappt nicht: Bin noch am Optimieren: Eigenartigerweise funktioniert das Mounten der Freigabe nur nach der klassischen Methode, aber nicht nach der empfohlenen und komfortableren "autofs"-Methode. Habt ihr da ev. Hinweise, woran ich da schrauben muss, bzw. wieso das nicht (wie vorgesehen) klappt. Im Forum hier gibt es dazu einen Beitrag, wo die Ursache dann letzendlich wohl Multiboot gewesen sein soll - ich verwende kein Multiboot.

Ich hab es mit NFS hinbekommen eine passende Exportsdatei erstellt - Inhalt: /hdd *(rw,sync,subtree_check). Danach klappte das Einbinden der Gigablue. Die Exportsdatei der Vu+ wollte die Gigablue übrigens nicht akzeptieren - mit dieser Konfig. gab der NFS-Server der Gigablue Fehlermeldungen aus: /media/hdd *(rw,no_root_squash,sync) Nach einem Neustart war die Gigablue aber (wieder) nicht gmountet, erst nach Umstellung auf Verbindungsart "klassisch" statt "Autofs" klappt es jetzt - was allerdings…

Doch, ich habe nach dem Flashen gleich per Telnet für root ein Passwort gesetzt - das ist doch gemeint? Oder gibt es da noch ein anderes PW zu setzen für Freigaben?

Danke. Dann konzentriere ich mich mal auf NFS: Da existiert keine exports-Datei in /etc, der NFS-Server läuft aber. Ich dachte immer hdd/media wird standardmäßig freigegeben, wenn NFS aktiviert ist (war bisher bei allen Images so). Wie kann ich die Freigabe (nachträglich) aktivieren - exports Datei manuell erstellen und entsprechende Freigaben eintragen, bzw. alternative Varianten (Webif, ...) root@gbue4k:/# /etc/init.d/nfsserver restart stopping mountd: done stopping nfsd: .done starting 8 nfsd…

Ergebnisse der Befehle NFS und CIFS Mountings (showmount -e, smbclient - L) Vu+: DMaB1hSyxCkvSe1l76fiwtHPt5YmiEKopppiiqTqI27KjhPsh0LcIIG77VnvzthCAwGggEGYpV8gAFwQgAAEIQAACEIBA+wkgbtvPlBIhAAEINBEIz5cGDQQgAAEIQAACEIBANQQQt9VwpVQIQAACEIAABCAAAQhAAAIQqJEA4rZG2DwKAhCAAAQgAAEIQAACEIAABKohgLithiulQgACEIAABCAAAQhAAAIQgECNBBC3NcLmURCAAAQgAAEIQAACEIAABCBQDQHEbTVcKRUCEIAABCAAAQhAAAIQgAAEaiSAuK0RNo+CAAQgAAEIQAACEIAABCAAgWoIIG6r4UqpEIAABCAAAQhAAAIQgAAEIFAjAcRtjbB5FAQgAAEIQAACEIAABCAAAQhUQwBxWw1XSoUABCAAAQhAAA…

Habt ihr für ein Freigaben/Netzwerkmount-Problem Tips? Ich habe eine Vu+Uno4KSE (VTI 15.0.2) und eine Gigablue UHD 4K (OpenATV) im Keller. Zugriff von der Gigablue auf die HDD der VU+ funktioniert problemlos (NFS). Umgekehrt klappt es aber nicht, die Gigablue wird mir beim Netzwerkbrowsen gar nicht angezeigt und manuelle Einrichtung klaptt weder per CIFS noch per NFS und bei Einbindungsart klappen auch weder autofs noch klassisch. Samba und NFS-Server auf der Gigablue laufen. Und den Wiki-Eintra…

Das wars, klappt wieder, fein, danke! In der Windows Anmeldeinformationsverwaltung waren Einträge mit der IP, Benutzer und PW vorhanden - diese waren aber korrekt. Nach dem Löschen dieser Einträge hat der Zugriff über IP sofort wieder problemlos geklappt. Komisch, die Einträge waren ja korrekt. Hat es ev. damit zu tun, weil ich die Box in letzter Zeit (mehrmals) neu geflasht habe? Jetzt sind übrigens keine Einträge in der Anmeldeinformationsverwaltung.

Ping funktioniert problemlos, sowohl auf den Namen als auch auf die IP. Mir ist nur aufgefallen, dass bei Ping auf den Namen, mit der iPv6-Adresse geantwortet wird. Denke nicht, dass PC die Ursache ist - mache das von zwei verschiedenen Windows-PCs aus, bei welchen der Zugriff auf zwei andere Enigma2-Boxen (Gigablue) über die IP problemlos klappt. Hat ja auch mit den selben PCs auf die Vu+ bis zur Neuinstallation problemlos geklappt. Kann es mit aktivierten IPv6 auf der Box zu tun haben? Zugriff…

Entsprechende Konfig. des Windows-PCs per Gruppenrichtlinieneditor bzw. Registry-Eintrag lt. oben verlinkter Anleitung von Teddybär.

Hallo, ich habe mein VuplusUno4KSE mal neu mit dem aktuellen VTI geflasht und alles sauber neu eingerichtet - funktioniert wie gewohnt (fast) alles perfekt, danke für das (immer noch) Top Image! Komischerweise ist der Zugriff von einem Windows-PC (Win10 und Win11), nur per Namen und nicht über die IP-Adresse möglich. Alle anderen Zugriffe (Webif, Telnet, FTP) klappen problemlos über die IPv4-Adresse. Nicht jedoch SMB/CIFS. Das war bei der alten VTI-Installation problemlos möglich (selbe aktuells…