50 replies to this topic

[cobus]

Kijk haal die eens weg en probeer het nogmaals kun je dat eventueel uitsluiten.

[Vaako]

Nogmaals, ik kan me geen voorstelling maken met een update, er wordt in een release nauwelijks wat geupdate.

 

Als het hangt op het bootlogo van Qviart, dan hangt hij in de bootloader, daar kunnen wij weinig aan doen.

 

Als hij hangt op het bootlogo van OpenPLi, dan is de image reeds gestart, en kan hij bv hangen op een mount timeout (vooral NFS kan lang duren).

 

En bij punt 4 kan ik me helemaal niks voorstellen?

 

Een softcam herstart niet bij een E2 herstart. Het kan wel zijn dat een CI module moeilijk doet, daar heb ik ook wel eens last van, dan moet je de module in het menu disabelen/enablen zodat deze opnieuw een init doet.

 

Heeft de box een wired of wireless netwerk connectie?

 

Ik weet ook niet aan wat het kan liggen daarom ik jullie expertise vraag, ik heb dit nog nooit eerder gehad in het verleden.

 

Als hij hangt in de bootloader waarom enkel als ik een herstart doe na een update of een herstart via het menu ?

 

Het blijft nooit hangen op de OpenPLi bootlogo !

 

Punt 4 zal idd de oorzaak zijn van CI+ module initialisatie.

 

De box is wired geen wireless.

 

Geef toe dit is toch eigenaardig 

[Vaako]

Kijk haal die eens weg en probeer het nogmaals kun je dat eventueel uitsluiten.

 

Ik denk niet dat een NFS mount de reden kan zijn want dat zou eerder tijdens opstarten van OpenPLi zijn.

 

Ik heb de NFS mount weg gedaan om uitsluitsel te geven.

 

Hij blijft nog steeds in de Qviart bootlogo hangen voor 8 minuten.

 

Dit kunnen we nu al uitsluiten.

[WanWizard]

Ja, ik had mijn post ook al gecorrigeerd.

 

NFS bij het opstarten is een probleem als de server onbereikbaar is, NFS bij het afsluiten (uit, herstart) is een probleem bij WIreless, want de interface gaat soms down voor de umount, en dan blijft de mount hangen.

 

Er zit toch geen USB device in waar de bootloader denkt iets mee te moeten doen (een image om te flashen bv)?

 

Als je een box flasht met de laatste release zip, dan zijn er geen updates (ook al roept de box of opkg van wel, dat is een bug in het bouwproces).

[Vaako]

Nee er zijn geen USB devices aangesloten.

 

Dus na een flash met de laatste release hoef ik geen update te doen, ik zal er op letten.

Of ik kan een oudere image nemen en daarna een update laten doen of misschien beter niet ?

[WanWizard]

Het maakt niet uit of je update of niet, de pakketten die je dan binnen krijgt zijn identiek als die er al op staan.

 

En dat is met een oudere image ook zo, tenzij er toevallig een bug fix is gebackport, maar dat gebeurd maar incidenteel.

[Vaako]

Ik heb nog opnieuw een image flash gedaan via USB stick maar dat heeft niet geholpen.

 

Dus een herstart via het menu of na een update resulteert in een boot die over de 9 minuten duurt.

Het best is dan het aan/uit knopje aan de achterkant even uit en aan te zetten wat dan resulteert in een normale boot van +/- 35 seconden.

 

Ik zie verder geen mogelijkheid om dit zelf op te lossen.

 

Het is duidelijk dat de box normaal boot wanneer hij handmatig via het knopje achteraan word aangezet.

Ook wanneer men de box via het menu in stand-by mode zet en weer via de remote aanzet werkt hij ook normaal.

 

Naar mijn gevoel heeft het iets met een herstart commando te maken die openpli geeft aan de soft of hardware.

[WanWizard]

De vraag is nog steeds of de box hangt voor of na de reboot van de hardware.

• hangt hij die 9 minuten met zwart beeld, dan is het voor de reboot (dus bij het afsluiten)
• hangt hij met een Qviart logo in beeld, dan is het na de reboot (in de bootloader)
• hangt hij met een  OpenPLi logo in beeld, dan is het tijdens het opstarten van Enigma

Dat dat ding geen display heeft waaraan je wat kunt zien helpt niet echt.
 

Naar mijn gevoel heeft het iets met een herstart commando te maken die openpli geeft aan de soft of hardware.

 

gewoon het standaard linux commando "reboot". Niks speciaals aan.

 

Je kunt handmatig hetzelfde doen, inloggen met telnet of SSH, dan eerst

