Jump to content

SteeMan

Moderators
  • Posts

    1840
  • Joined

  • Last visited

Everything posted by SteeMan

  1. You really should create a device tree overlay that just changes that attribute. The biggest downside of what you have done, is that every time you upgrade the linux kernel your change will be lost (as the new dtb file from that kernel will be installed) and you will need to redo this work with each upgrade.
  2. I'm sure it is AI powered, so if you asked it to, I'm sure it would
  3. @arboniid Can you provide the exact filename of the image you are using? Also the name of the SBC you have that you are working with.
  4. You need to make sure that any disk IDs get updated to the new values for you target media. Look in your armbianEnv.txt file and possibly your /etc/fstab files. But in general to solve booting issues you will need a USB uart adapter to see what is happening during the boot process that is failing.
  5. Have you tried installing the armbian-firmware-full package? (By default armbian ships with a slimmed down set of device firmwares, but the -full package includes all the ones from mainline)
  6. Yes I had thought of that, that should work.
  7. All of this information is very helpful. Here is what you need to try. Look at the file aml_autoscript in your armbian /boot folder. This is the script that should get run when the reset button is pressed during poweron on a regular amlogic based android tv box. But since you now have access to the uboot console, you can enter these environment commands directly. If you start with the 'setenv bootcmd... and end with the 'saveenv' you will have modified the uboot environment to run armbian from sd or usb first, and then fall back to your other os on emmc. In looking at your current uboot environment, the only command that will be modified from what you have is the 'bootcmd'. In looking at what you have both the armbian and your current bootcmd fall back to run 'storeboot'. But by installing the armbian version you will loose the abiltiy to boot osmc from sd or usb, which you probably don't care about, but I thought I would mention it.
  8. I'd recommend looking at the script /root/install-aml.sh. This is the script that would copy from SD to emmc (if that was supported with your CPU). It is a pretty simple script and you can see the logic it uses to copy the root partition to another medium.
  9. From the Installation Instructions post ( https://forum.armbian.com/topic/33676-installation-instructions-for-tv-boxes-with-amlogic-cpus) "Note: It is not possible to install into emmc on boxes with the s905 cpu"
  10. That isn't the correct uboot to be using, and have you tried all of the s905w-* drb files?
  11. You are using the minimal image which as the name implies has the bare minimum set of packages installed.
  12. The appropriate place for this question is in the existing thread for rk3328 tv boxes:
  13. Per the documentation: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-login
  14. @orlando mendez Those aren't Armbian official images. You would need to ask whomever produced those images for that information.
  15. It this really is amlogic based, then start here: https://www.armbian.com/amlogic-s9xx-tv-box
  16. I believe the G11 Pro has an Amlogic s905x3 processor, so moving to the appropriate forum.
  17. I'm not sure there is a problem. It looks like this may be expected behavior. I think your board is a community supported device which means that by default it will be on the beta apt repository. There are new packages deployed to the beta apt repository daily. So depending on the settings you have for your apt updates if you have automatic updates enabled and reboot on kernel updates you will get a daily reboot. Some of this functionality for auto updates in armbian-config was just recently introduced.
  18. moved to correct forum and added the proper tag
  19. So good work so far. Since you don't provide specifics on what you have done (like the exact commands you are issuing in uboot to acheive your successfull boots) I can't provide specific answers. But I can provide general guidance (and it seems so far you can figure out the rest). So to get this to work from both sd and emmc and persist you need to dig into the whole mechanism some more. If you look at the contents of aml_autoscript file. This file should only need to be run once. It sets some uboot environment variables and then reboots. Those environment variable values should be persistent and should on subsequent boots change the boot flow to allow armbian to boot from sd, usb or emmc. So I'd suggest looking at your uboot environment, print out the values of the relevant variables in your environment and see what isn't set correctly, or is missing. Then try to fix. The intended boot flow is to determine sd, usb or emmc and then run the boot script s905_autoscript or emmc_autoscript accordingly which should then load u-boot.ext/u-boot.emmc and run from their whatever is configured in extlinux.conf. You said earlier that you didn't have an u-boot.emmc on your emmc boot partition, which would explain why it wasn't booting. install_aml.sh should have created that if it was run correctly. Of course u-boot.ext/u-boot.emmc are just copies of the u-boot-s9xxxxx files, so what you seem to be doing in calling them directly also works, but isn't what the scripts are expecting. I hope these pointers help you on your adventure.
  20. There should be a uInitrd file which is the initrd.img... file converted to the uboot format. You should try that. I would recommend trying the command I posted above which chainloads the u-boot.ext file, which will then just boot from the extlinux.conf file. The u-boot.ext is a newer version of uboot that should be more compatible with a modern mainline linux image (at least that is the idea).
  21. If you can get to the uboot prompt you can try to manually boot the system. What should be happening when you boot from emmc is that the native android uboot should run the following command: if fatload mmc 1 0x1000000 u-boot.emmc; then go 0x1000000; fi; (that command assumes that you boot partition is partition 1, the "fatload mmc 1") It should load the u-boot.emmc file in your /boot. The installation via install_aml.sh should have renamed your u-boot.ext to u-boot.emmc. Then the loaded u-boot.emmc should look for your /boot/extlinux/extlinux.conf file and boot accordingly. If you have command line uboot access you can look at your two partitions and see if they look like they contain the proper files, especially the contents of your /boot partition. The above 'if fatload...' command is just a shortcut to what should be happening. If you want to follow the whole series of logic, you start with the aml_autoscript file. This file should be loaded by u-boot when the reset button is pressed during boot. The contents of this file set some u-boot environment variables that upon subsequent boots should boot from SD, USB or emmc if they find a u-boot.ext (or u-boot.emmc) and if not continue to try to do a normal android boot. In the emmc case, the boot should run the emmc_autoscript file which contains the above 'if fatload...'. I hope this helps you explore the boot process and maybe you can figure out a way to get your box booting armbian again.
  22. I guess I don't know what you are asking. Are you using an off the shelf USB-A to USB-A cable? Or are you building your own cable?
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines