Ergebnis 91 bis 99 von 99
Thema: Fragen zu FastRestore
-
20.11.2017, 22:53 #91
- Registriert seit
- 18.10.2013
- Beiträge
- 181
- Thanks (gegeben)
- 68
- Thanks (bekommen)
- 20
- Total Downloaded
- 37,13 MB
- Total Downloaded
- 37,13 MB
Box 1:Gigablue Quad 4kBox 2:Gigablue QuadBei 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.
Schöne Grüße Beginner
---------------------------------------------------------------------------------------
GBQuad4K + GIGA DVB-T2/C NIM (TT2L10) (DVB-T2) - OpenATV 6.4 - Western Digital Elements 2TB - GigaBlue Ultra SCR-LNB 24 SCR 2 Legacy - Astra 19.2 - GigaBlue WLAN 600 MBIT - FRITZ!Box 7490
-
Advertising
-
21.11.2017, 00:30 #92
- Registriert seit
- 20.04.2013
- Beiträge
- 24.817
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9072
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .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.
Geändert von Papi2000 (21.11.2017 um 20:27 Uhr)
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
Danke - 1 Thanksbeginner bedankten sich
-
21.11.2017, 05:44 #93
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerJain.
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 TapatalkReceiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
Danke - 2 Thanks
-
21.11.2017, 06:06 #94
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerDie 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 TapatalkReceiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
21.11.2017, 06:49 #95
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerPotentiell 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 TapatalkReceiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
21.11.2017, 19:30 #96
- Registriert seit
- 18.10.2013
- Beiträge
- 181
- Thanks (gegeben)
- 68
- Thanks (bekommen)
- 20
- Total Downloaded
- 37,13 MB
- Total Downloaded
- 37,13 MB
Box 1:Gigablue Quad 4kBox 2:Gigablue QuadSpaceRat 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.
Schöne Grüße Beginner
---------------------------------------------------------------------------------------
GBQuad4K + GIGA DVB-T2/C NIM (TT2L10) (DVB-T2) - OpenATV 6.4 - Western Digital Elements 2TB - GigaBlue Ultra SCR-LNB 24 SCR 2 Legacy - Astra 19.2 - GigaBlue WLAN 600 MBIT - FRITZ!Box 7490
-
21.11.2017, 21:30 #97
- Registriert seit
- 03.04.2015
- Beiträge
- 747
- Thanks (gegeben)
- 194
- Thanks (bekommen)
- 133
- Total Downloaded
- 2,67 MB
- Total Downloaded
- 2,67 MB
Box 1:AX HD51 UHDBox 2:GB Quad 4KNabend @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.
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.Geändert von kanTiger (22.11.2017 um 06:11 Uhr) Grund: Frage umformuliert
-
22.11.2017, 12:24 #98
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewer"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.
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.Receiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
27.11.2020, 20:16 #99
- Registriert seit
- 18.10.2013
- Ort
- BW
- Beiträge
- 1.523
- Thanks (gegeben)
- 917
- Thanks (bekommen)
- 698
- Total Downloaded
- 162,62 MB
- Total Downloaded
- 162,62 MB
Box 1:AX HD61 4k - ATV 7.3Box 2:Mut@nt HD51 4k- ATV 6.4Box 3:LG DS90QY Soundbar@SpaceRat
Mittlerweile schon etwas her, bezüglich swap und Fastrestore https://www.opena.tv/howtos/37654-fr...tml#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.Geändert von tiopedro1958 (27.11.2020 um 20:27 Uhr)
mfg tiopedro1958
Lesezeichen