gnthibault

Members
  • Content Count

    47
  • Joined

  • Last visited

1 Follower

About gnthibault

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. Ahaha I try not to ^^ More seriously, I did everything in my power to recover the first box, but apparently there is nothing I can do to get it back on track (it does not boot ftom sd, impossible to flash, and boot from emmc result in a useless distro that does not take anything from usb port). I will try to do a last check on monday, and dump my config files here. Thank you very much for your support. Good point though, the frustration led me to invest in a rock64pro, and I will most likely use armbian on this one as well.
  2. I tried to install the image to my other box: -Changed path to the right dtb in uEnv -Updated from armbian with am;_autoscript -Reboot , changed he path to the right dtb in extlinux -Launched install.sh script Reboot... and box is now stuck on the H96pro+ logo (nothing happen until I put the SD back in). Which is exactly what happened with my previous box, but this time, I won't try the install-2018.sh
  3. Thank you for your feedback. The thing is that, I have been able to flash another box (same model) in the exact same conditions. From what I can see, the problem is mostly that the box tries to boot disregarding what I am doing on the side (trying to flash it essentially), and apparently the boot process prevents the flashing process to happen. Hence I am stuck with a box that boots with a useless image (not the right dtb for the file, so basically it is just showing off the login screen, and I cannot interact with it), and that I cannot flash either, this is very frustrating. Balbes150, thank you for your explanations, what also remains unclear for me, is that, although I installed the aml_autoscript+install-2018.sh, I don't understand how this was related to multiboot, because right now, I have no way to boot on the SD card (only the broken linux image from emmc). Regarding the impossible flash, my guess is that (by launching install-2018.sh) I erased whatever subsytem, launched from emmc was allowing the firmware flash from usb . Lets say that this box is now completely useless (and will most likely endup to the trash), It still remain unclear for me how I should install armbian on the second box.
  4. Hi, thank you both for your answer @balbes150: I apologize for the tone of my previous text, it was not nice given the fact that most people here, and you first, are doing a great work, and provide it freely to the rest of the world. Instead of complaining I should look at how I can support the project, and write the documentation myself (actually I did it at some point, and it is still available on github, but not in a nice format and it is has not been updated since). I do not care much about doing errors requiring me to reflash my box, if at least I learn something in the process, and I always come back to the thread where I ask questions to report my findings. What bothers me however, is to completely brick a box, (I fear that it is what I did), and do not learn anything in the process (I still have no clue about what is the difference between install and install-2018 like who generated the uboot image, where does it comes from, and why my emmc partitionning was so weird after the aml_autoscript). @Nofan Tasi: thank you for your help I did not saved the original eMMC because I do know (at leat I though I knew) how to flash a valid firmware, and I have a spare box that is exactly similar. Regarding the eMMC, I tried to check the aml_autoscript, I saw that there was some binary content inside, and it was not clear, what the Update&Backup app was doing. After running the Update&Backup procedure on android, and rebooting on armbian, I tried to understand why the emmc was partitioned that way, which for me was not making any sense (check my previous thread, and now I still have no clue about what happened and why the partitionning of emmc is so weird). Regarding the bricked S912 box, I will check, but from what I see, the current state of the box does not allow me to flash the emmc with a new firmware (with amlogic usb burning tool, that consistently fails a 7%)
  5. Ok looks like I bricked my box forever with that method of installation (install-2018.sh with s912-uboot copied as uboot.img). The firmware flash procedure does not even work anymore now. I now need to shortcut some pins from the emmc to start the flash process, and after that amlogic usb burning tools stops at 7%. It might be that pluging in the power source causes the system to boot, interrupting the interaction with emmc, but I am not sure. Any idea how to fix this, by forcing erasing of the emmc (even physically if possible). I still have another S912 box, but keeping up to date with armbian is clearly too painful and risky, no installation guide whatsoever, just random bits of info here and there, generally without explanation of what happens under the hood, or link to opensource code, and high chance of bricking your box.
  6. @balbes150 So I used the Update app from android with the aml_script.zip from the 5.71 image. After the automatic reboot, I tried to install to emmc with /root/install.sh Now box is stuck on logo (H96 pro+) when I boot without SD card If I put the SD card back, then I boot again with linux I tried from there to run the install directly from the armbian-config, and at the reboot nothing changed, I still have the same behaviour In addition to that, the 5.71 image (and meson-gxm-q200 dtb) does not look like it is delivered with any kind of wifi module. The wifi_dummy module that was previously delivered is not available anymore. after a while [...] I decided to try to move /boot/s912-uboot.img to /boot/uboot.img and then run /root/install-2018/sh Removed the SD card and rebooted Now the H96pro+ logo is not showing anymore, which indicates that I most likely bricked my box again (it is far from being the first time that an attempt of installing armbian to emmc result in bricking my box...) at least, something happen, I see the kernel loading and issuing some warnings, it looks like it cannot detect usb stuff, and then after a few other line passes, the screen becomes black. And after a few more minutes, a session login screens appears, but of course, my usb keyboard does not work, so I cannot do anything. Of course, now I cannot boot the SD card anymore. Is there a proper installation guide somewhere that I was too dumb to find, or does everybody randomly wanders around options depending on which internet posth and scripts they find, bricking boxes here and there in the process (no aml_script, aml_script, aml_script + aml_updatescript, emmc_autoscript, etc...) and then installation procedure (dtb choice, uInit file, or dtb.ing, etx directory, ...create-mbr.sh, install.sh, install-2018.sh).
  7. I tried installing using armbian-config tool, and of course it does not work any better. Ii is extremely hard for me to understand why I managed to make my box to run perfectly in 2017 with a 3.14 kernel, installing armbian to emmc without a single problem, running with wifi and everything. But now in 2018 with all the supposedly bugfixes, I did not managed to get everything to work but the SD boot, without wifi, and that required me some more work, like using the aml_autoscript. Some people talk about the aml_update, that was apparently mandatory at some point, but is not delivered anymore in the prebuilt images, might this explain my problems ?
  8. The wifi_dummy trick does not work anymore with recent version of armbian (I am using 5.71) what is the new trick @balbes150 thank you in advance for your help
  9. @hojnikb I have exactly the same problem with 5.71, did you mnaged to find a solution ? I was initially using install.sh script flawlessly, then I had to use the create-mbr script and install script. Now I have to install the aml_script and then the install .sh script and I do not even manage to understand why it doesn't work. I now fear each version change like it is pure evil because everytime it takes me 1 or 2 full days to understand how the new setup procedure works, and of course, there is a high chance that I brick my box everytime.
  10. I just launched the update with aml_autoscript. Does it even make sense that gparted id reporting this structure ? I will try to launch the install.sh script (install 2018 complained about Not found new u-boot so I guess I have to use the other one) Thank you very much balbes for your help
  11. Thank you very much @balbes150 for maintaining such a cool project. Last time I used Armbian, It was enough for me to run the create-mbr script + install.sh script. I want armbian to run from emmc and I don't care about android or multiboot. So I have k two questions: -1 What is multiboot, is it compulsory ? -2 @balbes150 From the image v 5.71 that I have, it looks like /boot/create-mbr-linux does not exist anymore, can you please update this post, it looks misleading to me (I previously ricked my box because I missed this step)
  12. Upgraded to 5.71 today. Cannot conect any usb device (or at least I did not managed to connect my usb keyboard) to my H96 pro+ with meson_q200 dtb. What is wrong ? Edit: Ok, just take a look at the first post of this thread.
  13. Good news, I bought a USB A male to USB A male on a Win10 64bits, and I was able to unbrick my H96pro+ box, following a tutorial like this one:
  14. Ok so, you made me realize that it is actually possible to brick a box only by messing with disk formatting. I first though that, as with a regular computer, only firmware upgrade can brick the mother board. I'll be taking a look at proper firmware flash on freaktab. But from what I have seen one should not expect a high success rate from this method.
  15. I might be able to get a ddbr recovery file. Could you point me to a link that explains with details how to dump those recovery data on thev bricked boxes ? Thank you in advance for you help.