Seite 2 von 2

Re: Shutdownproblem

Verfasst: Sa 17. Jul 2021, 20:31
von DboxOldie
Ja...
dieses socat würde ich mal feuern....
Ein serielles Log ist an der Stelle durch nichts zu ersetzen. :wink:

Re: Shutdownproblem

Verfasst: Sa 17. Jul 2021, 22:51
von thc09
BPanther hat geschrieben: Sa 17. Jul 2021, 20:30 Hast Du denn ein CI eingebaut?
Hi, nö da ist keins drin.

Ich hab die Box vorhin bestimmt 50x in den Deep geschickt. Zwischen durch Aufname,Movieplayer, Tuxtext ...

Alles bestens. Das endet genau wie das mit den Timern :shock: .

Mal weitersehen ...Gruss!

Re: Shutdownproblem

Verfasst: Sa 17. Jul 2021, 22:53
von thc09
DboxOldie hat geschrieben: Sa 17. Jul 2021, 20:31 Ja...
dieses socat würde ich mal feuern....
Ein serielles Log ist an der Stelle durch nichts zu ersetzen. :wink:
Du klingst wie mein Arzt :D

Das ist ja ein serielles Log :wink_:

Gruss!

Re: Shutdownproblem

Verfasst: Sa 17. Jul 2021, 23:40
von BPanther
Ich habe mal ein neues experimentelles Image für die HD51 hochgeladen. Da ist auch socat mit bei, ohne die 3 libs - geht nämlich auch ohne die. Und hier auch socat einzeln noch anbei zum testen im aktuellen Image ohne flashen.

Keine Ahnung, wie Du das mit dem Log machst, aber bei mir kommt mit Deinem Script leider nur das:

Code: Alles auswählen

vuultimo4k:~# /tmp/test
2021/07/17 23:43:38 socat[27195] N opening undef "/dev/ttyUSB0" for reading
2021/07/17 23:43:38 socat[27195] E open("/dev/ttyUSB0", 04000, 0666): No such file or directory
2021/07/17 23:43:38 socat[27195] N exit(1)

Code: Alles auswählen

hd51:~# /tmp/test
2021/07/17 23:46:03 socat[18194] N opening undef "/dev/ttyUSB0" for reading
2021/07/17 23:46:03 socat[18194] E open("/dev/ttyUSB0", 04000, 0666): No such file or directory
2021/07/17 23:46:03 socat[18194] N exit(1)
Und Recht hat das Teil, /dev/ttyUSB0 gibt es nicht, warum auch.

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 00:45
von thc09
Hi...

Schau ich mir morgen an. Ich nutze hier den cp2104.
Was benutzt du ?

Gruss!

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 02:17
von BPanther
Ich nutze nichts dergleichen, sondern immer die echte RS232 Schnittstelle an den Boxen, bei der HD51 entsprechend nachgerüstet. Siehe dazu hier: Re: AX hd51 Flashmethoden (Post by BPanther #39161)
Aber jetzt wird mir klar, was Du da machst - da dürfte aber kein serielles Log im eigentlichen Sinn bei rauskommen, da der USB zu spät kommt, so daß man den eigentlichen Startvorgang nur unvollständig erhält, was bei Startptoblemen wichtig wäre. Aber, so gesehen, hat man theoretisch zumindest ein Teil-Log. Leider kann man von ttyS0 nicht mit socat abgreifen (oder nur per cat), dann könnte das Log noch etwas früher beginnen, da keine Treiber notwendig wären - wenn auch hier nicht wirklich vollständig, da erst die HDD da sein muß. Daher kommt man einfach um eine echte RS232 nicht herum um wirklich alles zu haben vom einschalten der Box an, so daß z.B. auch BOLT (Bootloader) sichtbar und ggf. abbrechbar ist. Dafür ist dann aber natürlich ein extra PC erforderlich der das loggen dann abgreift und speichert.

Ich habe mal socat als optionale Möglichkeit mit ins DDT-GIT gepackt, wird also nicht automatisch mitgebaut. Kann nach ./make.sh mit make socat somit auch selbst gebaut werden. Oder alternativ natürlich auch per config.local Eintrag. Baut problemlos unter SH4/MIPS/ARM durch. Die binäre Datei socat ist dann in /usr/bin zu finden.

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 12:01
von thc09
Ja, das hatten wir alles mal im Chat durchgenudelt.
Und war dazu gedacht die Problematik mit den Timern zu finden.
Ich hab das wie du, Kabel hinten über Deckel rausgeführt, geht dann gleich auf den Wandler der nen USB Stecker hat.
Der steckt in der Box. Per Adapter gehts dann auf MicroUSB wenn es benötigt wird.
Dafür reicht das und man spart sich zusätzliche Hardware.

Ich baue ja nicht selbst, aber solange der Kernel sich nicht ändert wird das schon laufen.
Also zumindest wenn es nicht zu Seiteneffekten kommt.
Komisch find ich das die Libs nicht benötigt werden.

Jetzt werde ich das mal antesten ...

Danke

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 16:05
von BPanther
thc09 hat geschrieben: So 18. Jul 2021, 12:01Ich hab das wie du, Kabel hinten über Deckel rausgeführt, geht dann gleich auf den Wandler der nen USB Stecker hat.
Der steckt in der Box. Per Adapter gehts dann auf MicroUSB wenn es benötigt wird.
Dafür reicht das und man spart sich zusätzliche Hardware.
Schon klar, Du hast auf diese Art eine "Schleife" gemacht, so daß er sich selbst loggen kann.
thc09 hat geschrieben: So 18. Jul 2021, 12:01Ich baue ja nicht selbst, aber solange der Kernel sich nicht ändert wird das schon laufen.
Also zumindest wenn es nicht zu Seiteneffekten kommt.
Wäre nur der Fall, wenn der (in Deinem Fall) CP210X nicht mehr vorhanden wäre oder seriell abgeschaltet werden würde. Aber das macht normalerweise keiner, zumindest letzteres nicht.
thc09 hat geschrieben: So 18. Jul 2021, 12:01Komisch find ich das die Libs nicht benötigt werden.
Ich habe nicht alles bauen lassen von socat, daher braucht es die Libs auch nicht. ;)

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 20:07
von thc09
Ok, besser ohne Libs. :D

