ich meinte kabel over ip

satip mit fritzbox soll funktionieren. ich wuerde an deiner stelle auf die seven warten

Quote from seagen

- the VCP driver to recognize the interface

the link is no longer working... here's an alternative: https://www.silabs.com/develop…o-uart-bridge-vcp-drivers

dass bei der fp-kommunikation retries auftreten, scheint normal zu sein. ich hab hier auch bei funktionierenden poweroffs retries gesehen.

denke aber, dass das nur die experten von dream beantworten koennen... wenn sie denn wollten

willi.neu9:

- ja, die beiden befehle systemctl... waren beim test auskommentiert.

- auf den echo befehl bin ich durch googeln nach shutdown-befehlen, wenn das system haengt, gekommen. wenn ich es richtig verstehe, dann triggert der befehl direkt den kernel, ein power-off zu machen.... umgeht also systemd, das vermutlich fuer die hangs verantwortlich ist.

um den thread abzuschliessen: ich habe mir ne neue sd-karte gekauft, und die funktioniert.

so, ich habe nochmal etwas nachgeschaerft und verwende jetzt statt "systemctl --force --force poweroff" "echo o > /proc/sysrq-trigger".

damit lief eine vereinfachte version der timerliste von willi.neu9 (ein umschaltimer alle 90s mit standby) von 13:00 bis 23:00 ohne hang und ohne filesystem fehler durch.

damit habe ich erstmal fertig.

enigma2-system-state.txt

ja, vermutlich wirst du deine nanny weiter brauchen

musste erstmal wieder die beiden befehle "sync" und "echo u > /proc/sysrq-trigger" rausnehmen, weil damit nach nur kurzer zeit hangs auftraten.

nur mit "systemctl --force --force poweroff" lief die timerloop dann mit Delay2=90 von 23:00 bis 4:00... also ca. 200 reboots und hing dann mit blinking green light.

ob die fp-kommunikation etwas damit zu tun hat, weiss ich nicht. muesste dann nicht das setzen der aufwachzeit manchmal schiefgehen und die box nicht aus dem poweroff aufwachen? sowas habe ich bisher nicht beobachtet.

Quote from dre

alpha : hm, bin mir nicht sicher, ob es sinnvoll ist, alles read only zu setzen. Da musst du dir ganz sicher sein, dass alles, was noch irgendwas schreiben will, damit auch wirklich fertig ist.

meine annahme war, dass wenn enigma2 beendet ist, ein sync gemacht ist, nichts mehr geschrieben werden muss. aber ja, muss man schauen...

ja, ich teste das mal. hab die timers gerade gestartet mit Delay2=270.

mal sehen, wie lange die box durchhaelt.

2 poweroffs hat sie schon ueberstanden

wenn du mit der gui aktualisierst, dann wird normalerweise die gesamte box rebootet und nicht nur die gui. ist das so?

aber ohne weitere info ueber den hang ist es schwierig ne fehleranalyse zu machen.

ich wuerde neu flashen und nochmal aktualisieren.

habe noch ein bisschen gelesen und 2 befehle gefunden, die die gefahr von datenverlust vermeiden sollten:

- sync: schreibt die i/o buffer auf die devices

- echo u > /proc/sysrq-trigger: mounted alle filesysteme read-only

sync
echo u > /proc/sysrq-trigger
systemctl --force --force poweroff

nochmal: das ganze ist als workaround gedacht, bis dream den bug gefixt hat.

ab und zu bleibt ein power-off beim runterfahren mit gruen blinkender led haengen. der einzige ausweg ist dann ein manuelles poweroff/on an der box.

der bug laesst sich mit einer reboot-loop reproduzieren, z.b. durch folgende befehle in der /etc/rc.local

sleep 60s # damit man nach dem booten zeit hat, die reboot-loop abzuschalten
systemctl reboot ....

hab mit der reboot version des shutdown befehls aus der /usr/bin/enigma2-system-state begonnen:

systemctl --no-block reboot

der hang tritt so nach 50-100 reboots auf

systemctl reboot

hang nach 50-100 reboots

systemctl --force reboot

hang

systemctl --force --force reboot

kein hang nach ca. 200 reboots.

allerdings ist die letzte version ein ziemlich harter shutdown und es werden auch z.b. keine filesysteme unmounted.

hab aber meinen usb-stick und sd-karte mit e2fsck gecheckt und keine filesystem-fehler feststellen koennen.

von daher verwende ich jetzt erstmal in der /usr/bin/enigma2-system-state

systemctl --force --force poweroff

zum ausschalten, um weitere erfahrungen zu sammeln.

letztendlich sollte aber der bug von dream behoben werden, ich halte ihn fuer einen showstopper fuer eine wohnzimmer-box.

naja, wenn die box beim shutdown haengt, ist das ein gravierender bug, der eine wohnzimmer-nutzung verhindert. der sollte umgehend gefixt werden.

von daher ist deine hilfe sehr loeblich und willkommen.

ich habe jetzt selbst ein bisschen gesucht, die /usr/bin/enigma2/system-environment gefunden und wie folgt modifiziert:

#!/bin/sh
if [ -f /run/enigma2/system-state ]; then
    state=`cat /run/enigma2/system-state`
    case "$state" in
        "system-restart")
            if [ -f /proc/stb/fp/force_restart ]; then
                echo 1 > /proc/stb/fp/force_restart
                systemctl --no-block poweroff
            else
                systemctl --no-block reboot
            fi
            ;;
        "system-standby")
#            systemctl --no-block poweroff
            /usr/bin/gReboot -h
            ;;
        "ui-restart")
            ;;
        "system-recovery")
            if [ -f /proc/stb/fp/boot_mode ]; then
                echo "rescue" > /proc/stb/fp/boot_mode
                systemctl --no-block reboot
            else
                to-the-rescue
            fi
            ;;
    esac
    rm -f /run/enigma2/system-state
fi

funktioniert soweit mal auf den ersten blick

Quote from gutemine

Und NEIN ich fange jetzt sicher NICHT an für Euch am systemd herum zu patchen

jetzt mach doch nicht gleich boeckchen

naja, erstmal muss gecheckt werden, ob man empfang hat, dann sieht man weiter.

Quote from gutemine

Wo der Code reingehört habe ich doch schon oben geschrieben...

dann habe ich es ueberlesen oder nicht verstanden.

dachte, das binary war als circumvention fuer den shutdown-hang-bug gedacht. von daher muesste es doch irgendwo beim shutdown, nachdem sich e2 beendet hat (statt dem normalen halt???) eingebaut werden.

also prinzipiell funktioniert es.

werde mal eine boot-schleife bauen, in der am ende vom booten gReboot aufgerufen wird.

wo wuerde man es denn beim normalen ausschalten einbauen?

hab hier leider keinen konsolen-log-setup... von daher hoffe ich mal, dass willi.neu9 das "gschwind" machen kann.

erster halt fuehrt hier schon zum hang.