[Info] Fragen zu FastRestore

Nachricht

giopet · #81

Naja,der verschüsselte Sender als Anfangssender,würde bei mir Zuhause die Scheidung bedeuten...... :blushing_80_anim_gi

#82

Und was das für ein Sender ist, das weißt Du vom Arbeitskollegen des Nachbarn eines Onkels Deines Schwagers ...

giopet · #83

SpaceRat hat geschrieben:
Ja, mein Fehler.

Kommt dann morgen.

/media/hdd/images/ipk
und
/media/usb/images/ipk
und
/media/backup/images/ipk
sind die Verzeichnisse, die durchsucht werden.

ipk Ordner erstellt,ipk´s dort reinkopiert,heutiges Image geflasht mit Einstellungen Übernahme und diesmal passt alles,auch die ipk´s wurden sofort mitinstalliert.

#84

Hallo SpaceRat,
Ich wollte soeben ein jungfräuliches opena.tv Image ins Open Multiboot der Octagon SF 4008 installieren.
Nach Neustart der Box und Auswahl des Images im open Multiboot Menü startet das Image mit "FastRestore..." im Bootbild und im Display wird mir Network, Plugins... angezeigt.
Als alles fertig war ist das Image komplett mit Plugins und Einstellungen.
Ich wollte aber gerne ein jungfräuliches Image auf USB haben wegen einem Test.
Geht das nun nicht mehr?
Wäre echt schade.

MfG

#85

Anskar hat geschrieben:Als alles fertig war ist das Image komplett mit Plugins und Einstellungen.
Ich wollte aber gerne ein jungfräuliches Image auf USB haben wegen einem Test.
Geht das nun nicht mehr?

Natürlich geht das noch.
FastRestore macht nur das, was Du ihm sagst ...

Wenn Du zuletzt mit automatischer Übernahme der Einstellungen und Plugins neu geflasht hast, dann sind diese Einstellungen noch auf der Festplatte (oder dem Stick) gespeichert und FastRestore macht dann genau das ... Einstellungen und Plugins übernehmen.
Wählst Du hingegen beim Online-Flashen die Option "Mit Ersteinrichtungsassistent starten" aus, dann wird auch genau das passieren: Du erhältst ein jungfräuliches Image und der Ersteinrichtungsassistent erscheint.

Die zuletzt aktive Auswahl für den Online-Flash greift eben auch beim Flashen per USB.
Das war schon immer so, auch schon vor FastRestore ...

Neu mit FastRestore hinzugekommen ist hingegen eine Option, um einen eventuellen Teufelskreis aus "Crash loop" und Einstellungswiederherstellung zu durchbrechen: https://www.opena.tv/viewtopic.php?t=37538

giopet · #86

Um zb zu unterbinden,das die eigenen Einstellungen nicht mit übernommen werden,weil zuletzt mit Einstellungen Übernahme geflasht wurde,wäre es auch möglich bei dem letzten Backup vorne mit zb einen Buchstaben oder eine Zahl umzuschreiben,dann wird das Backup nicht erkannt und es kommt automatisch der Ersteinrichtungsassistent,man kann es ja hinterher wieder Rückgängig machen,so das man danach trotzdem die Möglichkeit hat,seine Einstellungen einzuspielen.

#87

Also muss ich da immer dran denken wenn ich zum Testen mal ein jungfräuliches Image auf USB ( ins Multiboot)

MfG

giopet · #88

Jepp,oder du Flashst einmal zb per Online Flash und dann dabei ohne jegliche Einstellungen und Plugins zu übernehmen,dann kannst du hinterher auch ohne Probleme zb per Multiboot oder USB Stick Flashen,weil dann der Ersteinrichtungassistent kommt und man kann dann ja später trotzdem noch seine Einstellungen einspielen,dauert dann aber wieder alles länger als mit FastRestore,wobei ich dir nicht 100%tig sagen kann,ob es im multiboot Modus auch der Fall ist,habe hier nur ATV Images auf Flash am laufen.

beginner · #89

Kann es sein, dass seit den vielen Änderungen durch Fastrestore, die Boxen für die Initialisierung des Netzwerks beim Starten merklich länger brauchen zum Hochfahren?

