Ergebnis 141 bis 150 von 187
Thema: Timeshift hängt
-
01.07.2014, 00:08 #141
- Registriert seit
- 25.08.2013
- Ort
- openATV
- Beiträge
- 1.814
- Thanks (gegeben)
- 1393
- Thanks (bekommen)
- 706
- Total Downloaded
- 29,18 MB
- Total Downloaded
- 29,18 MB
Box 1:uniBOX HD 1 PLUSBox 2:VU+ ZeroBox 3:AX TriplexBox 4:MEGASAT Force 1 PlusBox 5:OS Mio 4K +so bisher ist ruhig, habe den Swap noch mal neu angelegt, traten nach 48 minuten keine Fehler auf.......das soll einer verstehen?!?!
siehe zum Vergleich log's von zuvor http://www.opena.tv/openatv-4-1-ruec...html#post63109
Code:un 30 23:01:18 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:03:17 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:08:06 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:12:29 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:20:04 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:20:10 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:28:24 ventonhdx user.warn kernel: [fp_mcu_set_time_offset] rtc_offset = 7200 Jun 30 23:28:24 ventonhdx user.warn kernel: [fp_mcu_set_time] 2014/06/30 21:28:24 (rtc_offset = 7200) Jun 30 23:28:24 ventonhdx user.warn kernel: [fp_mcu_set_time] Set local time => 2014/06/30 23:28:24 Jun 30 23:50:57 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:53:27 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jun 30 23:58:23 ventonhdx user.warn kernel: [fp_mcu_set_time_offset] rtc_offset = 7200 Jun 30 23:58:23 ventonhdx user.warn kernel: [fp_mcu_set_time] 2014/06/30 21:58:23 (rtc_offset = 7200) Jun 30 23:58:23 ventonhdx user.warn kernel: [fp_mcu_set_time] Set local time => 2014/06/30 23:58:23 Jul 1 00:05:45 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers Jul 1 00:05:56 ventonhdx authpriv.err vsftpd: pam_listfile(vsftpd:auth): Couldn't open /etc/vsftpd.ftpusers
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+
-
Danke - 1 ThanksThomas4711 bedankten sich
-
Advertising
-
01.07.2014, 19:49 #142
- Registriert seit
- 22.12.2013
- Ort
- an der Havel
- Beiträge
- 1.349
- Thanks (gegeben)
- 436
- Thanks (bekommen)
- 787
- Total Downloaded
- 40,84 MB
- Total Downloaded
- 40,84 MB
Box 1:Gigablue QuadBox 2:Gigablue QuadBox 3:Xtrend ET8000Hallo Laptan,
Du hast hier wirklich kein leichtes Los gezogen. Offenbar spielen hier mehrere Ursachen zusammen, das Verhalten erscheint nicht völlig deterministisch, und einige Fehler treten erst nach längerer Zeit auf. Manch einer hätte die Box längst in die Ecke geschmissen - ich bewundere hier Deine Ausdauer und danke Dir für Deine Mithilfe und fürs Debugging, dessen Ergebnisse für alle wertvoll sind. Ich fasse sie hier nochmal zusammen. Tendenziell scheint zu gelten:
- Die "memory compaction" (CONFIG_COMPACTION im Special Image für ventonhdx) wirkt sich positiv auf die Speicher-Fragmentierung aus.
- Timeshift von USB führt (ggf. je nach USB-Stick) zu Störungen, Timeshift von HDD ist störungsfrei(er).
- Einige Fehler in /var/log/messages waren durch HDMI-CEC bedingt (siehe http://www.opena.tv/venton-unibox-hd...ui-reboot.html).
Es gibt aber noch Unsicherheiten im Detail:
- Ob Swap-Speicher auf USB-Stick wirklich hilft (was andere User berichtet haben), ist m.E. nicht 100%ig sicher. Wir haben Speicherzugriffsfehler gesehen, bei denen ein 128k-Segment nicht allociert werden konnte, weil im RAM keines frei war, ohne dass stattdessen der weitgehend freie Swap genutzt wurde. Hier könnte man nochmal die "swappiness" testen. Mir ist aufgefallen, dass der Wert bei Dir inital auf 0 stand (bei mir auf Quad auf 60), siehe http://www.opena.tv/openatv-4-1-ruec...html#post62836 . Das würde bedeuten, dass immer das RAM bevorzugt wird, was nicht gut ist.
- Ob ein Einschalten der "memory compaction" allein hilfreich war, oder ob noch ab und zu aufgeräumt werden muss (echo 1 > /proc/sys/vm/compact_memory https://www.kernel.org/doc/Documentation/sysctl/vm.txt) ist mir auch noch nicht klar.
Das Merkmal, dass hier beobachtet werden muss, ist die Speicherfragmentierung (und der freie Speicher), also die Zeilen in /var/log/messages (bzw. manuell mit "cat /proc/buddyinfo")
Code:ventonhdx user.warn kernel: Normal: 5620*4kB 4606*8kB 659*16kB 132*32kB 12*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 74864kB
SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
http://www.opena.tv/plugins/6240-spe...-und-mehr.html
Feature der Woche:
* Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)
-
Danke - 2 ThanksThomas4711, laptan bedankten sich
-
01.07.2014, 21:11 #143
- Registriert seit
- 25.08.2013
- Ort
- openATV
- Beiträge
- 1.814
- Thanks (gegeben)
- 1393
- Thanks (bekommen)
- 706
- Total Downloaded
- 29,18 MB
- Total Downloaded
- 29,18 MB
Box 1:uniBOX HD 1 PLUSBox 2:VU+ ZeroBox 3:AX TriplexBox 4:MEGASAT Force 1 PlusBox 5:OS Mio 4K +Vielen Dank Fischreiher besser hätte man das nicht zusammen fassen können und der Fehler will sich halt noch nicht direkt finden lassen aber ich bin da zuversichtlich.
Bis auf einen Punkt stimme ich dir komplett zu, die Swapinnes steht fest auf:
Code:root@ventonhdx:~# cat /proc/sys/vm/swappiness 80
Heute hatte ich noch mal einen Freez der BOX beim umschalten ohne Timeshift, das Debbug Log ist in diesem Thema hinterlegt. http://www.opena.tv/venton-unibox-hd...html#post63261
und auch hier: 1 Enigma2-debug-19700101_01-00-57Sppmc.logGeändert von laptan (01.07.2014 um 21:22 Uhr)
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+
-
03.07.2014, 20:00 #144
- Registriert seit
- 25.08.2013
- Ort
- openATV
- Beiträge
- 1.814
- Thanks (gegeben)
- 1393
- Thanks (bekommen)
- 706
- Total Downloaded
- 29,18 MB
- Total Downloaded
- 29,18 MB
Box 1:uniBOX HD 1 PLUSBox 2:VU+ ZeroBox 3:AX TriplexBox 4:MEGASAT Force 1 PlusBox 5:OS Mio 4K +So ich hatte dann das Image noch mal komplett ohne Plugins und ohne Settings geflasht, mit Swap auf USB Stick, ohne Swap mit Swap auf Hdd, cornjobs eingerichtet insgesamt ca. 70 Logs erstellt Box fast genauso oft gebootet!
FAZIT: keine Verbesserung, wenn Aufnahme läuft kommt es ständig zu Bildfehlern, Timeshift dauerhaft ist mittlerweile garnicht mehr nutzbar, die Pausetaste schau ich nicht mal mehr an!
Bin am überlegen die Box wieder mit dem Image 4.0 zu flashen und versuche damit so lange glücklich zu sein wie es geht, das bedeutet aber kein Update mehr ausführen!
hier meine Logs und swappines conf. und die cron Jobs und Logs, Logs Logs
http://www.opena.tv/venton-unibox-hd...ghlight=reboot
mir gehen die Ideen aus, habe schon bei venton angerufen, da ich dachte der RAM ist defekt war aber ein enigma2 Fehler. Der Techniker war schon am Fluchen, was ich lustig fand er hat mir ein Boot Log gesendet, egami war installiert WinkmitZaunpfahl?Geändert von laptan (03.07.2014 um 20:54 Uhr)
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+
-
Danke - 1 ThanksThomas4711 bedankten sich
-
04.07.2014, 10:09 #145
- Registriert seit
- 25.08.2013
- Ort
- openATV
- Beiträge
- 1.814
- Thanks (gegeben)
- 1393
- Thanks (bekommen)
- 706
- Total Downloaded
- 29,18 MB
- Total Downloaded
- 29,18 MB
Box 1:uniBOX HD 1 PLUSBox 2:VU+ ZeroBox 3:AX TriplexBox 4:MEGASAT Force 1 PlusBox 5:OS Mio 4K +Was kann ich noch tun? Hat noch jemand eine Idee?
Der Rückschritt auf 4.0 oder sogar ein kompletter Imagewechsel sollt doch eigentlich vermieden werden?
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+
-
04.07.2014, 10:36 #146
- Registriert seit
- 20.04.2013
- Beiträge
- 24.824
- Thanks (gegeben)
- 4679
- Thanks (bekommen)
- 9077
- Total Downloaded
- 596,61 MB
- Total Downloaded
- 596,61 MB
Box 1:GB Q4K-SC / UE4K-SC / UE4K-CBox 2:GigaBlue Q-SSC / Q+-SSCBox 3:DM900uhd-SS / Vu+DuoBox 4:ZGemma H7/H9 SF8008Box 5:diverse andere . . .Eventuell etwas OT, könnte aber auch übermäßig hohe Speicheranforderungen begründen...
Gestern hab ich das erste Mal die Wiedergaberuckelei bei einem auf die interne Platte der Quad_Plus kopierten Aufnahme ("Das Erste HD - Spätzünder) erlebt. Die Box war dazu relativ frisch gestartet worden (Speicher also noch nicht sehr zerklüftet).
Dann ist mir aufgefallen, daß ich auf der Box noch keinen Stick und kein Swap hatte. Wiedergaben über LAN hatten aber schon fehlerfrei getan.
Also einfach mal den bewährten "JetFlash Transcend 16GBJetFlash Transcend 16GB" an die Box, von der initialisieren lassen, und als /media/usb gemountet. Neustart, Swap eingerichtet (entgegen meiner bisher Empfehlungen 256MB) und das Swap sowie Autostart aktiviert.
Seither läuft die Wiedergabe absolut störungsfrei...
Die Box läuft mit aktuellem Image, allerdings mit Treiber 13.3-4.8.2.
Als HDD intern verbaut ist eine "WDC WD10JPVX-60J", die wegen SATA3-Fehlern der Schnittstelle im Moment nicht so sauber läuft:Code:... Jan 1 01:00:25 GBquadplus-1 user.info kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Jan 1 01:00:25 GBquadplus-1 user.info kernel: ata1.00: ATA-9: WDC WD10JPVX-60JC3T0, 01.01A01, max UDMA/133 Jan 1 01:00:25 GBquadplus-1 user.info kernel: ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32) Jan 1 01:00:25 GBquadplus-1 user.info kernel: ata1.00: configured for UDMA/133 Jan 1 01:00:25 GBquadplus-1 user.notice kernel: scsi 0:0:0:0: Direct-Access ATA WDC WD10JPVX-60J 01.0 PQ: 0 ANSI: 5 Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0 Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: [sda] Write Protect is off Jan 1 01:00:25 GBquadplus-1 user.debug kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jan 1 01:00:25 GBquadplus-1 user.info kernel: sda: sda1 Jan 1 01:00:25 GBquadplus-1 user.notice kernel: sd 0:0:0:0: [sda] Attached SCSI disk ... # später im Log, Wiedergabe läuft saber ... Jul 4 02:12:38 GBquadplus-1 daemon.crit automount[530]: key "GBquad1" not found in map source(s). Jul 4 02:12:47 GBquadplus-1 daemon.crit automount[530]: key "logs" not found in map source(s). Jul 4 02:12:48 GBquadplus-1 user.info kernel: Adding 262140k swap on /media/usb/swapfile. Priority:-1 extents:2 across:270332k Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1.00: exception Emask 0x10 SAct 0x1 SErr 0x1380000 action 0x6 frozen Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1.00: irq_stat 0x08000000, interface fatal error Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1: SError: { 10B8B Dispar BadCRC TrStaTrns } Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1.00: failed command: READ FPDMA QUEUED Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1.00: cmd 60/00:00:c9:7f:6c/02:00:0d:00:00/40 tag 0 ncq 262144 in Jul 4 03:12:54 GBquadplus-1 user.err kernel: res 40/00:04:c9:7f:6c/00:00:0d:00:00/40 Emask 0x10 (ATA bus error) Jul 4 03:12:54 GBquadplus-1 user.err kernel: ata1.00: status: { DRDY } Jul 4 03:12:54 GBquadplus-1 user.info kernel: ata1: hard resetting link Jul 4 03:12:54 GBquadplus-1 user.info kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Jul 4 03:12:54 GBquadplus-1 user.info kernel: ata1.00: configured for UDMA/133 Jul 4 03:12:54 GBquadplus-1 user.info kernel: ata1: EH complete ...
Grüßle
Ralf
---------------------------------------------
Gigablue Quad4K-mixed, UE4K, Trio4K, Quad_Plus-SSC, UE_Plus-SC, X2/X3-SC, UltraUE-SC, ...
Astra 19.2E UniCable & KabelBW, oATV/teamBlue
(u.a.: DM900uhd,Vu+Duo,ZGemma H9Twin & H7S), PC-DVB-S/C/T, Xtreamer, BDP5200, Philips 24PFS4022/12, 65OLED855/12,UE32C5700, RPi3+
---- Einen Receiver kann sich jeder kaufen - Eine stabile E²-Box muß man sich verdienen! ----
-
Danke - 2 Thankslaptan, Thomas4711 bedankten sich
-
04.07.2014, 11:08 #147
- Registriert seit
- 25.08.2013
- Ort
- openATV
- Beiträge
- 1.814
- Thanks (gegeben)
- 1393
- Thanks (bekommen)
- 706
- Total Downloaded
- 29,18 MB
- Total Downloaded
- 29,18 MB
Box 1:uniBOX HD 1 PLUSBox 2:VU+ ZeroBox 3:AX TriplexBox 4:MEGASAT Force 1 PlusBox 5:OS Mio 4K +Ich hatte zuerst einen SWAP von 64 MB dann 32 MB und auch schon 128 MB zuletzt immer 512 MB.
Sticks habe ich einen SAN DISK Cruzer 16GB, einen ganz neunen 8GB SAN DISK Cruzer BLADE, einen 2 GB Kingston und 8 GB NOname, ebenso zum Test SWAP mit 521 MB auf HDD gelegt.
Fazit: Fehler in jeder "testumgebung" vorhanden.
Neuflash ohne Settings und ohne Plugins, kein Erfolg, Fehler immer noch da.
Cronjobs eingerichtet:
Code:- stündlich (per cron job): echo 1 > /proc/sys/vm/compact_memory
- stündlich (per cron job): echo 3 > /proc/sys/vm/drop_caches
Zusammengefasst seit 25.05.14 macht TV schauen kein Spaß mehr, man hockt mit dem LAPTOP neben dem TV und kopiert ein LOG nachdem anderen und hofft nach jeder Anpassung das es nun läuft >>>> Fehlanzeige
Der Ansatz den Fehler an der BOX selbst durch Anpassungen, SWAP, cronjobs etc., zu finden in allen Eheren aber A: betrifft dieser Fehler nicht nur die unibox und B: Sollte man eventuell parallel mal im Image an sich schauen den mit 4.0 gab es bei mir weder diese Fehler noch ein SWAP und die BOX lief rund. In anderen Foren geschaut und herraus gefunden, das es User gab die mit open atv gleiche Probleme bei Aufnahmen oder Timeshift hatten, mit einem Wechsel auf egami wurde dies letztendlich behoben.
Warum erstellt man nicht ein neuse BUILD für die "angeblich schwachen Boxen" auf Basis der Image Version 4.0 und schaut den Fehler in den Griff zu bekommen? Wie gesagt seit 25.05.14 macht TV schauen kein SPAß!
oder gibt eine mindest Hardwareanforderung für das 4.1 Image raus?
Falls niemand mehr eine Idee hat und auch das Image an sich nicht betrachtet wird, werde ich am Wochenden zum test egami 5.2 installieren und schaune wie sich Timeshift und Aufnahmen dort verhalten. Wir werden sehen was dies bringt, sollte dies wie in anderen Foren beschrieben den Fehler lösen, werde ich leider gezwungen sein einen Imagewechsel vor zunehmen. Auch wenn mir dies schwer fällt aber so mag weder ich, noch meine Freundin weiter TV schauen. Klingt jetzt hart aber, versucht mal nachzuvollziehen wieviel Zeit und Nerven mich diese Fehlersuche schon gekostet hat.....! Somit ich hab die Flinte schon in der Hand und das Korn ist nicht weit......! (es liegt mir fern, damit Druck auszuüben, dies ist nur ein Tatsachenbericht)
PS: Hätte ich mehr wie nur eine SAT BOX, wäre das ALLES nicht so tragisch aber so betrift dies, da nur eine TV und nur eine BOX, dass Allgemeinbefinden in der Fernsehunterhaltung und nach fast 50. Tagen wird es so langsam zum NO GO!Geändert von laptan (04.07.2014 um 11:32 Uhr)
Receiver I: OS Mio 4K +
Receiver II: Ax Triplex
Receiver III: VU+ Zero
Receiver IV: MEGASAT Force 1+
-
04.07.2014, 11:41 #148
- Registriert seit
- 22.12.2013
- Ort
- an der Havel
- Beiträge
- 1.349
- Thanks (gegeben)
- 436
- Thanks (bekommen)
- 787
- Total Downloaded
- 40,84 MB
- Total Downloaded
- 40,84 MB
Box 1:Gigablue QuadBox 2:Gigablue QuadBox 3:Xtrend ET8000Ich kann Deine Verärgerung gut verstehen. Ich gewinne auch immer mehr den Eindruck, dass die Versuche, die Memory Allocation Errors durch Swap oder Memory Compaction in den Griff zu bekommen, ein Herumdoktorn an Symptomen darstellen und nicht die eigentliche Ursache bekämpfen.Irgendein Prozess könnte ein Memory Leak haben, das ist sehr schwer zu finden.
Bei mir sind die Fehler nach einem Neu-Flash verschwunden. Ich liege auf der Lauer mit einem cron-job, der mir minütlich die Speicherauslastung loggt:
/etc/cron/crontabs/root
Code:SHELL=/bin/bash PATH=/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root HOME=/ * * * * * /etc/enigma2/cron_buddyinfo.sh
Code:#!/bin/bash date >> /media/usb/logs/messages_cron.txt cat /proc/buddyinfo >> /media/usb/logs/messages_cron.txt vmstat -s >> /media/usb/logs/messages_cron.txt
Code:chmod 755 /etc/enigma2/cron_buddyinfo.sh /etc/init.d/busybox-cron restart
Geändert von Fischreiher (05.07.2014 um 12:59 Uhr)
SpecialJump: Plugin zum schnellen manuellen Überspringen von Werbung (und mehr)
http://www.opena.tv/plugins/6240-spe...-und-mehr.html
Feature der Woche:
* Fast Zap Mode (beschleunigte Umschaltzeiten durch vorausschauendes Vorladen des nächsten Senders auf einem weiteren Tuner)
-
Danke - 1 Thankslaptan bedankten sich
-
04.07.2014, 12:00 #149
-
04.07.2014, 13:33 #150
- Registriert seit
- 07.04.2013
- Beiträge
- 874
- Thanks (gegeben)
- 83
- Thanks (bekommen)
- 387
- Total Downloaded
- 19,78 MB
- Total Downloaded
- 19,78 MB
Box 1:Gigablue Solo @ ATV4Box 2:Sogno 8800HD @ ATV4 / PLI4Box 3:diverseWenn das beim egami wirklich besser laufen soll, dann können wir den OE-A Core ja fast schon ausschließen.
-
Danke - 1 Thankslaptan bedankten sich
Lesezeichen