Help needed for getting "external" images to work on mSD

Hey there,
I noticed that the firefly images always have an unrecognized partition table by linux.
I want to try out some images but I don't know how. Just using dd is obviously not working.

Could someone provide some info or a hint, where to look for a guide?
Thanks

Comments

  • Unrecognized partition table? On SD card? Where? Just take the image and use Win32DiskImager to flash it to a MicroSD card.
  • edited June 13
    If I take one of your images and flash it via dd on a sdcard, it works on the board, e.g. ubuntu boots.
    But I can't read this sdcard via Linux on my desktop, the sdcard seems to be blank, no partitions shown via lsblk and partprobe doesn't help.

    Now, if I take an image from e.g. libreelec, then put the correct dtb file and edit extlinux.conf to point to the correct dtb (from here: https://forum.libreelec.tv/thread/17540-early-mainline-images-for-rk3288-rk3328-and-rk3399/ ), the board doesn't boot, like if it couldn't read the microSD because (what I think) something is missing.

    I thought that I would need something special, like some uboot firmware before the actual partitions and/or partition table.
  • @loverpi please tell me, if you don't want to comment (because I don't know something?) or can't (because you have no idea how to help?) or something else.

    Maybe the libreelec image is missing gpt+uefi bootloader?
    But why can't I just load your images in a loop devices and use a partition manager to modify anything?
    What am I doing wrong?
  • Images are tightly integrated things. They use different bootloaders and boot commands. You can't mix and match.
  • edited June 24
    So, you're telling me that I can't take your images and modify them.
    But even if I want to test, you don't tell me, how to read or modify your images.

    You also don't tell, what the libreelec image might be missing.

    So, you actually don't want to help, you just reply, so I don't annoy you.
    That's how I sadly take your reply :neutral:
  • Hi Loader009, I just got my board yesterday and have been looking at this a little bit. The image files aren't standard partition tables, so you need special tools to build or work with them. Take a look here: https://github.com/T-Firefly/rk2918_tools for tools required to pack / unpack an image. So far, I've Just been able to unpack the rootfs and mount it up on a linux box. I have no idea yet if the rk3399 will boot it if I modify it in any way, repack it, and flash it back to the rk3399. I have already had issues with this thing being picky even with what I thought were supported firmware builds. Some work for me and some won't flash or boot.
  • I should also mention, if you are looking to build your own firmware for rk3399, this is probably the place to start: http://wiki.t-firefly.com/en/ROC-RK3399-PC/linux_sdk.html . 
  • @Loader009 We do not have the bandwidth to teach people basics of embedded systems. If you have a specific question, we can help you. If you broadly ask why doesn't xyz image work with abc image, that's too generic for us to answer and even if we do, you won't be able to take action on it short of us doing it for you.
  • @loverpi ; honestly, if I'd found this conversation before buying this product, I'd probably have chosen the other one I had my eye on. This is a poor example of how to treat your customers. You could have at least done as I had, and taken the time to point to already existing documentation of firmware format, which explains what the original poster was asking. I understand the lack of bandwidth to individually train customers the basics of embedded systems, but you can at least point to the documentation and let them decide for themselves if it's a task they are up to do on their own or if it's out of their reach. 
  • @aheisner This forum is not really for customer service. We are engineering support so pardon our frankness. We do not mean anything negative towards him/her. Upstream is our focus which is about to be ready with Linux 5.3. We don't really support things created from Rockchip's SDK since it is "proprietary garbage" in our opinion. For that it is better to reach out to T-Firefly.
  • Granted that the forum isn't for customer service, I'm just trying to give advice on avoiding frustrating customers further. My interest in the thread was close to @Loader009, in that I wanted to look at or possibly modify the image from a Linux box, and at first attempt I had no idea what format the image is in. Pardon my frustration, but it comes from finding that there is plenty of documentation on the image format readily available, and knowledge of the image format must be had by loverpi engineering to produce them yet the information wasn't made available on request.  
  • We don't bother with the images based on Rockchip's SDK because it's impossible to figure out how they managed to mess up the standards. We like to follow standards and do things the standards compliant way so people don't have to learn proprietary methods specific to a vendor. The current images are so convoluted is design that we would have to spend a week just tearing it apart to do any basic changes. My advise is to wait for our images based on upstream which follows a sane process that is the same as our other boards.
Sign In or Register to comment.