77 replies to this topic

[exit]

De laatste keer dat ik geflashed heb was zaterdag, hdd geformatteerd en geen plugins geïnstalleerd en dat heb ik al meerdere keren gedaan, ook andere usb sticks gebruikt, de bootloader nogmaals geflashed en ook VTI geprobeerd, geen enkel verschil. Ik zal morgen nog eens flashen en dan de eerste de beste crashlog die ik krijg hier posten. De box is bijna 4 jaar oud maar hij zal toch nog wel wat langer mee kunnen hoop ik, wordt vervolgd.

[WanWizard]

Je hebt toch geen VU-Duo met een rotte voeding (het condensator probleem)?

 

Allerlei vage problemen bij benadering van de harddisk is er wel een symptoom van... Als het in VTI ook gebeurd is de kans dat het software is ineens een stuk minder...

[exit]

Ik heb alle condensatoren al vervangen die in aanmerking zouden kunnen komen, gisteren nogmaals de c807 vervangen, geen verschil. De problemen zijn begonnen toen ik van Pli 2.0 naar 3.0 ben gegaan.

 

Kan de HDD de schuld zijn, als ik op het opname menu toets druk duurt het soms 20 sec todat de opname lijst laad.

Edited by exit, 10 February 2014 - 18:31.

[Erik Slagter]

Ik heb intussen een klein stukje van het mysterie kunnen oplossen De file /usr/lib/enigma2/python/Components/MovieList.py bestaat niet, en dat klopt ook, want die is gecompileerd naar MoveLiest.pyo. En die blijkt "gewoon" uit het enigma package te komen. Het is dus inderdaad geen plugin-probleem (hooguit indirect).

 

Ik las laatst ergens dat er in de Duo nog een dubieuze condensator zit

[WanWizard]

Kan best dat de HDD niet fris meer is, maar daar zou je nog geen green-screen van moeten krijgen.

 

Maar aangezien je het ook met VTI hebt (wat een niet op OpenPLi gebaseerde image is), verdenk ik toch stiekem de hardware.

 

Aan de andere kant, ik zie dat die log vol staat met regeljes als:

eDVBTSTools::getPTS got it from sc file offset=1155432521 pts=8051540395

Wat is dat? Die heb ik nog nooit gezien? die Permanent Timeshift ramp wellicht?

[MiLo]

Lopende opname, of opname waarna stroom is uitgevallen zodat de .ap niet geschreven is.

[WanWizard]

Dus een file issue? Tijdens de enumeratie van de opnames? Dan kan ik me voorstellen dat elke image daar op crasht...

 

@exit,

 

check eens of je opnames hebt waarvan de .ap file ontbreekt, en move die eens naar een subdirectory of zo?

[MiLo]

Ik gaf alleen een verklaring over die totaal onschadelijke log melding van "eDVBTSTools" die ongetwijfeld helemaal niks met het probleem te maken heeft.

 

Wat het originele probleem betreft, ik heb ook geen flauw idee wat er gebeurd is. Lijkt iets vanuit de skin getriggerd te worden.

 

Probleem zit overigens wel in of bij de C++ code, de foutmelding komt waarschijnlijk uit SWIG die geen kaas kan maken van wat er de C++ in gaat of uit komt.

Edited by MiLo, 10 February 2014 - 20:55.

[exit]

Dus een file issue? Tijdens de enumeratie van de opnames? Dan kan ik me voorstellen dat elke image daar op crasht...

 

@exit,

 

check eens of je opnames hebt waarvan de .ap file ontbreekt, en move die eens naar een subdirectory of zo?

 

 

Ik heb gekeken maar de .ap file ontbreekt nergens.

Ik heb hem opnieuw geflashed, daarna de updates binnen gehaald en het enige wat ik er zelf opzet via de lijst is cccam 2.3.0. verder download ik niets.

Nu hopen dat hij goed blijft, maar anders meld ik mij wel weer.

[Erik Slagter]

De ap files zijn misschien corrupt. Ik weet niet in hoeverre dat een listing kan verstieren, maar je zou ze even opzij kunnen zetten in een andere directory, samen met de andere meta-files (.sc, .ap, .eit).

[exit]

Nou gisteren een opnieuw geflashed en alleen cccam 2.3.0 ingeladen, toen probeerde ik het font van de EPG te vergroten via het menu en toen crashte hij.

 

