AX/MUTANT - Bugliste/Funktionen/Tests

[DboxOldie]

E2 nutzt im alten Layout schon immer (stur) die mmcblk0p10 als Linux-Swap, die p11 (swapdata im DDT Layout) kennt es nicht.

Im neuen Layout versucht E2 weiterhin (stur) die mmcblk0p10 als Linux-Swap zu verwenden, was aber nicht geht.
Da es nach deren eigenen neuen Layout nur p1 bis p7 gibt.

NI hat nun für das neue Layout eine p8 (Linux-Swap) und p9 (gemeinsamer ext4 Datenbereich) angehangen und p7 dafür verkleinert.
Ähnlich also wie ich es bei meinem Eigenbau (DDT Basis) mit dem neuen Layout mache, nur verkleinere ich eben p3.

[Janus]

Mit der Einschränkung : da zu flashende Image muss für das neue Layout geeignet sein und der Kernel entspechend gebaut, sonst bootet es nicht.

Nach erfolgreicher Initialisierung mit einem NI-Selbstbau (...Multi_USB.zip) habe ich natürlich probiert, meine Sicherung (mit alter Partitionierung erstellt) wieder in Bank 4 einzustellen. Gegen besseres, erlesenes Wissen nach dem Motto "Versuch macht kluch".

Hat tatsächlich nicht geklappt.

Was aber einwandfrei funktioniert hat:
+ Komplettsicherung von aktueller Bank 1 in Bank 4 installiert. Die "neuen" Bank-Bezeichner wurden automatisch angelegt. Sehr gut finde ich dabei die Markierung (*) der aktiven Bank !!

+ /mnt/storage macht was es soll! Habe im ersten Schuss nur per Symlinks nach /mnt/storage getestet.
"mount bind" - Einbau versuche ich dann später mal, wenn ich noch ein, zwei weitere Images auf der Box habe.


@Joerg
"Storage" gibt es nur einmal und ist eine eigenständige Partition, die keinerlei direkten Bezug zu irgendeiner der 4 Bänke hat. Außer dem SmyLink in /mnt natürlich.
"Swap" gibt es auch nur einmal und ist ein Linux-typischer Auslagerungsspeicher, der RAM-Engpässe überbrücken soll. Letztlich ist das eine dynamische "Erweiterung" des physikalischen RAM.



Jetzt brauche ich nur noch ein aktuelles schlankes Enigma-Image ohne den KlickiBunti-Overhead. "Sendersuche" und dann damit "Fernsehen" reicht mir.
Für die "ganz wichtigen Sachen" zum Vertreiben überschüssiger Zeit habe ich ja ein Android-TV...

[vanhofen]

Nach erfolgreicher Initialisierung mit einem NI-Selbstbau (...Multi_USB.zip) habe ich natürlich probiert, meine Sicherung (mit alter Partitionierung erstellt) wieder in Bank 4 einzustellen. Gegen besseres, erlesenes Wissen nach dem Motto "Versuch macht kluch".

Hat tatsächlich nicht geklappt.

Selbstverständlich lässt sich ein NI-Backup, welches mit Einstellungsmenü erstellt wurde, wieder dort einspielen. Ich habe das in letzter Zeit wirklich oft gemacht.

[Janus]

Nicht das wir mal wieder aneinender vorbeireden:

In dem angesprochenen Fall habe ich das Ganze mit einer Komplettsicherung (imgbackup-hd51.sh) aus meinem Bestand - vor der Neupartitionierung - versucht.
Das war halt mit dem alten Kernel und passte auf die oben von mir zitierte Aussage von DboxOldie ... und funktioniert erwartungsgemäß eben nicht! Darauf liefen ja auch die Fragen von Joerg heraus.

Das Komplettbackup - erstellt nach der Neupartitionierung der Box mit neuem Script (und 'neuem' Kernel) - habe ich demgegenüber per "Software-Aktualisierung" problemlos nach Bank 4 installiert (s.o.).


Das NI-Backup über das Einstellungsmenü ist - für mich - nicht wirklich nützlich, da die Rücksicherung wegen meiner personalisierten Verzeichisstruktur des öfteren gescheitert ist.
(das war/ist dann aber mein eigener Fehler)

[vanhofen]

Dieses Sichern von Komplett-Images ist eine Unart, die ich nie verstehen werde.

[DboxOldie]

Dieses Sichern von Komplett-Images ist eine Unart, die ich nie verstehen werde.

Macht im Moment den Sinn:
Wenn man mal eben ein anderes disk.img flashen will > ratzfatz kann man die Parts wieder restaurieren.
Natürlich nur new Layout gebaute nach old oder new Layout, bei old Layout gebauten muss man eben bei old Layout bleiben.

Besonders hilfreich wenn man E2 Images mal eben so wegsichern und mit Neutrino restaurieren will.
Das spart Zeit, und der E2 Mechanismus ist da sowas von gaga und fehlerhaft....

[Knicko]

Nun ja, jeder jeck ist halt anders.
wenn ich recovere (disk.img) habe ich eh alle anderen Images für 2-4 auf hdd liegen.
Anschließend nach start des Images, flashe ich über die Konsole eben die 3 fehlenden Images mit ofgwrite.
Hintereinander.
sind 2 yocto images, wo der remote automatisch beim start die Sicherungen einspielt.
Auch beim openatv kannst direkt nach start die orginal Sichrung wieder automatisch einspielen.
Die ganze Aktion dauert gefühlt ne Tasse Kaffee.
da brauche ich keine komplett Backups.

gr. Knicko

[Don de Deckelwech]

Hi,
und bei Neutrinos in den anderen Parts, was macht man dann?

Ciao,
DdD.

