Aan bovenstaande tekst kunnen geen rechten worden ontleend. Aan de tekst hieronder wel.
De kernel source brengt dit in verband met de de netwerk kaart driver (rtl8188):
http://lxr.free-electrons...8188eu/core/rtw_led.c#L40
Het gaat om het stukje die de LEDs doet knipperen. Ik vermoed dat ze een fout address refereren.
Ik zie niet meteen patches in die file die dit probleem al zouden opgelost hebben.
http://lxr.free-electrons...8188eu/core/rtw_led.c#L40
Het gaat om het stukje die de LEDs doet knipperen. Ik vermoed dat ze een fout address refereren.
Ik zie niet meteen patches in die file die dit probleem al zouden opgelost hebben.
ASSUME makes an ASS out of U and ME
Tja, staging drivers he, YMMV 
Was handiger geweest als je ook de bovenkant van je scherm had laten zien, of is dit alles? En kon je niet even een fatsoenlijke trace uit de kernel logs vissen via SSH?
Wat je eraan kunt doen: andere (nieuwere?) kernel draaien in de hoop dat het niet meer voorkomt, of een netwerkadapter met andere chipset gebruiken.
Was handiger geweest als je ook de bovenkant van je scherm had laten zien, of is dit alles? En kon je niet even een fatsoenlijke trace uit de kernel logs vissen via SSH?
Wat je eraan kunt doen: andere (nieuwere?) kernel draaien in de hoop dat het niet meer voorkomt, of een netwerkadapter met andere chipset gebruiken.
Als je naar boven kan (kon?) scrollen had je het begin van de trace gezien en de mogelijk oorzaak. Nu is het mogelijk dat het met de LAN lampjes te maken heeft, maar hoeft niet per sé zo te zijn. Een toetsenbord aan hangen en ctrl+alt+del uitvoeren voor reboot of als je er nog remote bij kan zal je weer een werkende Pi geven.
Omdat je aangeeft dat het ruim een jaar zo heeft gedraaid, is er dus ook geen garantie dat het niet weer gebeurt, of dat het juist wel gebeurt. De oorzaak achterhalen is wel iets wat je moet gaan doen. Dan kan je 't voorkomen, bijvoorbeeld door regelmatig te rebooten.
Omdat je aangeeft dat het ruim een jaar zo heeft gedraaid, is er dus ook geen garantie dat het niet weer gebeurt, of dat het juist wel gebeurt. De oorzaak achterhalen is wel iets wat je moet gaan doen. Dan kan je 't voorkomen, bijvoorbeeld door regelmatig te rebooten.
Commandline FTW | Tweakt met mate
Aan de timestamp te zien is dit na een ~53500 seconde uptime?
Dus; de machine boot wel, doet het een tijdje (in dit geval 2 weken) en crashed dan?
Het is me niet duidelijk of dit nu een boot probleem is of een probleem tijdens het draaien.
Je zou met bijvoorbeeld rsyslog de logging naar een ander systeem kunnen laten sturen, om op die manier in ieder geval de volledige output te krijgen.
Maar mijn 1e vermoeden zou een rotte RAM module zijn.
Ik vind op Google ook 1 en ander met betrekking tot overclocking settings icm https://www.google.nl/?gf...ot+is+needed+raspberry+pi
Is het board wat je hebt overgelocked? Heb je kernel updates gedraaid?
Dus; de machine boot wel, doet het een tijdje (in dit geval 2 weken) en crashed dan?
Het is me niet duidelijk of dit nu een boot probleem is of een probleem tijdens het draaien.
Je zou met bijvoorbeeld rsyslog de logging naar een ander systeem kunnen laten sturen, om op die manier in ieder geval de volledige output te krijgen.
Maar mijn 1e vermoeden zou een rotte RAM module zijn.
Ik vind op Google ook 1 en ander met betrekking tot overclocking settings icm https://www.google.nl/?gf...ot+is+needed+raspberry+pi
Is het board wat je hebt overgelocked? Heb je kernel updates gedraaid?
We are pentium of borg. Division is futile. You will be approximated.
Correct me if I'm wrong, maar 53500 seconden is circa 15uur, niet 15 dagen...Rainmaker schreef op maandag 10 augustus 2015 @ 00:14:
Aan de timestamp te zien is dit na een ~53500 seconde uptime?
Dus; de machine boot wel, doet het een tijdje (in dit geval 2 weken) en crashed dan?
Pagina: 1