init 4

om enigma te stoppen, en als deze gestopt is

reboot

om te herstarten.
 

Kijken of enigma gestopt is doe je met

ps | grep enigma2

[Vaako]

Leuke info die commando's, thx!

 

Maar het blijft toch vreemd geef toe.

Als ik hem start vanaf de aan/uit knop aan de achterkant boot hij normaal.

Een herstart via het menu krijg ik de lange 9 minuten boot, de Qviart logo blijf dan 8 minuten en 50 seconden.

Iets moet er voor zorgen dat hij niet verder wil maar de vraag is wat, het zal zeker bootloader relateert zijn.

 

Is het misschien mogelijk enkel de bootloader manueel te flashen?

 

Wat ik ook nog kan doen is eens kijken in de box als ik een TTL signaal kan vinden aan een pin header en er een seriële console kan op aansluiten.

Dan zien we exact wat hij doet tijdens booten.

[WanWizard]

Ja, zeker vreemd, ik zo het nog kunnen begrijpen als het bij het afsluiten was, maar niet bij het opstarten.

 

Ja, het is mogelijk de bootloader te flashen. Daarvoor heb je een cfe.bin nodig, en die heb ik voor deze box nog niet gezien.

 

De andere qviarts hebben een 3-pin header voor een seriele port op het mainboard, deze wellicht ook.

[Tech]

Ik denk alleen dat die 3 pens header een TTL interface is, die moet je dus wel even met een MAX232 of iets dergelijks ontkoppelen zodat je een 'normale' rs232 aansluiting krijgt.

[Vaako]

Gisteren een update gedaan van release 18.12.2022 naar 15.01.2023 en mijn box herstart nu zonder problemen !!!!

 

Hij blijft niet meer hangen in de Qviart bootlogo.

 

Is er in die tijd iets veranderd in OpenPLi wat leidde tot een succes ?

[WanWizard]

Nee, er verandert normaal gesproken niks in een release image.

[Vaako]

Nu weten we nog steeds niet de reden waarom 

[40H3X]

Zoals mijn voorganger al aangaf is er niets gecommit (heb het net gecheckt) tussen beide versies van 8.3 dat het oplossen van je bootloader issue verklaard, lees de commits er maar op na .

[Vaako]

Ja, zeker vreemd, ik zo het nog kunnen begrijpen als het bij het afsluiten was, maar niet bij het opstarten.

 

Ja, het is mogelijk de bootloader te flashen. Daarvoor heb je een cfe.bin nodig, en die heb ik voor deze box nog niet gezien.

 

De andere qviarts hebben een 3-pin header voor een seriele port op het mainboard, deze wellicht ook.

 

Dit is een oude post maar toch ga ik er op reageren.

Yep WanWizard, ik heb vandaag deze 3-pin connector ontdekt en had ik deze oude post maar terug gelezen dan had het mij wat zoekwerk bespaard 

 

 

Ik denk alleen dat die 3 pens header een TTL interface is, die moet je dus wel even met een MAX232 of iets dergelijks ontkoppelen zodat je een 'normale' rs232 aansluiting krijgt.

 

Nee ik denk het niet, het is eerder een RS232 signaal daar het 6,5 volt is want een TTL signaal ligt tussen de 2 en de 5 volt.

[Vaako]

Vanaf hier blijft hij hangen:  [    1.862416] Waiting for root device /dev/mmcblk0p4...

