Du koenntest mal "retry=0" zusaetzlich versuchen.

Das wuerde ich jetzt nicht als "Bug" bezeichnen.
Das Syno-NAS antwortet nicht rechtzeitig auf die Anfrage der DM920 und die nimmt an, dass es da ein Problem mit dem NAS gibt.
Ursache ist aber das lahme Aufwachen des NAS, dass erstmal seine Platten hochfährt und in der Zeit keine Speicheranforderungen bearbeitet.

Mal ins Blaue gesponnen.
Wenn man ein Plugin schreiben wuerde, dass regelmaessig alle fuenf Minuten nach einem anstehenden Timer in den naechsten fuenf Minuten fragt und dann einen Lesebefehl an das NAS sendet, sollte sich das Problem umgehen lassen. Wobei es nichtmal ein Plugin sein muesste. Das wuerde man wohl auch mit etwas Scripting und einem Cronjob hinbekommen koennen.

Ich habe den Grund gefunden.
Da ich auch fuer andere Projekte GIT verwende, habe ich wohl irgendwann in der globalen GIT-Config core.autocrlf auf "true" gesetzt.
Wenn man damit Dateien auscheckt, dann werden die Zeilenenden NICHT angepasst.
Der Source der Dreamboxen erwartet wohl implizit, dass core.autocrlf auf "input" steht und damit die Zeilenenden auf den OS Standard beim Auschecken gesetzt werden.
Ich habe mit core.autocrlf=input nochmal geclont und dann geht es problemlos. Ein diff zeigt dann tatsaechlich nur Unterschiede in den Zeilenenden "neuer" Dateien zwischen den beiden Verzeichnissen (alter (aktualisierter) und neuer (frischer) Clone).
Tricky.

Es sind die Patches, die im Verzeichnis "build/dm900/tmp-glibc/work/x86_64-linux/binutils-cross-arm/2.26-r0/" stehen.
Die Fangen mit einer vierstelligen Zahl an und sind von 0001 aufsteigend.
Es wird immer ein Fehler der folgenden Form angezeigt (natuerlich fuer jeden Patch an einer anderen Zeile in der Datei und je nach Anzahl der Hunks in einer Datei auch mehrere):

Hunk #1 FAILED at 167 (different line endings).
1 out of 1 hunk FAILED -- rejects in file opcodes/configure.ac

Beim "Handpatchen" stellt sich dann immer heraus, dass die Stellen viele Zeilen vom Ort entfernt liegen, der im Patch angegeben ist.
Sieht also so aus, als waere der Source deutlich juenger als die Patchdateien.
Entweder hat da gerade jemand etwas aktualisiert und die Patchdateien vergessen, oder ich habe etwas bei mir falsch gemacht.
Reicht eigentlich das "make update" damit alles auf den aktuellen Stand gebracht wird, oder kann/muss ich da noch mehr machen?

Nachdem ich mal wieder ein aktuelles Image bauen wollte, habe ich forsch ein "make update" abgesetzt.
Das hat auch erfolgreich abgeschlossen und ein aktualisiertes SDK gemeldet.
Das anschliessende "make image" schlaegt aber immer bei der Anwendung der Patches innerhalb von binutils-cross-arm/2.26-r0 auf.
"make clean" davor aendert auch nichts.
Ich habe jetzt angefangen, die Patches per Hand einzupflegen, wollte aber mal nachfragen, ob ich etwas falsch gemacht habe oder ob der aktuelle Stand da ein Problem hat?

Unicable means: one frequency per tuner.
The FBC card has 8 tuner (virtual), so you should use 8 frequencies per FBC card.
No frequency should be used twice (neither on box side nor on dish side).
With 4 different Unicable-LNBs, you could use the FBC card as a "quad twin tuner".
Two frequencies from each LNB, but the LNBs need to be programmable according the frequencies they use for Unicable.
I don't know, if there is any Unicable-LNB with programmable frequencies.
There are Unicable matrix switches supporting the JESS standard, two SAT positions and up to 32 frequencies, which are programmable.
Maybe you can use two of them with regular quad LNBs to get what you want.
I am not aware of any Unicable matrix switch for 4 SAT positions available to the public.