langer · #90

hallo

Und Ich verstehe die 2:35 Minuten bis zum Start des Bild jetzt nicht wirklich,das ist doch nicht schnelle als sonst. Das ist doch die Zeit nach der Abfrage Neustart Ja oder Nein oder ?

gruss langer

beginner · #91

Bei den potenteren Receiver denke ich fällt das Fastrestore nicht so auf. Habe irgendwo gelesen das die Zeit damit von 30 Minuten auf 10 Minuten verkürzt wurde. Bei meiner Quad 4K ging es vorher auch schon recht schnell, man spart sich bei einer neueren Box den Neustart durch Fastrestore.

#92

Neiin, bitte nicht mißverstehen. Früher hat die Box Netzwerk eingeschaltet, und munter weitergebootet. dann wurde time abgefragt. und ip. und ob das Netz fertig war, oder nicht, weitergemacht. Dadurch gingen schon wegen kaputter/ falscher Systemzeit meist Dinge mit Zertifikaten und EPG erstmal in die Hose. Heute wird weitergemacht, wenn es sinnvolle Rückmeldung gibt. Daher sind auch die Shares jetzt einbindbar, was zuvor nicht immer sicher war.

#93

beginner hat geschrieben:Kann es sein, dass seit den vielen Änderungen durch Fastrestore, die Boxen für die Initialisierung des Netzwerks beim Starten merklich länger brauchen zum Hochfahren?

Jain.
FastRestore hat damit an sich nichts zu tun, auf den normalen Start wirkt sich FastRestore gar nicht aus.

Zwei Änderungen am Systemstart fallen einfach nur zeitlich damit zusammen bzw. die Notwendigkeit dieser Änderungen fiel durch FastRestore bzw. die dadurch intensivierte Lektüre von Logs auf.
Erstens wartet die Box nun nach Netzwerkstart auf eine Uhrzeit, was max. 5 Sekunden kostet.
Bisher haben die Boxen einfach ohne Datum und Uhrzeit weitergemacht, weshalb z.B. OpenVPN beim Start selten geklappt hat (Am 1.1.1970 - dieses Datum haben die Boxen ohne Time Sync - waren die verwendeten Zertifikate noch nicht gültig).
Zum zweiten wurde die Start-Reihenfolge zweier Dienste vertauscht, da der eine Dateisysteme - darunter auch auf FUSE basierende - mountet und der andere FUSE bereitstellt und genau 1x darfst Du raten in welcher Reihenfolge das passiert ist

Diese Änderung kostet per se gar keine Zeit, aber wenn nun Mounts schon beim Start gelingen, die vorher sofort wegen Mangel an FUSE abbrachen, kommt dafür natürlich auch wieder etwas Zeit drauf.

Also mit anderen Worten:
Ja, der normale Start ist etwas langsamer geworden, dafür aber fehlerärmer/zuverlässiger. Quasi so wie man beim Losfahren mit dem Auto auch ein paar Sekunden für Anschnallen und Sitz/Spiegel einstellen verliert. Dafür ist man aber komfortabler und sicherer unterwegs.

Woran ich aber gerade recherchiere ist Boot Concurrency: Unsere Boxen starten ALLE Dienste nacheinander, auch die, die man parallel (concurrent) starten könnte. Für vollwertige Boot Concurrency fehlt den Boxen leider Perl und das passt auch bei den Altertümchen nicht mehr.
Ich hoffe aber, die primitivere ältere Concurrency allein per Shell einbauen zu können, das sollte die möglichen Verzögerungen aus den beiden Korrekturen zumindest wieder ausgleichen, wenn nicht sogar etwas schneller sein als zuvor.
Diese Woche habe ich allerdings kaum Zeit, wird also frühestens nächste Woche etwas.

Gesendet von meinem SM-N910F mit Tapatalk

#94

langer hat geschrieben:hallo

Und Ich verstehe die 2:35 Minuten bis zum Start des Bild jetzt nicht wirklich,das ist doch nicht schnelle als sonst. Das ist doch die Zeit nach der Abfrage Neustart Ja oder Nein oder ?

