On Wed, May 08, 2019 at 11:07:10PM +0300, Andrei POPESCU wrote: > On Mi, 08 mai 19, 18:28:28, Domenico Andreoli wrote: > > > > The first road block is the partitioner, if let alone it creates a > > regular GPT (don't know if it could be instructed to create a legacy MBR > > instead) and so overwrites the spl+u-boot leaving the board completely > > unbootable. > > It's possible to create other partition table types in expert mode. > However, in my experience even an 'msdos' partition table messed up > u-boot.
Cool! > > > To work around this, I prepare the GPT manually with the famous 4 entries > > (see the extra menu in fdisk) and configure the partitions at my wish, > > then the installer can reuse them preserving my hand crafted GPT and > > the bootability up to u-boot. > > It is sufficient to just create the partition table, deleting and adding > partitions from the installer (manual partitioning) should be safe. Verified, changing the layout from there results in a complete GPT rewrite. > > > The installation process goes nicely but grub installation fails, > > as it seems to be expected [0]. The board is left unbootable. > > Just curios, since I'm not familiar with this particular board, but why > do you need grub if you already have u-boot? I wondered the same and in a more hacky attempt I made more than one year ago, with older hand-crafted installed with a 4.15 kernel, I came to the conclusion that Debian arm64 was u-boot+grub with a scent of UEFI. I aim at the most streamlined installation with the most support out of the box and least divergence from a standard setup. I've got a fully reproducible and, I hope, maintainable installation. Now I would like to contribute what bits are missing and update the wiki page so to save some time to the next one attempting the same. > > Kind regards, > Andrei Regards, Domenico -- 3B10 0CA1 8674 ACBA B4FE FCD2 CE5B CF17 9960 DE13
