Hello, Am 26.11.18 um 20:18 schrieb Freigeist:
I own an 11.6" Pinebook 1080p for a few weeks now and have some problems getting opensuse running on it. Maybe someone can help me figuring out what is going wrong. I do not have a serial cable.
I am using the latest pine64 image from http://download.opensuse.org/repositories/devel:/ARM:/Factory:/Contrib:/Pine...
and write it to a 32GB sdcard using the openSUSE image writer.
As I could see, these images now contain a sun50i-a64-pinebook.dtb so I am assuming that they should/could boot on a pinebook.
That assumption is wrong. To boot you mainly need the right bootloader, and you're using that of the Pine64 board instead of one for Pinebook, so all kinds of subtle differences such as display vs. HDMI or differing Ethernet PHYs can cause problems. Same as for the Banana Pi M64 you can use the Pine64 image as a base but need the right U-Boot for your hardware. Otherwise it will not load the right .dtb even if installed - it simply doesn't know it's a Pinebook. A pinebook_defconfig exists. I don't have a Pinebook myself, so can't test it. You could add it to the hardware:boot:staging/u-boot package, look for pine64 in pre_checkin.sh. Beware that there's a known serial output issue with arm-trusted-firmware in version 2.0.
These are my problems:
1. Whenever I look at an sdcard with a freshly written image using gparted, gdisk or any other disk utility it says:
"The backup GPT table is not at the end of the disk, as it should be. Fix, by moving the backup to the end (and removing the old backup)?" "Yes" or "Ignore"
When I answer "Yes", the card is not recognized afterwards during boot by the pinebook anymore and the pinebook boots Arch Linux from the installed emmc.
When I answer "Ignore" the card is recognized during boot by the pinebook but the screen stays black and no matter how long I wait, the pinebook does not boot of it.
My questions are, is there something wrong with the image and should I fix it as above or leave it alone and just use it as it is when the image writer has finished its job?
Leave it alone. The SD card image is smaller than your card (therefore no backup table at the end of the card) and it resizes on first boot. If your tools make the primary GPT too large (by using its default size) it will overwrite U-Boot at offset 8K. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org