Verder sloeg hij tijdens afspelen van opnames na een minuut of 20 om de 2 a 3 seconden vast en dat gedurende 5 minuten om daarna weer gewoon verder te spelen.

 

De opstelling is, VU+DUO, twee schotels, 1 op Astra19 en 1op Astra 23, de tuner van Astra 19 laat ik een fastscan doen met alleen de SD zenders en de andere tuner laat ik een fastscan doen op Astra 23 op de HD kanalen.

 

Ik had twee crashlogs gisteren.

 

Attached Files

•  enigma2_crash_1392146410.log   20.02KB   5 downloads
•  enigma2_crash_1392146331.log   21.64KB   1 downloads

[exit]

Misschien voor de volledigheid ook de logs uit de var map.

Attached Files

•  log.nmbd.txt   990bytes   1 downloads
•  log.smbd.txt   750bytes   1 downloads
•  messages.txt   91.39KB   1 downloads
•  dmesg.txt   12.17KB   2 downloads

[exit]

Flash van vandaag erin en het probleem met het vergroten van de fonts van de EPG is opgelost, nu afwachten wat de opnames van vanavond doen.

[exit]

Kan best dat de HDD niet fris meer is, maar daar zou je nog geen green-screen van moeten krijgen.

 

Maar aangezien je het ook met VTI hebt (wat een niet op OpenPLi gebaseerde image is), verdenk ik toch stiekem de hardware.

 

Aan de andere kant, ik zie dat die log vol staat met regeljes als:

eDVBTSTools::getPTS got it from sc file offset=1155432521 pts=8051540395

Wat is dat? Die heb ik nog nooit gezien? die Permanent Timeshift ramp wellicht?

 

Nou al die ellende is toch ontstaan door een brakke HDD, op een gegeven moment ben ik terug gegaan naar de originele fabrieksimage, toen heb ik het bestandssysteem van de HDD gecontoleerd en die vermelde, controle mislukt, onherstelbare errors.

Toen heb ik OpenPli er op gezet en daar kreeg ik alleen te zien controle bestandssysteem mislukt.

 

Ik heb een usb stick erin gedaan en daar een aantal programm's op opgenomen en geen enkele vastlopers gehad.

 

Dus een brakke HDD kan dus toch zorgen voor groene schermen.

En elke keer na een schone instal als ik iets ging opnemen en/of afspelen ging hij in de stress, draaiende bolletjes en soms eindigde dat in een groen scherm.

Ook duurde het soms heel lang voor de lijst met opnames geladen werd en dan werd hij heel traag.

 

Het was een WD 5000AAKS Caviar Blue, na 4 jaar trouwe dienst kan hij de schroothoop op.

Ik dacht, ik zal het even melden voor het geval er meerdere mensen met dit euvel te maken krijgen.

[Erik Slagter]

Of een harddisk echt stuk is, kun je alleen bepalen met de smartmontools (smartctl) zoals ik eerder hierboven uitgelegd heb.

[exit]

Je zal daar ongetwijfeld gelijk in hebben want ik ben maar een leek op dit gebied maar sinds ik de HDD vervangen heb door een stick van 16 gb heb ik nog geen enkel groen scherm gehad en ook geen stilstaande beelden tijdens opname en weergave.

Dus is er toch kennelijk iets mis met de HDD.

 

Maar waar dient dan de optie bestandscontole voor, als ik alleen maar met smartctl dat kan bepalen of mijn HDD stuk is, deze optie staat bij HDD.

Kan die tool niet standaard in PLI ingebouwd worden zou wel makkelijk zijn.

[Erik Slagter]

Die zit ook in PLi, alleen niet via de afstandbediening  Ik denk dat dat niet zo makkelijk te maken is, omdat er veel opties zijn. Ook zou je zowiezo (en dat zeg ik al vaker) een wekelijks SMART selftest moeten draaien, als je harddisk belangrijke zaken bevat. Dan kun je die met een beetje geluk redden voordat de harddisk helemaal stuk is.

 

De bestandscontrole heeft ook z'n nut, maar een andere. Die kijkt of er dingen verkeerd op je harddisk terecht zijn gekomen (bijvoorbeeld omdat de stroom er zomaar afgehaald werd), waardoor de structuur problemen geeft. Maar die zegt dus niks over de harddisk zelf (maar over het filesysteem).

[exit]

Bedankt voor de wijze informatie, gelukkig bevatte mijn HDD geen belangrijke dingen.