[Knicko]

welche neutrinos?

bei mir laufen yocto-tuxbox, yocto-tango, NI, und openatv 6.3 und alle eigentlich immer aktuell.

wenn du jetzt ein keywelt meinst, gibts dort doch mit Sicherheit auch ne Sicherungsfunktion.

Außerdem halte ich überhaupt nichts davon, mir irgendein Uraltimage zu sichern um das nach Monaten wieder einzuspielen.
Gestern ist meiner Meinung nach schon alt.

gr. Knicko

[Don de Deckelwech]

Hi,
vermutlich war deine Erklärung einfach nur zu kurz.

Ciao,
DdD.

[Janus]

Ich hätte noch eine kurze Erklärung:
Stellt Euch einfach mal vor, dass nach einer Änderung des bestehenden Images in Bank 1 die Box nicht mehr hochfährt. Soll bei selbstgemachten Bugs in Eigenbau-Images schonmal vorkommen.

Bei Firmwäre-Änderungen in Bank 1 (z.B. gescheiterte Online-Änderungen an Standard-Enigma) mache ich seit dem zweiten Totalverlust immer diese Sicherung aller Bänke und eine 1:1 Sicherung des CommonStorage auf dem PC.
Solange das Skript also funktioniert und ofgwrite die "zulässigen" Images sauber in die von mir gewünschten Bänke zurückflasht, ist es mir ziemlich egal ob das Jemand versteht.

Die Unarten in meinem Settingsmanagment versteht ja auch kaum Jemand...
Jeder Jeck ist halt anders.
Zurück zum Thema....

[Janus]

Gerade eben:

CXX streaminfo2.o
/home/janus/development/ni/build/source/ni-neutrino-hd/src/gui/update.cpp: In Elementfunktion »void CFlashUpdate::update_php(std::__cxx11::string&, const char*)«:
/home/janus/development/ni/build/source/ni-neutrino-hd/src/gui/update.cpp:156:22: Fehler: ungültige Operanden der Typen »const char [10]« und »char [64]« für binäres »operator+«
url += "&boxname=" + g_info.hw_caps->boxname;
~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
Makefile:726: die Regel für Ziel „update.o“ scheiterte
make[7]: *** [update.o] Fehler 1
make[7]: *** Es wird auf noch nicht beendete Prozesse gewartet...
Makefile:759: die Regel für Ziel „all-recursive“ scheiterte
make[6]: *** [all-recursive] Fehler 1
Makefile:578: die Regel für Ziel „all“ scheiterte
make[5]: *** [all] Fehler 2
Makefile:802: die Regel für Ziel „all-recursive“ scheiterte
make[4]: *** [all-recursive] Fehler 1
Makefile:631: die Regel für Ziel „all“ scheiterte
make[3]: *** [all] Fehler 2
Makefile:494: die Regel für Ziel „all-recursive“ scheiterte
make[2]: *** [all-recursive] Fehler 1
Makefile:426: die Regel für Ziel „all“ scheiterte
make[1]: *** [all] Fehler 2
make/neutrino.mk:176: die Regel für Ziel „/home/janus/development/ni/build/deps/neutrino“ scheiterte
make: *** [/home/janus/development/ni/build/deps/neutrino] Fehler 2

[vanhofen]

FCK. Das repariere ich dann glei. Danke.

[Janus]

In dem gerade erzeugten NI 3.60.294 stimmt was mit der LUA-Integration nicht.

Zum Beispiel beim Start des Multiboot-Plugins:

Lua Script Error
/share/lua/5.2/posix/init.lua:22: module 'std.normalize' not found
dann: viele "no file" Einträge...

Auch an anderen Stellen (Streaming) taucht sowas auf !

[Don de Deckelwech]

Hi,
klingt hiernach: https://www.neutrino-images.de/board/vi ... 447#p19444

Ciao,
DdD.

[Janus]

Jou,
das posix-Zeugs aus dem ZIP nachinstaliert und das Multiboot funktioniert erstmal wieder...
das 'json' Problem beim Streaming hier noch nicht.
Aber scheint ja in Arbeit...

[vanhofen]

Ich hab alles wieder gerichtet. Das posix-Zeug muss ich mir mal genauer ansehen. Das letzte Release scheint in Abhängigkeit von std::normalize zu stehen. Ich habe erstmal wieder auf den alten Stand revertet.

[Janus]

Jou, das klappt mit 3.60.299 wieder.

Was nicht mehr geht, ist libxslt-Build für mein Lieblingstool xsltproc ("GiveAway" in Makefile.local).
Da sind wohl neue Versionen auf dem Markt (libexslt.so 0.8.20 und libxslt.1.1.32).

Per DDT-BS wird aber korrekt gebaut. (Ist dort auch in dem 'regulären' make-Verzeichnis)
Habe ich mir dort mal ausgeborgt und verzeichnisrichtig (für NI) einkopiert.
Funktioniert.

Wenn mal viel Zeit und sonst nichts Wichtiges ist, könnte man das ja auch mal ins BS-Git aufnehmen.
Muss ja nicht grundsätzlich mitgebaut werden. Konfigurierbar (+= --with_libxslt) in config.local wäre auch praktikabel.

[vanhofen]

Wenn du mir dein Target gibst, baue ich es ein.

[Don de Deckelwech]

Hi,
ich weiss, das hat keine Priorität, aber die ausgefransten GUI-Elemente, was ist damit (Scrollbalken etc) ? Ich hab mir sagen lassen, das liegt an der fehlenden Hardware-Beschleunigung, aber ist das denn was, was technisch garnicht geht, oder was nur niemand bisher software-mässig implementiert hat?

Ciao,
DdD.