This is a Unicable matrix switch for 4 SAT positions with regular LNBs:
JPS1701-16MN

Abhaengig vom Verteiler hinter den beiden LNBs (meist ein einfacher Multischalter) koennen pro Kabel eine Ebene eines Satelliten uebertragen werden. Also in Deinem Fall eine Ebene aus acht moeglichen (2 Sat x 4 Ebenen).
Mit einem Standardtuner kann dann ein Transponder pro Kabel dekodiert werden.
Mit einem FCB-Tuner koennen 8 Transponder der einen Ebene pro Kabel dekodiert werden.
Man kann eine Box mit einem FCB-Tuner also auch als 8 Tuner-Box sehen.

Tauscht man den Multischalter gegen einen Unikabel-Multischalter aus, dann sind, je nach Multischalter, zwischen vier und 32 unabhaengige Frequenzen auf einem Kabel moeglich, statt nur einer Ebene. Vereinfacht kann man sich die Frequenzen als "individuelle" Transponder vorstellen. Per DiSeqC-Kommando kann man dem Multischalter vorgeben, welche Sat-Frequenz auf welche individuelle Frequenz umgesetzt werden soll. Mit einem solchen Multischalter hast Du dann u.U. mehr Moeglichkeiten.
Mit einem Standardtuner kann weiter nur ein Transponder pro Kabel dekodiert werden.
Mit zwei Standardtuneren koennen 2 BELIEBIGE Transponder pro Kabel dekodiert werden (wenn das eine Kabel an beide Tuner geht).
Mit einem FCB-Tuner koennen 8 BELIEBIGE Transponder pro Kabel dekodiert werden (wenn der Multischalter 8 Frequenzen zur Verfuegung stellt).
Mit zwei FCB-Tunern koennen 16 BELIEBIGE Transponder pro Kabel dekodiert werden (wenn der Multischalter 16 Frequenzen zur Verfuegung stellt und das Kabel an beide Tuner geht).

Von den Moeglichkeiten ist also ein FCB-Tuner flexibler. Er kann alles, was ein Standardtuner kann und mit einem passenden Multischalter auch noch viel mehr.

Auf Windows 10 empfehle ich Dir ebenfalls den VLC als Player (wie murray).

Auf IOS 11.3.1 kannst Du mal den en2Player ausprobieren. Der tut auf einem IPad problemlos.
Der VLC auf dem IPad tut auch, aber man muss dazu die URL aus dem Web-Interface per Copy&Paste in den VLC uebertragen, was ein wenig umstaendlich ist.

Welches Betriebssystem ist auf dem PC? Welcher Medialayer wird verwendet? Welches IPad mit welcher IOS Version wird verwendet? Welche Version der Dreambox-Firmware wird verwendet? Wie werden die Daten von der Dreambox zum PC bzw. zum IPad transportiert (LAN oder WLAN oder beides; sind Switches/Hubs/Router/Repeater zwischengeschaltet)? Um welche Sender geht es beim Streamen?
Ohne Details ist es nur ein Blick in die Glaskugel.

"Serientimer" hoert sich so nach einem wiederholenden Timer an, der jeden Tag zu einer bestimmten Uhrzeit aufnimmt, egal was da gerade gesendet wird.
Bei dem gab es mal ein Problem mit dem "Weiterschalten". Ob es das Problem ueberhaupt noch gibt und ob Dein Problem damit zusammenhaengt, kann ich Dir allerdings nicht sagen.
Ueberhaupt hast Du zuwenig Informationen gegeben.
Welche Box? Welcher Stand der Software?

Btw. hast Du schon mal den Autotimer (Plugin) in Verbindung mit dem EPG-Refresh (Plugin) ausprobiert? Der nimmt automatisch Sendungen auf, die bestimmte Stichworte oder Texte im Titel oder der Beschreibung des EPGs haben. Der alte Serientimer mit den festen Zeiten ist vom Konzept her noch aus der "Steinzeit".

