Suchergebnisse

Hi, bei mir ging OK und On nicht mehr (nach 20 Monaten) . Auf der Seite von DMM ein Ticket aufgemacht und gleichzeitig eine RMA- Nummer angefordert . RMA-Nummer sofort bekommen und die RC10 dann mit einer Kopie der Rechnung eingeschickt. Nach Zwei Tagen habe ich dann eine absolut neue und intakte Fernbedinug bekommen. Absolut top, lediglich das Porto musste ich zahlen. Also bring in, auch wenn es ein Garantiefall ist.

Leider ist das Problem noch nicht ganz aus der Welt. Nach ein paar Tagen werden die veschlüsselten Sender wieder nicht mehr angezeigt. Durch mehrmaliges Zappen bekomme ich das aber nicht hin.

Auch ein Dankeschön von mir.

Jetzt wird das Ganze noch merkwürdiger. Nach einem reboot sind die SD-Kanäle der Privaten erst einmal zu sehen. Zappt man ein bisschen werden sie wieder dunkel. Gibt es da irgend ein log von dem scam ?

basic, nichts besonderes. Also in etwa die Kanäle, die auch über Sat unverschlüsselt kommen.

Es geht nicht um die HD-Kanäle. Ich möchte mit der Box, lediglich die Kanäle sehen, die ich auch mit dem UM-Receiver sehen kann.

Im April habe ich das so gemacht wie hier beschrieben mit einer um01 und scam v.3.59. Das hat hervorragend geklappt und lief einwandfrei. Danke für die Hinweise. Leider sind die privaten jetzt aber wieder dunkel. Ich habe da keine Erklärung für. An der Box ist seit Juni nichts mehr verändert worden. Die um01 ist OK, sie läuft in dem UM-Receiver. Scam läuft auch: /usr/bin/scam3.59 -k /usr/keys -s /usr/keys Diese keys habe ich auch schon neu geladen. Hat einer eine Idee, wo ich noch was überprüfen…

Jetzt ist alles so wie es sein soll. Danke

Werde ich wohl so machen. Danke

Zitat: „Original von sparksofinsanity Ambesten du löscht den Link /media/hdd und erstellst ein Verzeichnis /media/hdd Anschließend mountest du die Festplatte manuell nach /media/hdd dann sollte auch alles passen.“ Solange die Box nicht neu gestartet wird, geht das natürlich in Ordnung. mount /dev/sda1 /media/hdd Nach einen reboot wird das aber wieder so ausehen: /dev/sda1 1464682104 202380 1464479724 0% /autofs/0ee8fb3f-e059-44fb-a929-d518995cccda /dev/disk/by-uuid/0ee8fb3f-e059-44fb-a929-d51899…

Hallo, ich hatte meine 7020HD zuerst mit einem sambamount als Aufnahmepfad in Betrieb genommen. Jetzt ist ein USB-HD angeschlossen auf der Aufnahmen demnächst erfolgen werden. Diese soll in meinem Heimnetzwerk auch als Netzlaufwerk verfügbar sein. Sambaserver ist installiert und funktioniert auch. Jetzt beibt mir noch ein kleines Problem: /hdd ist über /media/hdd auf das Netzlaufverzeichnis meiner NAS gelinkt. In der smb.conf ist path = /hdd. Das soll auch so bleiben. Auch die Standartpfade für …

Hallo, ich habe die Ursache für mein Problem gefunden: DVDBurn möchte /hdd/movie/tmp/20120418205746/dvd_title_1.mpg als named pipe (FiFo) anlegen. Das Verzeichnis /hdd/movie/ ist aber ein sambamount. Der smb auf meiner NAS lehnt das ab, mit der Meldung operation not permittet. Named pipes sind erst ab Version 3.5.9 wieder möglich. Meine NAS hat genau wie die Dream 3.5.2. Palolo

Ich habe die 7020 erst seit drei Wochen. Mit NN 3.3.1 habe ich gestartet und dann auf 3.3.2 upgedatet. Ich denke, neu Aufsetzen wird nicht da nicht helfen. Das Problem gab es schon 2010, da konnte man diverses nachinstallieren. Nur das ist jetzt nicht mehr aktuell. Hier noch ein paar weitere Hinweise: Der Fehlernachricht lautet: Es ist ein unbekannter Fehler aufgetreten. (Returncode Postcondition@taskMakeFiFoNode) Die Nachricht erscheint bei dem Punkt making FIFO

Hallo, Ich habe ein ähnliches Problem. Ich habe eine 7020HD und möchte auf einer NAS DVD-ISOS erzeugen. Als Image habe ich NN 3.3.2. Die plugins DVD-Player und DVD-Burn habe ich fehlerfrei inclusive der automatisch mit geladenen Abhängigkeiten installieren können. Der Zugriff auf den NAS funktioniert, da hier schon meine Aufnahmen gespeichert werden. Ich bin nach der Anleitung zum "Brennen einer DVD vorgegangen". Als output habe ich DVD-ISO gewählt und beim Erstellen auch DVD-ISO erzeugen angewä…