gruss langer

Die Zeit an sich ist wenig beeindruckend, die Solo2 startet ja je nach Anzahl der Netzwerkmounts normal zwischen 40 Sekunden und 1:40 Minuten.
Aber Du vergisst, daß die Box in diesen 2:35 eben nicht nur normal gestartet, sondern auch sämtliche Einstellungen und Plugins wiederhergestellt und angewendet hat!
D.h. 2:35 nach dem allerersten Start nach Neuflash (!) hat sie alle Netzwerkmounts wieder verbunden, den Soft-Laufvogel wiederhergestellt und gestartet, die Senderliste ist wie vorher, bei Verwendung von MyMetrix ist die Skin so eingestellt wie zuvor, usw. usf.
Dafür waren zuvor ZWEI Starts nötig, PLUS die Zeit für die Wiederherstellung.

Und dabei ist die Vu+ Solo2 auch lange nicht mehr die schnellste Box. Für die SF4008 brauche ich nun insgesamt 4 Minuten, das ist incl. Öffnen des Menus, Navigieren zum Software-Manager, Sichern der Einstellungen, Herunterladen und Entpacken des neuen Images, Flashen und Neustart mit Wiederherstellung.
Also Online-Flash in einer Werbepause und es bleibt immer noch Zeit zum Pinkeln und Chips holen ...

Die längste Zeit sind bei mir insgesamt 8 Minuten auf der Duo2, was aber hauptsächlich am verhältnismäßig großen Flash liegt, für den ofgwrite dann auch relativ lange zum Löschen braucht.

Die Zeiten hängen natürlich auch mit davon ab, was alles gesichert und wiederhergestellt wird. Mit 150 MB Picons im Flash würde es natürlich etwas länger dauern, aber bei mir liegen Picons eben prinzipiell auf USB, egal wie groß der Flash ist.

Gesendet von meinem SM-N910F mit Tapatalk

#95

Papi2000 hat geschrieben:ob das netz fertig war, oder nicht, weitergemacht. dadurch gingen schon wegen kaputter zeit meistDinge mit Zertifikaten und EPG erstmal in die Hose.

Potentiell betroffen waren mindestens:
- Adressbezug per DHCP und damit alle Netzwerkmounts
- Medien mit NTFS
- OpenVPN
- sshfs/davfs2/rclone/mergerfs

Die Boxen hatten etwa 3 Sekunden Zeit, eine IPv4 per DHCP zu beziehen.
Klappt auch bei den Allermeisten, aber mindestens ein User hatte in der Zeit eben doch noch keine IP erhalten.
Wenn die Box dann trotzdem mit Netzwerkmounts weitermacht, geht das natürlich in die Hose.
Das sind dann Fehler, bei denen einen niemand weiterhelfen kann, weil man zum Nachstellen auch den verhältnismäßig trägen Router des Users haben müsste.
Weil der Time Sync aber weitere 2 Sekunden braucht, hat die Box nun auch 2 Sekunden mehr für den DHCP-Adressbezug.

Wie gesagt, mit FastRestore hat diese Änderung eigentlich gar nichts zu tun.
Mir war lediglich durch FastRestore aufgefallen, daß "opkg update" kurz nach Netzwerkstart bei diesem einen User nix tat, was aber auch nur ein zusätzliches Symptom des Problems war.
Man findet aber vor diesem Hintergrund genug Problem-Threads im Forum, bei denen das ebenfalls als Ursache wahrscheinlich ist, z.B. Aufnahmen auf NAS aus Deep-Standby.

Deshalb habe ich auch auf die paar Sekunden gesch...
Hat niemand was von einer Box, die nach 40 Sekunden "vielleicht" hochgefahren ist, wenn er eine haben kann, die nach 50 Sekunden ganz sicher richtig hochgefahren ist, auch wenn es natürlich User geben wird, bei denen es auch beim abgekürzten Boot keine Probleme gab, ich hatte selber auch keine.

Wie gesagt, ich schau mal, daß ich die Zeit über Boot Concurrency wieder reinhole.

Gesendet von meinem SM-N910F mit Tapatalk