Wenn Du Dir sicher bist, dass nichts mehr geht:

RMA: http://rma.dream-multimedia-tv.de/RMA/

Wenn Du erst mit dem Support abklaeren willst, ob es noch weitere Dinge gibt, die Du ausprobieren kannst:

Ticket: https://dreambox.de/otrs/customer.pl

Oder der allgemeine Einstieg ueber:
https://dreambox.de/support

Ein Support-Ticket bei Dream aufmachen und eine RMA Nummer anfordern.
Dann die Box einschicken und den Kostenvoranschlag abwarten.
So wurde meine 7020HD nach einem Ueberspannungsschaden fuer einen akzeptablen Preis wiederbelebt.

Schon versucht, ueber den seriellen Port neu zu flashen?
Evtl. erst den letzten Bootloader per seriellem Port neu flashen und dann das letzte Image.

Zitat von Klix

Es muß bereits jemand erfolgreich auf den mount zugreifen, bevor enigma2 gestartet wird...

DAS macht der Test, ob der betreffende Mount bereits verfuegbar ist (z.B. mit einer Abfrage auf ein Unterverzeichnis, welches dort existiert).
Dann darf nur der Timeout fuer automount nicht zu kurz sein, damit Enigma2 genug Zeit zum Hochfahren hat und der Mount immer noch da ist, wenn es ihn braucht.

Kurz druecken fuer "einfaches aus" (nur die Bildschirmausgabe ist aus) und lang druecken fuer das Ausschaltmenue mit der Moeglichkeit zu "komplett aus" (nur Aufwachtimer ist aktiv).
In den Einstellungen gibt es eine Moeglichkeit, den "Aus"-Knopf auf der Fernbedienung invers zu belegen.

Es scheint dann ja so zu sein, dass zawr der automount des systemd bereits als Dienst verfuegbar ist, aber die Mounts noch nicht "fertig" sind, wenn Enigma2 gestartet wird.
Idee: Du erstellst einen systemd Dienst, der nichts anderes macht, als zu testen, ob der betreffende Mount bereits ausgefuehrt ist.
Diesen Dienst setzt Du dann im Enigma2 Dienst als Voraussetzung fuer den Start.
Dadurch wird nur solange verzoegert, bis der Mount da ist. Evtl. solltest Du noch einen Timeout mit in das Skript packen, damit bei fehlender SD die Kiste trotzdem irgendwann startet.

Nur zur Ergaenzung.
Das Problem tritt so auch bei den BBC DVB Untertiteln auf. Die sind vermutlich einfacher zu debuggen, denn da werden immer Untertitel ausgestrahlt (wenn man denn einen SAT hat, der die BBC Transponder sendet).
Ich dachte immer, dass dies ein Problem der BBC sei. Wenn es "nur" der Skin von Dream ist, wird es wohl bald behoben sein.

Bei mir habe ich beobachtet, dass das initiale Laden laenger dauert (und damit auch mal der Spinner zu sehen ist), wenn sehr viele abgelaufene Timer in meiner Liste sind.
Keine Ahnung, ob das etwas damit zu tun hat, dass es vom Autotimer angelegte Timer sind oder nicht, aber wenn die Anzahl ca. 200 uebersteigt, wird es langsam.
Ich loesche daher regelmaessig die erledigten Timer aus der Liste (per Tool). Es gibt aber wohl auch ein Plugin dafuer; habe ich aber noch nie verwendet.

Vielen Dank fuer die Info.Sobald der Kauf des Multischalters ansteht, werde ich mir dann ein Plugin bauen und dies dann hier auch der Allgemeinheit zur Verfuegung stellen.

Dann werde ich wohl nach einer anderen Moeglichkeit suchen muessen oder in den sauren Apfel beissen und ein Programmiergeraet kaufen, wenn es denn dann ein Jultec Umsetzer werden sollte.