Ohne Einstellungen sichern (oder kopieren wie es da heissen mag im Setup-Menü) mach ich immer, weil ich vor dem Flashen via Telnet eine Kopie von var anlege. (im var-Verzeichnis Telnet-Befehl tar cvf my-var.tar *). Klappt bislang immer super nach nem Reboot dann eben mit Minimal-Konfig (Netzwerk einrichten) auf die Box > gesichertes var-Backup zurück und via Telnet entpacken. Per reboot -f die Kiste resetten und dann sind meine Einstellungen eigentlich wieder da
heute nicht so, heute endet es in Error 134 auf dem VFD-Display und dem roten NI-Logo auf dem TV.
Greif ich mit FTP auf die Box zu und lösche die neutrino.conf erscheint nach ein paar Sekunden der Setup-Wizard > Lade ich die Einstellungen aus meiner alten neutrino.conf klappt das auch erstmal alles OK > bis zum Reboot (und erneut dem 134er Problem). Muss dafür garnicht rebooten, es reicht beim Setup die Einstellungen aus der alten neutrino.conf zu laden > dann habe ich im Hauptmenü die beiden untersten Optionen (Zugangskontrolle und Informationen) aktiv, was ich eigentlich deaktiviert habe > über Einstellungen > Personalisierung (wo die Punkte wie Hauptmenü auf auf deutsch stehen, trotz Spracheinstellung English, das ist bei meinem Nightly vom 17.03. anders, da stehen die Punkte auf englsch!) die beiden Optionen vom Hauptmenü stehen dort schon auf "not visible" (das ist dann englisch *g*) > lass ich auch so > Abfrage vonwegen übernehmen der Einstellungen > YES > und es endet mit dem 134er.
Hatte irgendwie den Verdacht es könnte an CEC liegen, aber auch mit deaktiviertem CEC (Optionen entfernt, oder alle auf 0 gesetzt vor dem Laden der neutrino.conf) bleibt es das gleiche
Da es mit dem aktuellen Image (Online-Update) nicht geklappt hat, hab ich es mit dem Image von gestern als lokales Update versucht mit dem gleichen Ergbnis.
Hab dann das Image vom 17.03. als lokales Update installiert (also das, was auch vorher drauf war) und dabei "natürlich" keine Probleme mein Backup des Systems zu nutzen.
Ich hab mit Putty mal ein Logfile erzeugt (setconsole) und auch wenn meine etwas unorthodoxe Art des Backups bzw. wiederherstellens ursächlich sein mag und das nicht zu empfehlen ist, so kann mir doch vielleicht jemand den Grund für Fehler 134 aus dem Log nennen.
Dass im Logfile "Fehler" stehen wie das mounten von 2 NFS-Laufwerken der Cooli ist schon OK, die Cooli ist ausgeschaltet (aber das ist ja in Ordnung, daran wird es nicht liegen. Nur sehe ich das so, den eigentlich Grund erkenne ich absolut nicht).
Einmal (aber da ist jetzt das Log nicht von) hab ich noch gedacht "dann machste das jetzt halt mal die Konfig von Hand neu" > hab die Theme-Einstellungen geladen (altes NG-gelb basierende Theme, also das mache ich nicht von Hand) > bei OSD noch was rumgespielt (z.B. Screen-Setup) > Personalisierungen > diese beiden Optionen im Hauptmenü (Zugangskontrolle und Informationen) deaktiviert/not-visible >>> gleiches 134er Problem beim Übernehmen der Einstellungen. Und das war dann auch der Grund erstmal das alte Nightly vom 17.03. wieder aufzuspielen wo die Optionen im Hauptmenü von vornherein deaktiviert wird, wenn ich mein var-Backup entpacke auf der Box und die Box resette *g*
so direkt sehe ich als Fehler nur für mich nicht hilfreich:
Code: Alles auswählen
*** Error in `neutrino': free(): invalid pointer: 0x00421a5c ***
Aborted
Mar 22 06:27:06 ax51 user.info start_neutrino[2225]: Neutrino exited with exit code 134
Mar 22 06:27:06 ax51 user.info start_neutrino[2225]: Restarting neutrino after exit code 134