Ergebnis 11 bis 15 von 15
-
10.04.2018, 14:54 #11
- Registriert seit
- 02.10.2016
- Ort
- Köln
- Beiträge
- 83
- Thanks (gegeben)
- 13
- Thanks (bekommen)
- 39
- Total Downloaded
- 59,94 MB
- Total Downloaded
- 59,94 MB
ThemenstarterBox 1:Mut@nt HD51 4k OpenATV 6.4Box 2:Octagon SF8008 - OpenATV 6.4Box 3:VU+ Zero - OpenATV 6.4Moin zusammen,
hab da nochmal eine Verständnisfrage an @betacentauri : Habe ich das richtig verstanden das der Fehler nur bei der mmcblk0p3 auftritt ? Wenn ja hau ich als erstes Image einfach ne Art Rescue Image drauf und fahre die produktiven Images dann auf 2-4.
Gruß
Zig.
-
Advertising
-
10.04.2018, 16:36 #12
- Registriert seit
- 15.06.2013
- Beiträge
- 2.359
- Thanks (gegeben)
- 287
- Thanks (bekommen)
- 1399
- Total Downloaded
- 1,32 MB
- Total Downloaded
- 1,32 MB
Box 1:hd51Box 2:vuduo4kseBox 3:und noch 20-30 andereHi,
ja, dieses Problem tritt nur beim 1. Image auf. Bei den anderen nicht. Natürlich kann es bei den anderen Images mit der Zeit auch Probleme geben, wenn man beispielsweise im laufenden Betrieb einfach die Box ausschaltet.
Du kannst doch auch das machen was ich meinte. In das 2. Startup ein Image installieren und von dem aus das Filesystem mmcblk0p3 mit fsck.ext4 checken bzw reparieren.hd51, vuduo4se,....
-
10.04.2018, 17:27 #13
- Registriert seit
- 02.10.2016
- Ort
- Köln
- Beiträge
- 83
- Thanks (gegeben)
- 13
- Thanks (bekommen)
- 39
- Total Downloaded
- 59,94 MB
- Total Downloaded
- 59,94 MB
ThemenstarterBox 1:Mut@nt HD51 4k OpenATV 6.4Box 2:Octagon SF8008 - OpenATV 6.4Box 3:VU+ Zero - OpenATV 6.4Klar bei unsauberen beenden kann sowas immer passieren. Hab gestern Abend auch noch schnell deine Variante getestet mit vom 2. Image fschk aufzurufen, hat auch geklappt nur das Image war von mir schon so verbastelt das ich nachher eh nochmal alles neu machen muss
Das einzige was ich nicht verstehe warum ist das im ersten Image so, wenn es an dem abgeschnittenen liegt, müsste es doch bei den anderen auch so sein oder übersehe ich was grundlegendes ?
Versteh mich bitte nicht falsch, Dein Weg funktioniert und ich werde ich auch benutzen, bin nur ein Mensch der versucht zu verstehen warum etwas ist, wie es ist und irgendwie erschließt sich mir nicht wieso es bei der ersten Partion so ist und bei den anderen nicht. Falls Du Lust / Zeit hast kannst Du mir auch gerne ne PM schreiben, falls es den Rahmen hier sprengt.
Gruß
Zig.
P.S: Baut ihr die rootfs Geschichte in die Startup Option noch ein oder bleibt das besser so wie es jetzt ist ?
-
10.04.2018, 20:22 #14
- Registriert seit
- 15.06.2013
- Beiträge
- 2.359
- Thanks (gegeben)
- 287
- Thanks (bekommen)
- 1399
- Total Downloaded
- 1,32 MB
- Total Downloaded
- 1,32 MB
Box 1:hd51Box 2:vuduo4kseBox 3:und noch 20-30 andereDas wird ein bisschen technisch. Ich hoffe du verstehst es. Per USB kann man nur ein ext4 Dateisystemimage flashen. Das wird auf dem Buildserver erstellt und eben hinten abgeschnitten. Du kannst so eins auch mit dd erstellen. Das liest einfach jeden Block des Devices und schreibt ihn in eine Datei egal ob der Block frei ist oder irgendwas drin steht.
Das Flashen per online Flash geht komplett anders. Neben der disk.img befindet sich im Image Zip File auch noch eine rootfs.tar.bz2. Das ist ein Archiv das alle Dateien und Verzeichnisse beinhaltet, die im Rootfs vorhanden sind. Wenn ein Startup noch nicht verwendet wurde, dann wird es erstmal ext4 formatiert. Wenn es schon verwendet worden ist, werden alle Dateien gelöscht. Danach wird einfach das rootfs.tar.bz2 entpackt. Somit liegen auf dem Device alle benötigen Dateien in den richtigen Ordnern. D.h. am Dateisystem selbst wird nichts manipuliert. Es werden nur Dateien gelöscht und erstellt.
P.S. Das gilt nur bei ext4 Dateisystemen und nicht bei ubifs, was bei älteren Boxen verwendet wird.
Bzgl der ext4 Option in der Startup Datei: Die „Fehlermeldung“ ist aus meiner Sicht unproblematisch. Die besagt ja nur, dass ext3 nicht verwendet werden kann. Danach wird ja scheinbar ext4 verwendet ansonsten würde es ja überhaupt nicht laufen. Sauberer wäre es wahrscheinlich aber eben aus meiner Sicht nicht wirklich notwendig. Kann Cap ändern wenn er will.hd51, vuduo4se,....
-
Danke - 1 ThanksZiggy815 bedankten sich
-
11.04.2018, 14:47 #15
- Registriert seit
- 02.10.2016
- Ort
- Köln
- Beiträge
- 83
- Thanks (gegeben)
- 13
- Thanks (bekommen)
- 39
- Total Downloaded
- 59,94 MB
- Total Downloaded
- 59,94 MB
ThemenstarterBox 1:Mut@nt HD51 4k OpenATV 6.4Box 2:Octagon SF8008 - OpenATV 6.4Box 3:VU+ Zero - OpenATV 6.4Moin moin,
keine Angst so schnell wird für mich nicht zu technisch
Heisst also unterm Strich wird Partion 1(mmcblk0p3) egal in welchem Zustand sie ist, einfach als Blockimage geflasht weil im USB Flashmode nix anderes geht, vermutlich weil Du nur das img File an den Bootloader übergeben kannst und er dann entscheidet was passiert.
Beim online Flash, da du schon ein lauffähiges System drunter hast gehste hin formatierst bei der Erstbenutzung, also wenn die Partion nach erstmaligen USB Flash noch unbenutzt war, mit ext4 und ensprechend kann so kein FS Fehler auftreten weil ja im Gegensatz zur Partion1 das Dateisystem neu erstellt wird und nicht wie beim USB Flash einfach abgeschnitten übernommen wird.
So wird die Geschichte absolut schlüssig für mich.
Vielen herzlichen Dank für die ausführliche Info! Deswegen liebe ich OpenATV sowohl als Image als auch als Community so sehr, hier bekommt man anständige und technisch versierte Antworten auf seine Fragen!
Also kann man als Lösung festhalten, das alle die ein sauberes Filesystem auf der ersten Partion haben wollen, von einer anderen Partion booten müssen und dort ein
Code:e2fsck /dev/mmcblk0p3 -f
Mit dem rootfstype=ext4 gebe ich Dir Recht, ist ansich nichts weiter als ein Schönheitsfehler aber falls Zeit ist wäre er ja mit sehr wenig Aufwand zu beheben
Gruß
Zig.
-
Danke - 1 Thanksbetacentauri bedankten sich
Lesezeichen