Povl H. Pedersen

  • Content Count

    21
  • Joined

  • Last visited

1 Follower

About Povl H. Pedersen

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. But maybe one vendor could be convinced to pay for support, and become the preferred TV-box vendor
  2. If what balbes150 is doing is just dropping support, then everything is fine with me. Forked what I believe are the relevant github projects. My current boxes are running fine, but really wanted an upgrade before moving more onto it. I have 3 S905x3 boxes BTW. If balbes150 is pulling everything offline, and releasing intentionally destructive builds, as I read it, then it is bad. Now, Amlogic is an american company, and I really would expect them to fork over some money to help Armbian. They likely spent money getting Android running. I would like everybody to reach out to
  3. Introducing creeping errors / timebombs in systems is so anti-community/ OSS as it can be. I understand if you drop support, even drop it completely. It works, or it doesn't work. If I had to pay you $10 for a license, I would do that, I have no problem with that. I have created a couple smaller OSS projects as well, and contributed to soma larger ones, but not spent nearly the amount of time you have. I understand the amount of effort that goes into OSS. But you destroying other peoples work because they used software based on Open Source if not a good thing to do, and might actually b
  4. My H96max crashed today. Would not boot. is there any way, apart from full reinstall to get it bootable again ? it would only come up with the android recovery. could reboot from SD and create data backup. But still takes time to get the rest of what I need installed. HomeAssistant, so mostly docker containers. But my HA backup is a bit old. But I do have the data dirs but it is not the same.
  5. USB Burn tool worked fine. Read somewhere that I needed the cables, so had them in the bin with all my other recovery interfaces / cables. Now, I have a feeling that I could have used fatload of the image from uboot, and then written to eMMC. Had a little doubt if I should write the image at address 0 or 0x100 ? Nobody tried this ? Should be pretty easy to copy eMMC with dd - to the USB, and then fatload / write it back from uBoot. At least in theory. I know for most people UART access is scary, but now I have my Dupont cables soldered on the pads.
  6. How to do that ? I assume fatload image (made with dd), and then write it to eMMC ? But how to I write it to eMMC ? Can I boot the USB and use Linux to restore eMMC ?
  7. Here it is. Now I am also getting intrigued and want to learn a bit more about u-boot. I assume the addresses to use comes from the hardware docs ? I have included printenv as well below. Also has some addresses. I can not write the dtb. Partition table error. So I likely need to know what commands to use to boot from the USB, and then when booted, use the install script to repartion eMMC. I can read files into memory with fatload etc. And use that to read a device tree and set ftd address as seen far below And the printenv
  8. I can do usb start, fatls etc - So how do I get on from here, assuming the dtb is bad ? (aml-storage etc not found). Possible some fatload and booti (boot Linux image) ? I have loaded dtb, and fdt print works. Bot I do not know which addresses and parameters to use for everything. fatload the uInitrd to 0x20000000 and booti 0x20000000 fails. g12a_u215_v1#booti 0x20000000 libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND [rsvmem] fdt get prop fail. Bad Linux ARM64 Image magic! I am completely new to u-boot, so need a little more help / pointers in the right direc
  9. Booted, made backup, tried to to fresh install. Always booted with SD = / and /boot Made things worse, recovered and installed with the s905 script. Seems now things are wrong. Can't find DTB. Any idea how to recover now ? Still boots u-boot and loads a file from sdcard And seems I can interrupt u-boot process and go interactive. I do have another equivalent box, still new-in-box, so I have a eMMC image backuup there. Also a snapshot = TWRP backup
  10. Thanks, I picked another existing DTB, and that worked for booting. Now I need to install latest snapshot after getting backup. And will put it in /boot
  11. Just checked dpkg log, no kernel upgrade, but linux-image-current-arm-64 is the one at fault. It owns /boot/dtb Now, how do I upgrade everything ? Is there an easy way ? I run almost nothing but HomeAssistant, so I can of course create a HA backup, and read back in on a new system. That is trivial. But I do not necessarily know all the other stuff I set up. I know for sure I do have an outgoing VPN connection to my cloud server that is reverse proxy to my Home Assistant. I do plan to run DHCP/DNS on it, and my USB weather station, and other things for my home autom
  12. It is supported by this distro, and thanks for that. eMMC install works, and there is even an install-aml-sxxx script. What is recommended chipset for good performance if I want something else ? The issue is, that /boot/dtb was renamed to /dtb.old and since my dtb was not in, it would not boot. Booting from SD also was not good before I pointed uEnv on card to a standard dtb which I could use to boot. Seems like SD boot switched to eMMC
  13. I am also on H96 Max, with the custom DTB from this thread. apt upgrade today also killed my box. ANd for some reason my SD card also had 2 blank partitions. Did not figure that out before after I had soldered UART wires onto the board. Anybody knows what package destroyed things ? We need to get the maintainer to fix it to stop bricking devices. Currently in the process of burning new SD
  14. Using the UART I get to some recovery. Now, how can I save data, find out what is wrong, and start from scratch ?