Das experimental läuft unauffällig. Da iss jetzt aber nix besonderes mit ?
Schon mit Bundestrojaner oder so :totlach:

Dann warten wir mal ab ...
Gruss!

Re: Shutdownproblem

Verfasst: So 18. Jul 2021, 22:39
von BPanther
thc09 hat geschrieben: So 18. Jul 2021, 20:07Ok, besser ohne Libs. :D
Super, habe ich also nichts wichtiges weggelassen. :)
thc09 hat geschrieben: So 18. Jul 2021, 20:07Das experimental läuft unauffällig. Da iss jetzt aber nix besonderes mit ?
Nein, nur wenige Änderungen. Sind ja nur die shutdown.list und socat hinzugekommen, sowie libgcrypt update.
thc09 hat geschrieben: So 18. Jul 2021, 20:07Schon mit Bundestrojaner oder so :totlach:
Der hat Probleme beim bauen, gibt immer Fehler aus. Ist wohl eher nichts für unsere alten Kernel. :pc_kaffee2:

Re: Shutdownproblem

Verfasst: Mo 3. Jan 2022, 08:15
von thc09
Ich könnte noch was anbieten, beim runterfahren dann frisch durchgestartet.

Code: Alles auswählen

00:22:06.850     [zapit.cpp:run:2764] shutdown complete
00:22:06.857     zapit shutdown done
00:22:06.868     [ConfigFile] saving /var/tuxbox/config/scan.conf
00:22:06.874     [ConfigFile] saving /var/tuxbox/config/neutrino.conf
00:22:06.887     [neutrino] executing /var/tuxbox/control/deepstandby.on
00:22:06.896     entering off state
00:22:06.903     timer_minutes: 27353239
00:22:06.913     wakeup time : Mon Jan  3 08:19:00 2022 (1641194340)
00:22:06.920     current time: Mon Jan  3 00:22:06 2022 (1641165726)
00:22:06.929     rtc_offset  : 0
00:22:06.937     [fb_accel_arm] run end
00:22:06.946     [HAL:00000000:init  ] hal_api_exit, initialized = 1
00:22:06.953     [neutrino] This is the end. Exiting with code 0
00:22:06.958     double free or corruption (!prev)
00:22:06.964     Aborted

Re: Shutdownproblem

Verfasst: Mo 3. Jan 2022, 12:24
von BPanther
Nach dem

Code: Alles auswählen

[neutrino] This is the end. Exiting with code 0
kommt nur noch

Code: Alles auswählen

exit(exit_code);
im Source, also das Ende von Neutrino selbst über C++, eben das Programmende. Entweder hat C++ eine Macke oder aber es streut ein Leck dort ein, wobei ich letzteres vermute. Sowas in der Art hatten Deine Logs schonmal.

Nachdem Frankenstone angefangen hat den Source von eh nicht benutzten Code zu bereinigen, lasse ich eine Testversion der HD51 hochladen (in Experimentell). Dort ist wohl auch das Logo-Problem von Frankenstone gefixt. :drinking:

Re: Shutdownproblem

Verfasst: Mo 3. Jan 2022, 14:13
von thc09
Richtig, wobei ich das so allerdings noch nicht gesehen hatte.

Normalerweise hilft ja dann nur Telnet oder Knopp vorne.

Diesmal hat Sie aber durchgestartet.

Nun, das passiert ja eher selten.

Ich hatte ja schon externes logging dran, dann passiert das natürlich nicht. :D

Image teste ich, das von fs läuft unauffällig ...Nehme an, war ein Blattschuss :bounce:
Ja, das experimental sieht auch gut aus ... :mrgreen: