Es kommt ja immer wieder vor, dass im OE2.0 bei den Boxen mit 256MB RAM (DM8000, DM500HDv1, DM800SEv1) xinetd abschmiert. Die Dream ist dann nicht mehr über FTP, telnet oder ssh erreichbar und das streaming über das Web-Interface funktioniert auch nicht mehr. Das Netzwerk ist weiterhin aktiv: nfs, samba, http usw. Da hilft dann meist nur noch ein reboot, wenn nicht mehr auf die Box kommt, um xinetd neu zu starten.

Der "xinetd watchdog" (-> ftp error) funktioniert leider auch nicht 100%ig. Einer meiner beiden DM800SE war schon dreimal nicht mehr per ftp etc. erreichbar - trotz aktiver swap partition auf USB (HbbTV, Browser nicht benutzt). Der xinetd prozess lief aber scheinbar noch weiter, deshalb grff der watchdog nicht. Wenn man kein bestimmtes Alternativ Image nutzt, hilft dann eben nur der reboot ...

Ich hab' mir jetzt ein xinetd restart plugin gebastelt, mit dem man über "Menü -> Einstellungnen -> System -> Xinetd restart" den xinetd daemon über die GUI neu starten kann.

Vielleicht erspart sich der eine oder andere mit dem Plugin den einen oder anderen "zeitlich ungünstigen" reboot ...

Menü - Einstellungen - System - Netzwerk - Adaptereinstellungen

auf DHCP umstellen oder eine statische IP vergeben und speichern. Dann sollte die interfaces neu geschrieben werden

Da bin ich nicht so sicher, ob das die bessere Wahl ist. Die DM7020HD ist eine gute Box. Aber es könnte gut sein, dass du die Wahl in einem Jahr bereust und auf die DM7080 oder auf weitere Neuerscheinungen schielst.

Ging mir nicht anders: dachte damals die DM500s reicht locker für meine Bedürfnisse. Nach drei Wochen tauschte ich sie gegen eine DM7020si um ...

Für DMM ist es gut, wenn du jetzt die DM7020HD kaufst und in einem Jahr eine aktuellere

Zitat von bschaar

... sollte doch auch von linux gehen

nicht nur sollte, funktioniert auch mit ff, midori usw. solange kein uralt SSL auf der Box ist

Addons + Einstellungen bleiben erhalten

am schnellsten funktioniert die Datenübertragung, wenn die externe Platte am eSATA Port hängt. Zur Not kann man die externe Platte auch an den 2. internen SATA Port bei offenen Gehäuse klemmen.

Kopieren mit per Konsole mit cp - das läuft mit entsprechendnen Optionen auch im HIntergrund - ohne laufenden PC oder Enigma2, am besten über Nacht durchlaufen lassen. Alternativ gibt es noch den mc (midnight commander) oder div. Plugins um über die GUI zu kopieren: Dreamexplorer etc.

7000HD??? *LOL*

Scherz beiseite. schon man nachgesehen, ob nicht der Frontbutton, den man für den STOP Modus drücken muss, klemmt?

Auf der XBox und der Dreambox die gleiche IP vergeben?

Zitat von m0rphU

Da gibt es aber sonst auch einen Workaround: ftp error

Das funktioniert leider auch nicht zuverlässing. Mir ist auf einer DM800HDse trotz SWAP bereits zwei mal der xinetd deamon abgeschmiert - allerdings lief der Prozess weiter, deshalb hat der Watchdoch nicht gegriffen. Da hilft dann nur ein reboot, ein Script auf der Box mit dreamexplorer etc. ausgeführt oder ein Plugin, um den xinetd daeamon neu zu starten ...

Zitat von gutemine

wenn ich sowas über meine Plugins schreibe werde ich gesteinigt

naja, nachdem du wieder mal einen Threat für dein Leiden off topic missbrauchst kann ich mir das nicht verkneifen: das beta Stadium deiner Sachen ist das geringste Problem bzw. Übel ...

Das sollte mit jeder aktuellen Box zu realisieren sein.

Das Script kann auch auf der Box liegen und per telnet/ssh Verbindung gestartet. die einzelnen Sender kannst du als Variablen hinterlegen, die je nach Option angewählt werden

z.B:
/usr/script/zap.sh

#!/bin/sh


case $1 in
     1) SERVICENAME="ZDF HD"; SERVICEREFERENCE="1:0:19:2B66:3F3:1:C00000:0:0:0:";;
     2) SERVICENAME="arte HD"; SERVICEREFERENCE="1:0:19:283E:3FB:1:C00000:0:0:0:";;
     *) echo "$1: service not defined" && exit 1;;
esac


wget -qO - "http://localhost/web/zap?sRef=$SERVICEREFERENCE"|grep e2statetext|cut -d">" -f2|cut -d"<" -f1




exit 0

dann einfach mit z.B.

