Crash und das Debug log auf /mnt/usb/log

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Crash und das Debug log auf /mnt/usb/log

      Hallo,

      ich würde gerne das Crash und das Debug log auf
      /mnt/usb/log
      Schreiben lassen.

      Zum einem erhoffe ich mir dadurch eine schnellere Reaktionszeit, und zum anderen brauch die HD nicht aus dem schlaf geholt werden.

      Vielen Dank im Voraus.

      Gruß

    • Soweit mir bekannt ist, läßt sich das nicht konfigurieren
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • Hallo GaborDenes,

      ich habe im Netz folgendes (*) gefunden,
      nur weiß ich nicht ob ich es einfach aufs VTI Image anwenden kann und darf.

      (*)



      Mit /etc/settings
      config.crash.enabledebug=true
      config.crash.debug_path=/media/usb/


      konfiguriert man an dieser Stelle den Debug-Modus - d.h. Enigma wird mit
      den 2 Zeilen in /etc/settings automatisch immer im Debug-Modus
      gestartet - sprich mit Log-Ausgabe (bis man z.B.
      config.crash.enabledebug=false setzt) .
      Das ist keine GS-Umleitung - die würde ich vermutlich in der mytest.py suchen - kam aber noch nicht zu.
      Vielmehr ist das quasi dann immer der enigma2-Start wie mit:
      enigma2 >/media/usb/logfile.log 2>&1

      Edit by ditschi: Verlinkung zu Fremdforum entfernt - Bordregeln beachten!

      Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von SnowCrash ()

    • auf der Gigablue läuft kein VTI, von daher denke ich nicht, das das einfach übertragbar ist, aber was hindert dich, es zu probieren?
      Du könntest natürlich auch die HDD als /mnt/usb mounten und Stick als /mnt/hdd und das Aufnahme-Verzeichnis anpassen,
      oder den Standby für die HDD abschalten
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von GaborDenes ()

    • Hallo GaborDenes,

      Ich will ja eben nicht das die HD aus dem Schlaf geholt wird.

      Ich mag die Ruhe, das ist auch ein Grund warum ich die Ultimo4k mag,
      Sie hat kein mechanisches Bauteil, welches Lärm verursachen könnte.

      Hoffentlich sind SSD mit 4 TB bald in erschwinglichen Preisregionen.

      Aber das mit den umbiegen der mount points wäre ein Ansatz.
      Nur die Frage wie wurde dies implementiert.

      Man kann ja bestimmt debug und crash log ohne HD aktivieren.

      @ditschi ich versuche daran zu denken, ich hatte es ja extra so gebaut das kein einfaches klicken den Aufruf ermöglicht. Danke für den Hinweis.

      Gruß

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von SnowCrash ()

    • umhängen kannst über VTI-Gerätemanager (vorher timeshift deaktivieren - sonnst kannst hdd nicht aushängen)

      oder

      Datei /etc/devicemanager.cfg editieren und Box neu starten


      Danach müssen die Aufnahmepfade noch angepasst werden...
      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen

    • SnowCrash schrieb:

      Ich will ja eben nicht das die HD aus dem Schlaf geholt wird.
      das debug.log sollte ja nicht dauernd laufen und zum Testen wird es wohl gehen, oder nicht?
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • @hajeku123
      Hallo,

      danke für die Info.

      Ich werde es, eventuell am Wochenende, versuchen wegen das Umbiegen der Aufnahmepfade.

      Deshalb wäre mir ein Umbiegen der logs lieber. :)
      Vielleicht hat ja noch einer einen Tipp.

      Mich dünkt, das das debuglog dann im USB landet. ;)

      @GaborDenes
      Hallo,

      nein eigentlich will ich ja das debug permanent mitlaufen lassen, um beim crash die aktuell ausgeführte Aktion durch mich oder eines Plugins festzuhalten.

      Dies führt ja eben zur besagten Verzögerung z.B. beim setzen eines Timers.


      Danke und Gruß

    • Hallo schomi,

      ich hatte in dem Thread
      Crash und das Debug log auf /mnt/usb/log
      gefragt wie man den Speicherort fürs crash und debug log umbiegen kann.

      Ich habe jetzt folgendes gemacht.
      erst das devicemapping angepasst.
      /************** /etc/devicemanager.cfg *********************/
      /media/hdn:f2c652fc-c6e2-4fdb-913e-cfe2284b4b2f
      /media/usb:af833a82-8ba7-4d8b-bd39-d06de8c5492d
      /media/usb1:9047-A9B8
      /************** /etc/devicemanager.cfg *********************/

      Danach das Verzeichnis /mnt/hdd gelöscht.
      Danach folgenden link gesetzt. "ln -s /mnt/hdd /mnt/usb/log"

      Anschließend den Standard Aufnahmepfad auf /mnt/hdn/movie gesetzt.

      Nach einem reboot funktioniert alles.

      Wenn ich jetzt aber das debug log aktiviere kommt die der GUI nicht wieder hoch und schreibt die ganze zeit ins log.

      Dann mit init 4 den GUI gestoppt debug deaktiviert
      und der GUI funktioniert wieder.

      Ich hätte dies hier nicht gepostet,

      aber wenn ich das log richtig interpretiere, ist das Problem, das er die Tuner nicht aktivieren kann.
      Wie gesagt so interpretiere ich es. :)

      Im Anhang die Logs

      Spoiler anzeigen

      root@vuultimo4k:/mnt# ls -ll
      lrwxrwxrwx 1 root root 12 Oct 8 09:37 hdd -> /mnt/usb/log
      drwxr-xr-x 12 root root 69632 Oct 8 07:54 hdn
      drwxr-xr-x 3 root root 4096 Oct 2 14:04 net
      drwxr-xr-x 2 root root 4096 Sep 24 09:21 srdb
      drwxr-xr-x 11 root root 4096 Oct 8 09:37 usb
      drwxr-xr-x 2 root root 4096 Sep 23 16:06 usb1

      root@vuultimo4k:/mnt# ls -ll /mnt/usb/log
      -rw-r--r-- 1 root root 630784 Jan 1 1970 dvbapp2_debug_1970-01-01_010018.log
      -rw-r--r-- 1 root root 1311210 Oct 8 09:53 dvbapp2_debug_1970-01-01_010019.log
      -rw-r--r-- 1 root root 6913 Oct 8 09:46 dvbapp2_debug_2017-10-08_094610.log
      -rw-r--r-- 1 root root 974 Oct 8 07:59 messages

      Dateien

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von SnowCrash ()

    • ich meine, das mit /mnt/... darf nicht sein.
      Bei mir sieht das so aus:

      Spoiler anzeigen
      root@vusolo2:/# ls -lah
      drwxr-xr-x 18 root root 1.5K Oct 8 12:01 .
      drwxr-xr-x 18 root root 1.5K Oct 8 12:01 ..
      drwxr-xr-x 3 root root 232 Jan 1 1970 .cache
      -rw------- 1 root root 0 Oct 8 12:01 .python-history
      -rw------- 1 root root 1.0K Jan 1 1970 .rnd
      drwxr-xr-x 2 root root 0 Oct 8 14:28 autofs
      drwxr-xr-x 2 root root 5.6K Jun 16 22:53 bin
      drwxr-xr-x 2 root root 608 Jun 15 16:21 boot
      drwxr-xr-x 15 root root 2.7K Oct 8 14:29 dev
      drwxr-xr-x 37 root root 7.9K Oct 8 14:29 etc
      lrwxrwxrwx 1 root root 9 Jun 15 16:18 hdd -> media/hdd
      drwxr-xr-x 3 root root 224 Sep 8 06:58 home
      drwxr-xr-x 8 root root 5.5K Aug 22 12:03 lib
      drwxr-xr-x 5 root root 416 Sep 5 06:30 media
      lrwxrwxrwx 1 root root 5 Jun 15 16:18 mnt -> media
      dr-xr-xr-x 112 root root 0 Jan 1 1970 proc
      drwxr-xr-x 9 root root 620 Oct 8 14:29 run
      drwxr-xr-x 2 root root 6.8K Jul 2 19:29 sbin
      lrwxrwxrwx 1 root root 10 Jun 15 16:18 share -> /usr/share
      dr-xr-xr-x 12 root root 0 Jan 1 1970 sys
      lrwxrwxrwx 1 root root 8 Jan 1 1970 tmp -> /var/tmp
      drwxr-xr-x 13 root root 864 Nov 18 2016 usr
      drwxr-xr-x 8 root root 1.0K Nov 18 2016 var
      drwxr-xr-x 2 root root 160 Jun 25 13:31 xxx
      root@vusolo2:/#

      root@vusolo2:/media# ls -lah
      drwxr-xr-x 5 root root 416 Sep 5 06:30 .
      drwxr-xr-x 18 root root 1.5K Oct 8 12:01 ..
      lrwxrwxrwx 1 root root 23 Sep 5 06:30 hdd -> /media/net/autonet/nas/
      drwxr-xr-x 13 root root 4.0K Aug 31 20:35 hdd1
      drwxr-xr-x 4 root root 288 Aug 21 22:32 net
      drwxr-xr-x 4 root root 4.0K Jun 16 23:27 usb
      root@vusolo2:/media#

      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen

    • Hallo hajeku123,

      meinst Du ich hätte den link ""ln -s /mnt/hdd /mnt/usb/log""
      nicht setzen dürfen?

      Bei mir sieht es so aus, ich habe ein screenshot gemacht weil man die Links besser sieht.


      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von SnowCrash ()

    • Meinst du das solche Aktionen hilfreich bei der Fehlersuche zu deinen Problemen sind?
      Ein sauber aufgesetztes VTi kann man als Basis zur Fehlersuche nehmen, alles andere ist nur kontraproduktiv.
      Carpe diem!

      Skin: CerX FHD | Plugins: TMDb, BacksNcovers, FritzDect, AutoShredder, PluginMover | EPG: GraphMultiEPG | ... [Alle anzeigen]

      Vu+ Wiki

    • Der Link /media/hdd muss nach /media/usb/log
      und
      /media/usb/log muss ein Verzeichnis sein.

      Ich halte aber nichts davon, das Debug File auf einen USB Stick umzubiegen.
      Das wird der Stick nicht lange mitmachen. Mal von der Performance ganz abgesehen. Sicherlich auch ein Grund dafür, warum dein System mit eingeschaltetem Debug File nicht oder verzögert startet.
      Überleg mal, ob es wirklich notwendig ist, das Debug File permanent mitzuschreiben. Crashlog reicht völlig aus und das kann dann auch auf die hdd geschrieben werden.
      ...wird ja hoffentlich nicht permanent ein Crashlog erstellt :)
      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen

    • @schomi
      ich wollte die logs umbiegen damit ich das debuglog zum crashlog habe.

      Meine Intention war bessere Information zu liefern.
      Wenn Du glaubst, dass der Eingriff kontraproduktiv ist,
      mache ich ihn rückgängig.

      Ich habe ja vorher ein System Image Backup erstellt.
      :)


      @hajeku123
      Den Link unter media habe ich gar nicht gesetzt/geändert.
      Ich habe wie beschrieben,
      nur das device mapping geändert
      und das Verzeichnis /mnt/hdd gelöscht und durch einen link ersetzt.
      und dieser zeigt auf /mnt/usb/log
      Und das Verzeichnis /media/usb/log existiert.

      Das eigentliche Vorhaben war ja in dem glauben, dass der USB schneller als die Festplatte ist.
      USB3.0 128GB 400 MB/s beim Lesen und bis zu 270 MB/s beim Schreiben
      Der GUI hat schon einmal neu gestartet und ich behaupte er war viel schneller wieder da.

      Aber für die der bessere Vergleichbarkeit baue ich meine Änderungen zurück.

      Vielen Dank euch beiden.

      Wie gesagt ich versuche nur bei der Problemlösung zu unterstützen, ich wollte nicht zusätzliche Verwirrung stiften.
      :(

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von SnowCrash ()