beginner · #96

SpaceRat danke für die ausführlichen Erläuterungen. Da ich eine GigaBlue Quad 4K nutze erschien mir von 45 Sekunden auf 1 Minute und 15 die Bootzeit schon etwas lang und das ohne Netzwerkmounts oder OpenVPN. Hatte am Wochenende getestet mit einem nackten Image. Jetzt weiß ich zumindest die Hintergründe und hoffe das die Optimierungen den Start wieder etwas beschleunigen. Könnte mir vorstellen das Impex bei den Optimierungen ihrer Treiber auch noch einiges rausholen könnten aber hier passiert noch nicht so viel. Lese auch immer von der Mutant das diese schon nach der hälfte der Zeit startet. Aber nichtsdestotrotz wird von euch hier im Forum gute Arbeit geleistet. :good2:

kanTiger · #97

Nabend @spacerat, erstmal danke für deine Mühe die du dir mit dem FastRestore gemacht hast.

Beim "Online-Flashen mit Einstellungsübernahme + Plugins abfragen" läuft ja FastRestore nicht bzw. nur langsam.
Kann es sein, daß es da dann andere unschöne Nebeneffekte mit den neuesten Images gibt?

Hatte z.B. am Samstag abend auf der AX das Image vom 18.11. so geflasht.
- Danach fuhr die Box nach jeder Aufnahme in den Deep, auch mit nur 4 Minuten Zeitdifferenz zwischen den Timern. Also 20:10 aus und 20:14 wieder an.
Nirgends war aber "in den Deep-Standby gehen" gesetzt, weder in der Sicherung vom 14.11. noch in den Menü-Einstellungen. Nur ein Powertimer, der aber erst nach 0:00 Uhr greift aus dem Standby.

- Für heute 15:03 auf ZDF HD war ein Aufnahme-Timer gesetzt. Gestartet wurde aber zu der Zeit ein deaktivierter Serientimer, der eigentlich für gestern 20:15 auf Pro7 HD vorgesehen war. :dntknw:

Mußte deshalb heute nochmal online flashen (Image von 21.11.). Diesmal ohne Einstellungsübernahme, dann Restore auf langsam und danach die selbe Sicherung wiederhergestellt. Mal sehen, obs hilft - bis jetzt siehts gut aus.

#98

kanTiger hat geschrieben:Beim "Online-Flashen mit Einstellungsübernahme + Plugins abfragen" läuft ja FastRestore nicht bzw. nur langsam.

"Nicht" trifft es besser.
Die bisherige Einstellungswiederherstellung und FastRestore sind zwei unterschiedliche Paar Schuhe.

Ist die genannte Option ausgewählt, dann wertet FastRestore das wie die Auswahl von "slow" und beendet sich selber noch bevor es irgendetwas (außer eben dieser Überprüfung) macht.
In FastRestore stecken also nur die Optionen "turbo" und "fast"; "slow" hingegen nutzt ausschließlich die alte Routine.

kanTiger hat geschrieben:Kann es sein, daß es da dann andere unschöne Nebeneffekte mit den neuesten Images gibt?

Sag niemals "nie", aber für FastRestore kann ich das weitgehend ausschließen und für den Modus "slow" bzw. Optionen die den Modus "slow" erzwingen erst recht, weil sich FastRestore da komplett raushält.

#99

@SpaceRat

Mittlerweile schon etwas her, bezüglich swap und Fastrestore https://www.opena.tv/howtos/37654-fragen-zu-fastrestore-post328473.html#post328473

meine ich herausgefunden zu haben, warum bei mir damals das swapfile nicht aktiv war. Ich hatte bevor ich neu flashte das swapfile von /media/hdd mit Hilfe von swapoff /media/hdd/swapfile in telnet deaktiviert, und anschliessend gelöscht per Filecommander, und ein neues swapfile auf USB über die GUI angelegt, was auch klappte. Ich denke der Telnet Befehl swapon off wurde mit Historie der Befehle in der Sicherung gespeichert und entsprechend nach neuflash ausgewertet.

Also würde dies Fastrestore gar nicht betreffen, es war insofern alles richtig so.