[    1.844707] brcm-waketimer f0417680.waketimer: setting system clock to 1970-01-01 00:00:07 UTC (7)
[    1.855563] ALSA device list:
[    1.858553]   No soundcards found.
[    1.862416] Waiting for root device /dev/mmcblk0p4...
[   11.784681] mmc0: Timeout waiting for hardware interrupt.
[   21.800680] mmc0: Timeout waiting for hardware interrupt.
[   31.848682] mmc0: Timeout waiting for hardware interrupt.
[   41.896682] mmc0: Timeout waiting for hardware interrupt.
[   51.912681] mmc0: Timeout waiting for hardware interrupt.
[   61.928682] mmc0: Timeout waiting for hardware interrupt.
[   71.944681] mmc0: Timeout waiting for hardware interrupt.
[   81.960682] mmc0: Timeout waiting for hardware interrupt.
[   91.976683] mmc0: Timeout waiting for hardware interrupt.
[  101.992681] mmc0: Timeout waiting for hardware interrupt.
[  112.008683] mmc0: Timeout waiting for hardware interrupt.
[  122.024682] mmc0: Timeout waiting for hardware interrupt.
[  132.040684] mmc0: Timeout waiting for hardware interrupt.
[  142.088683] mmc0: Timeout waiting for hardware interrupt.
[  152.104683] mmc0: Timeout waiting for hardware interrupt.
[  162.152685] mmc0: Timeout waiting for hardware interrupt.
[  172.200684] mmc0: Timeout waiting for hardware interrupt.
[  182.216684] mmc0: Timeout waiting for hardware interrupt.
[  192.232686] mmc0: Timeout waiting for hardware interrupt.
[  202.248685] mmc0: Timeout waiting for hardware interrupt.
[  212.264685] mmc0: Timeout waiting for hardware interrupt.
[  222.280686] mmc0: Timeout waiting for hardware interrupt.
[  232.296685] mmc0: Timeout waiting for hardware interrupt.
[  242.312679] mmc0: Timeout waiting for hardware interrupt.
[  252.328687] mmc0: Timeout waiting for hardware interrupt.
[  262.344686] mmc0: Timeout waiting for hardware interrupt.
[  272.392686] mmc0: Timeout waiting for hardware interrupt.
[  282.408688] mmc0: Timeout waiting for hardware interrupt.
[  292.456687] mmc0: Timeout waiting for hardware interrupt.
[  302.504685] mmc0: Timeout waiting for hardware interrupt.
[  312.520685] mmc0: Timeout waiting for hardware interrupt.
[  322.536684] mmc0: Timeout waiting for hardware interrupt.
[  332.552684] mmc0: Timeout waiting for hardware interrupt.
[  342.568686] mmc0: Timeout waiting for hardware interrupt.
[  352.584686] mmc0: Timeout waiting for hardware interrupt.
[  362.600685] mmc0: Timeout waiting for hardware interrupt.
[  372.616685] mmc0: Timeout waiting for hardware interrupt.
[  382.632685] mmc0: Timeout waiting for hardware interrupt.
[  392.648687] mmc0: Timeout waiting for hardware interrupt.
[  402.696688] mmc0: Timeout waiting for hardware interrupt.
[  412.712687] mmc0: Timeout waiting for hardware interrupt.
[  422.760688] mmc0: Timeout waiting for hardware interrupt.
[  432.808688] mmc0: Timeout waiting for hardware interrupt.
[  442.824688] mmc0: Timeout waiting for hardware interrupt.
[  452.840690] mmc0: Timeout waiting for hardware interrupt.
[  462.856689] mmc0: Timeout waiting for hardware interrupt.
[  472.872689] mmc0: Timeout waiting for hardware interrupt.
[  482.888690] mmc0: Timeout waiting for hardware interrupt.
[  492.904689] mmc0: Timeout waiting for hardware interrupt.
[  502.920689] mmc0: Timeout waiting for hardware interrupt.
[  512.936690] mmc0: Timeout waiting for hardware interrupt.
[  522.952690] mmc0: Timeout waiting for hardware interrupt.
[  523.030361] mmc1: MAN_BKOPS_EN bit is not set
[  523.040913] mmc1: new high speed MMC card at address 0001
[  523.046588] mmcblk0: mmc1:0001 4FPD3R 3.64 GiB 

Aan wie kan ik de boot log bezorgen ?

[WanWizard]

Dat ziet er uit alsof de eMMC on board dood is, en dan is het einde verhaal vrees ik.

 

Als er nog garantie op zit, terug naar de leverancier, en anders is het nu een boekensteun geworden, reparatie gebeurt niet, en mainboard vervangen (als je die al vinden kunt) zal duurder zijn dan een andere box.

[Vaako]

Dat ziet er uit alsof de eMMC on board dood is, en dan is het einde verhaal vrees ik.

 

Als er nog garantie op zit, terug naar de leverancier, en anders is het nu een boekensteun geworden, reparatie gebeurt niet, en mainboard vervangen (als je die al vinden kunt) zal duurder zijn dan een andere box.

 

Nee dat denk ik niet dat de eMMC stuk is.

 

Enkel bij een reboot ontstaat het probleem, als ik hem koud opstart dan boot hij zonder problemen.

[WanWizard]

Volgens de log valt hij na 523 seconden wel door, betekent het dan hij dan alsnog boot? Of was je het wachten zat?

 

Ik vind een heleboel referenties naar deze melding, maar allemaal in combinatie met een RasPi.

 

Maar die zijn allemaal gerelateerd aan de linux SD/MMC driver, en zover is de box nog niet, dus dan is het een bug in de driver die in de bootloader is gecompileerd. En dat kan alleen de fabrikant oplossen.