Thema: Enigma2-01-01-1970... Logs

Zitat von arn354

@Gundo - wenn Du eine Veränderung an dem Verhalten willst, dann poste Deinen Weg - man kann Ihn ja dann noch optimieren.

Pfad: /etc/init.d/umountfs

Code:

...
echo "Deactivating swap..."
swapoff -a

if [ -f /media/usb/logs/Enigma2-01-01-1970_01-00-22.log ]
then 
     mv -f /media/usb/logs/Enigma2-01-01-1970_01-00-22.log /media/usb/logs/Enigma2-$(date +%d-%m-%Y_%H-%M-%S).log_mv
fi

# We leave /proc mounted.
echo "Unmounting local filesystems..."
grep -q /mnt/ram /proc/mounts && mount -o remount,ro /mnt/ram
mount -o remount,ro / 
...

Vor jedem "Deep" oder "Reboot" wird "Enigma2-01-01-1970_01-00-22.log" umbenannt, und bekommt den zu diesem Zeitpunkt aktuellen Zeitstempel. Beim GUI-Reboot ist das nicht der Fall und auch nicht nötig. Hier wird ja zum Zeitpunkt des GUI-Reboots der Zeitstempel gesetzt.

So sieht das bei mir aus:

Code:

Enigma2-07-03-2014_06-46-04.log_mv
Enigma2-06-03-2014_23-42-21.log_mv
Enigma2-06-03-2014_22-14-22.log_mv
Enigma2-06-03-2014_17-35-57.log_mv
Enigma2-06-03-2014_16-51-45.log_mv
Enigma2-06-03-2014_15-07-41.log_mv
Enigma2-06-03-2014_06-46-04.log_mv
Enigma2-05-03-2014_18-42-44.log
Enigma2-05-03-2014_23-32-25.log_mv
Enigma2-05-03-2014_15-02-45.log_mv
Enigma2-05-03-2014_10-05-40.log_mv
Enigma2-05-03-2014_06-46-04.log_mv
Enigma2-04-03-2014_23-43-24.log_mv
Enigma2-04-03-2014_23-06-07.log_mv

*.log -->GUI-Reboot (Startzeit)

*.log_mv -->Deep/Reboot (Stopzeit)

Das klappt bisher wunderbar bei mir. Simpel aber effektiv. Hängt die Box sich aber auf, wirkt natürlich der Mod nicht. Meine Kenntnisse in dieser Hinsicht sind aber sehr bescheiden, du kannst den Mod sicherlich verbessern.


Gruß Gundo

Hi Gundo,
Danke. Wie vorhin schon per PN ausgekaspert, greift der Mod nur, wenn das Log 22 Sekunden nach Start der Box noch ohne gültige Zeit angelegt wird. Dauert der Start weniger lang oder länger (bei mir unterschiedlich...), fehlen wieder Logs. Also müßte man alle alten Logs löschen. und auf Vorhandensein von "Enigma2-01-01-1970*.log mit mv -f Enigma2-01-01-1970*.log Enigma2-$(date +%d-%m-%Y_%H-%M-%S).log_mv reagieren.
Als Erbsenzähler hätte ich sogar gern im Datum Jahr und Tag getauscht:
mv -f Enigma2-01-01-1970*.log Enigma2-$(date +%Y-%m-%d_%H-%M-%S)_mv.log
Am Zusatz _mv im Namen würde man den Eingriff des Workarround erkennen.
Schöner ware es, das würde nicht nötig sein.
Und wenn die Standard-Debuglogs auch gleich der Nomenklatur "Enigma2-Jahr-Monat-Tag_HH-MM-SS.log" folgen würden.
Danke.

/usr/bin/enigma2.sh

Code:

if [ "$(grep config.crash.enabledebug /etc/enigma2/settings)" == "config.crash.enabledebug=true" ]; then
    ntpdate -b pool.ntp.org &
    if [ "$(grep config.crash.debug_path...

Damit sollten die Debuglogs zumindest wenn eine Netzwerkverbindung vorhanden ist, das aktuelle Datum und Uhrzeit haben.
Bitte auch mal ohne Netzwerkkabel testen, wie sich das auf das normale Bootverhalten auswirkt - wenn Netzwerkkabel ab sollten naürlich auch keine Netzwerkmounts konfiguriert sein.
Wenn auch ohne Internetverbindung keine gravierenden Nachteile, dann kann man das so übernehmen im Image.
Dabei kann man auch gleich die Dateinamenskonvention ändern.

Eventuell ist das eleganter.

https://github.com/openatv/enigma2/c...d0cedb20da1d5f
! Use ntpdate if debug-log is enabled
! Changed filename of debug-log to Enigma2-debug-YYYYMMDD_HH-MM-SS.log

so sollte OK sein - wenn debug enabled sollte auch ein etwas längerer Start ohne Netzwerk verkraftbar sein.

Ich steh grad auf´m Schlauch.

Du hast also nur die "enigma2.sh" geändert, die "umountfs" bleibt original ?
Im Github steht "enigma2.sh.in". Warum ? Müßte es nicht enigma2.sh heißen ?

Ich hab einfach mal enigma2.sh.in nach enigma2.sh umbenannt und auf die Box kopiert. Box hängt bei Booten. Was mach ich falsch ?

Das ist eine Datei die beim Build generiert wird - drum den Zusatz sh.in .
Du hast jetzt unbelegte Variablen drin...
z.B.
@bindir@ das ist dann /usr/bin


Jo - die umountfs is noch unberührt.
Das würde wenn nur benötigt, wenn keine Netzwerkverbindung vorhanden oder der ntp-Server nicht antwortet.

Ok, dann warte ich auf das ATV4 Image von morgen.


Gruß Gundo

https://github.com/openatv/enigma2/c...00761ee100222a
! move ntpdate directly to debuglog as it still missed the correct time

Also auf das Image von morgen (9.3.2014) warten.


Gruß Gundo

Zitat von Papi2000

... greift der Mod nur, wenn das Log 22 Sekunden nach Start der Box noch ohne gültige Zeit angelegt wird. Dauert der Start weniger lang oder länger (bei mir unterschiedlich...), fehlen wieder Logs...

Ich hab deswegen den mod folgendermaßen angepaßt:

Code:

for i in /media/usb/logs/Enigma2-debug-19700101_01-00-*.log; do mv $i /media/usb/logs/Enigma2-debug-$(date +%Y%m%d_%H-%M-%S).log_mv; done

Jetzt isses egal wie lang die Box braucht um zu booten. So klappt es bei mir problemlos. Das Format hab ich original übenommen bis auf "_mv". Ich hätte lieber die Startzeit der Box verwendet, weiß aber nicht wie/ob man die auslesen kann.