Author: @GUTEK@

OpenELEC build for OPi PC with support for TV/DVB tuners

[Copy link]

12

threads

99

posts

375

credits

Intermediate member

Rank: 3Rank: 3

credits
375
Published in 2016-2-25 21:29:12 | Show all floors
I had the same problem with 8GB SD card which I described here:
http://www.orangepi.org/orangepi ... &extra=page%3D1
It's something wrong with OpenELEC distros because other OSes work from this card without any issues.

4

threads

1118

posts

9497

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9497
Published in 2016-2-26 05:36:09 | Show all floors
cbm80 replied at 2016-2-25 14:29
I had the same problem with 8GB SD card which I described here:
http://www.orangepi.org/orangepibbse ...

Armbian has pull request to fix this. I will also add this fix and then you can build an image and try. Because it is about bootloader, you will have to write complete image. I will later fix update script so full updates will be possible via OpenELEC.

0

threads

21

posts

112

credits

Registered member

Rank: 2

credits
112
Published in 2016-2-26 05:53:58 | Show all floors
Edited by pmos69 at 2016-2-26 06:16
jernej replied at 2016-2-26 05:36
Armbian has pull request to fix this. I will also add this fix and then you can build an image and ...

I think igor commited already...

https://github.com/igorpecovnik/ ... 7e998afe7bdac0a2f45

I'm rebuilding my armbian image and will test it on one of my crappy 8GB sdcards.

4

threads

1118

posts

9497

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9497
Published in 2016-2-26 06:15:59 | Show all floors
pmos69 replied at 2016-2-25 22:53
I think igor commited already...

https://github.com/igorpecovnik/ ... 7e998afe7bdac0a2f45

Thanks, really appreciated. I will wait on your report, then.

0

threads

21

posts

112

credits

Registered member

Rank: 2

credits
112
Published in 2016-2-26 09:18:14 | Show all floors
jernej replied at 2016-2-26 06:15
Thanks, really appreciated. I will wait on your report, then.

Just tried it. Didn't solve the problem.
For some reason, it can never read the partition table.
  1. U-Boot 2016.03-rc2-armbian (Feb 25 2016 - 22:15:28 +0000) Allwinner Technology

  2. CPU:   Allwinner H3 (SUN8I)
  3. I2C:   ready
  4. DRAM:  1 GiB
  5. MMC:   SUNXI SD/MMC: 0
  6. *** Warning - bad CRC, using default environment

  7. In:    serial
  8. Out:   serial
  9. Err:   serial
  10. Net:   No ethernet found.
  11. starting USB...
  12. No controllers found
  13. Hit any key to stop autoboot:  0
  14. switch to partitions #0, OK
  15. mmc0 is current device
  16. Scanning mmc 0:1...
  17. Found U-Boot script /boot/boot.scr
  18. 2051 bytes read in 485 ms (3.9 KiB/s)
  19. ## Executing script at 43100000
  20. 0 bytes read in 365 ms (0 Bytes/s)
  21. 12927 bytes read in 1243 ms (9.8 KiB/s)
  22. ** ext4fs_devread read error - block
  23. ** Can't read partition table on 0:0 **
  24. ** Invalid partition 1 **
  25. ** Can't read partition table on 0:0 **
  26. ** Invalid partition 1 **
  27. Kernel image @ 0x46000000 [ 0x000000 - 0x49a760 ]
  28. ## Flattened Device Tree blob at 49000000
  29.    Booting using the fdt blob at 0x49000000
  30.    Using Device Tree in place at 49000000, end 4900627e

  31. Starting kernel ...

  32. Uncompressing Linux...
Copy code
...and it freezes here.

Compared to the same image copied to a 32GB sdcard:
  1. U-Boot 2016.03-rc2-armbian (Feb 25 2016 - 22:15:28 +0000) Allwinner Technology

  2. CPU:   Allwinner H3 (SUN8I)
  3. I2C:   ready
  4. DRAM:  1 GiB
  5. MMC:   SUNXI SD/MMC: 0
  6. *** Warning - bad CRC, using default environment

  7. In:    serial
  8. Out:   serial
  9. Err:   serial
  10. Net:   No ethernet found.
  11. starting USB...
  12. No controllers found
  13. Hit any key to stop autoboot:  0
  14. switch to partitions #0, OK
  15. mmc0 is current device
  16. Scanning mmc 0:1...
  17. Found U-Boot script /boot/boot.scr
  18. 2051 bytes read in 343 ms (4.9 KiB/s)
  19. ## Executing script at 43100000
  20. 0 bytes read in 262 ms (0 Bytes/s)
  21. 12927 bytes read in 862 ms (13.7 KiB/s)
  22. 4826976 bytes read in 5258 ms (896.5 KiB/s)
  23. Kernel image @ 0x46000000 [ 0x000000 - 0x49a760 ]
  24. ## Flattened Device Tree blob at 49000000
  25.    Booting using the fdt blob at 0x49000000
  26.    Using Device Tree in place at 49000000, end 4900627e

  27. Starting kernel ...

  28. Uncompressing Linux... done, booting the kernel.

  29. Debian GNU/Linux 8 orangepih3 ttyS0

  30. orangepih3 login:
Copy code


Published in 2016-3-2 01:48:35 | Show all floors
Edited by chaszim at 2016-3-2 01:50
jernej replied at 2016-2-26 05:36
Armbian has pull request to fix this. I will also add this fix and then you can build an image and ...

Thanks for this information. I knew there had to be something a miss with the image, when it failed to properly load.
And that given, I re-testing by loading all prior images, which loaded without issue, to the same old SD card.
Which should still have several thousand R/W cycles left, to it's life.
So, why is it that everybody so quick to pass judgment, on the SD card, and not the image, as where a fault lies?

4

threads

1118

posts

9497

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9497
Published in 2016-3-2 01:54:34 | Show all floors
chaszim replied at 2016-3-1 18:48
Thanks for this information. I knew there had to be something a miss with the image, when it failed ...

It's common opinion that OrangePis are picky which SD card you use. So technically it's not SD card fault but driver/HW related. However, I'm not sure if this is true or not.

12

threads

99

posts

375

credits

Intermediate member

Rank: 3Rank: 3

credits
375
Published in 2016-3-2 02:39:29 | Show all floors
It is not related to Orange Pi because from such card other systems start without any issues. It is only related to buggy OpenELEC booting process.

4

threads

1118

posts

9497

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9497
Published in 2016-3-2 02:49:12 | Show all floors
Ok, probably it has to do something with mainline U-Boot. Once I was using Allwinner version of U-Boot but there is no chance I will go back. Too much problems with compiling (compiler complaints and binary blobs).
Published in 2016-3-2 04:57:55 | Show all floors

Well that sets me at ease. This IS the reason I chose, Kingston and Sandisk, as the SD of choice to use on my OPI's.
I tried a generic card on OpenELEC, which it too failed. However, was able to load Ubuntu on it, and it worked.
I will give the generics another try, on newer images, but, only after loading up one of the known quality cards first.
You need to log in before you can reply login | Register

Points Rule

Quick reply Top Return list