/usr/script/zap.sh 1

auf ZDF HD zappen

root@dm7020hd:~# /usr/script/zap.sh 1
Active service is now 'ZDF HD'
root@dm7020hd:~# /usr/script/zap.sh 2
Active service is now 'arte HD'
root@dm7020hd:~#

das kann man natürlich erweitern und verfeinern ...

Edit:
die Direktwahl von Tode ist einen Tick eleganter. Das funktikoniert allerdings nur, solange sich die Sender immer an der selben Stelle im Bouquet (Sendernummer) befinden. Wird die Senderliste verändert, muss man dann auch im Script die Direktwahl ändern ...

Wenn man über Servicereference zappt, muss man das Script nur ändern, wenn sich die Servicereference ändert

Und was hat das nun wieder mit dem Thema zu tun? Ich bin mir sicher, dein Zustand hat einen Namen und es gibt ein Medikamtent dagegen

Glaubst du wirklich, dass ihm oder irgendjemanden dein selbstverliebtes Gelaber in irgendeiner Form weiterhilft. Du kannst genausogut in eine Plastiktüte reden - für später. Aber auch das wird sich keiner mehr anhören (wollen) ...

Alternativ wäre noch die Netgear WLAN Bridge zu nennen. Die Box im 1.Stock hängt per Bridge im WLAN Netz (AP Wlan-N im EG). HD Streaming ohne Probleme. Hab' sogar HD Timeshift von der WZ-Box auf die Box im 1. Stock übers Netzwerk ausprobiert - sogar das funktioniert (hier) über WLAN.

nein, am fileformat bzw. Editor liegt es nicht. Ich editiere alle configfiles mit vi direkt auf der Box. Das Problem scheint z.B. dann aufzutreten, wenn ein nfs share, der beim booten verfügbar war nicht mehr online ist. Dann bleibt die Box manchma biem E2 Start hängen. Betritt man z.B. /media/net im filebrowser, gibt es erstmal mind. 60 Sekunden Dauerspinner bzw. braucht z.b. ein ls /media/net/<TAB> ewig

Allerdings aber nicht immer. Stoppe ich nfs am Server scheint sich das nicht auszuwirken. Wird der ganze Server runtergefahren hängt es wieder. Ich versuche das weiter einzugrenzen bzw. zu reproduzieren, bei welcher Kombination von Ereignissen das auftriff.

Letztens kam meine DM7020HD beim GUI Neustart nicht mehr hoch. "Schuld" war ein NFS-Server, der offline war. Eingebunden über die /etc/auto.network

RPi -fstype=nfs,rw,soft,nolock 192.168.178.118:/media/hdd

Die betreffende Zeile in der auto.network auskommentiert, autofs neu gestartet, dann kam Enigma2 wieder hoch.

Hab' dann in div. Foren gelesen, dass das kein Einzelfall war. Vor noch nicht allzulanger Zeit war es autofs egal, ob ein share off oder online war. gemountet wurde ja nur, wenn man den mountpoint "betrat" - also nach Bedarf.

Haben das auch andere beobachtet bzw. wurde da etwas im auotfs geändert. Irgendwie ist das kein opitmaler Zustand ...

man fasst eh nur einmal (versehentlich) ans Netzteil bei laufender Box und offenem Gehäuse. Hat ne Weile im Arm gekitzelt. Ist ein ähnliches Gefühl, wenn der Arm eingeschlafen ist und langsam aufwacht: 10.000 Nadelspitzen ...

hmm, meine DM7020HD V1 (08/2012) hat das Teil nicht verbaut. Kam das erst mit der V2?

Mann! Fängt dieser pupertäre Sch****längenvergleich schon wieder an? Jeder hat seine Gründe, warum er dieses oder jenes Produkt kauft. Könnt ihr es nicht einfach dabei belassen? Oder muss jeder Threat so ausarten?

Per Telnet in den Stopmodus? Wie meinst du das?

Ich kenne nur eine Variante: den Inhalt von /boot/ löschen und dann rebooten. Aber dann bootet die Box nicht mehr ohne neu zu flashen

Ich würde mal in den DMM Speichergeräte Manager gehen und nachsehen ob die Platte dort automatisch gemountet wird.

Wenn ja:
- Platte Aushbängen (vorher NFS-Server, Sambaserver, mini-dnla stoppe, falls die Sachen installiert/aktiviert sind)
- Mounteintrag für die Platte entfernen - NICHT automatisch einhängen
- mini-dnla wieder aktiveren, falls vorher aktivert
- rebooten

kann gut sein, dass sich der DMM-Gerätemanager beim ersten Booten nach dem flashen - oder sogar nach dem update - /dev/sda nach /media/hdd mountet. Ich wurde jedenfalls schon lange nicht mehr nach dem flashen gefragt, ob und wo ich die Platte einhängen soll - wenn ich mich richtig erinnere