Jump to content

Recommended Posts

Posted
  On 11/14/2018 at 5:49 PM, HeyBig said:

I have the same issue on my Tinkerboard, here's the armbianmonitor -U output:

Expand  


Don't understand the nature of the problem. BTW. Nightly images are not supported.

Posted
  On 11/12/2018 at 7:40 PM, TonyMac32 said:

I would very much like the dmesg output you get when plugging your monitors in, and of course any serial debug output you can provide on failed boot events.

Expand  

I connected UART 2 and repeated the procedure

 

before the update
root@tinkerboard:~# armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/1rU6


after the update and after reboot:
root@tinkerboard:~# armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/1rUc

 

Cold start, disconnect every power, also UART  -> no more boot:

  Reveal hidden contents

 

wasn't easy to get that out of the terminal. I hope it helps.

Here you can see what the SDcard looks like: https://forum.armbian.com/topic/3327-asus-tinkerboard/?do=findComment&comment=65557

 

hmm, this file is no longer there: Linux version 4.14.59-rockchip, but the 4.14.50 sit's still there.

 

 

Posted

Why on Earth is it looking for miniarm dtb...

 

Sent from my Pixel using Tapatalk

 

 

 

[Edit] Hang on, why is it showing u-boot from mmc and showing 2 mmc devices? Is this a tinker S?

Posted

As far as no boot after cold start, @Tido, I have to ask if you added "fdt_file=rk3288-miniarm.dtb" to the armbianEnv.txt file at some point, or if you upgraded from the 4.4 kernel.  There was a link in place so anything looking for rk3288-miniarm.dtb would get forwarded to the rk3288-tinker.dtb, @Igor had added it when the file names didn't match between mainline and Rockchip/ASUS code.  I can't remember where/how exactly it was stuck in there, but that could be it. <--Found it:  https://github.com/armbian/build/commit/9dbc69e0ed609185abbaf28144db714684b1f395#diff-92fd175af58f1b9b7cf350b58398929d

 

If you change the armbianEnv.txt file to have "rk3288-tinker.dtb" it should work.

 

Curiosity, how long have you been maintaining/upgrading this particular install?  None of mine go more than a couple weeks due to testing/etc.

Posted

This was a fresh install. I have chosen 4.14 because 4.4 at that time didn't support 1280x1024 whereas mainline did.

 

  On 11/15/2018 at 2:31 AM, TonyMac32 said:

if you added "fdt_file=rk3288-miniarm.dtb" to the armbianEnv.txt file

Expand  

I don't think so, I just took a backup and run the update every couple months until it finally broke.

 

  On 11/14/2018 at 9:33 PM, Tido said:

this file is no longer there: Linux version 4.14.59-rockchip, but the 4.14.50 sit's still there.

Expand  

and why was the .59 Kernel removed and the .50 is still there ?  Is this an error in the script ?

 

  On 11/15/2018 at 2:31 AM, TonyMac32 said:

If you change the armbianEnv.txt file to have "rk3288-tinker.dtb" it should work.

Expand  

This would be awesome, but what happen to my tinker with the next update ?

 

  On 11/15/2018 at 2:31 AM, TonyMac32 said:

Curiosity, how long have you been maintaining/upgrading this particular install? 

Expand  

Well, if you look at the posting here of my backups, I installed circa March.  The 1 of March Image 4.4 still hadn't had 1280x1024

 

Not to forget,  4.4 armbian image still has random reboots I guess..  The MultiMedia Image

 

Posted
  On 11/15/2018 at 7:23 PM, Tido said:
You were right, it does boot again but..  it dies now exactly the same way as the 4.4 does :-(
This I have not experienced, I used it for some web browsing/etc. Any logs of the crash this time?

Sent from my Pixel using Tapatalk

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines