I downloaded Kali Linux BananaPi.img 2020.04 from offensive-securityDOTcom.
Kernel is booting, in bootlogs SD-16GB is detected and partition p1 also…
But at end of boot comes an error-msg : “/dev/mmcblk0p1 not found to mount at /root”
???
Same SD works with my “normal Debian-Buster Image” very good in Access-Point-Configration.
Any Ideas?
Does someone has Kali running on BPi?
Any ideas how to get this img to work?
offensive-securityDOTcom offers those img’s, but does not give support for this falure!?!
thanks for your answer.
I can not understand why they offer downloadable images that do not boot???
Maybe it is only one little mistake and someone sees it, I do not understand what goes wrong with that booting kali-BPi-img.
I would try armbian-kali if it would exist… or install kali on armbian, but I was hoping this “ready-kali-BPi-image” can boot without loosing time…
IMO is related with maintaining resources. Armbian folks waste 50-80 working hours every day to keep those boards functional and upgrade them, do some R&D and help users. Occasionally such troubles still happens. If you don’t maintain your sw project on the level that is needed, things will start to break down.
Armbian kernel has better support than Kali on x86 and what Armbian doesn’t have on the userland is easy to install via apt … sadly https://github.com/LionSec/katoolin is not well maintained so you will need to invest some time. Perhaps a Kali Docker image exists? That will be the closest to “without loosing time”.
Remember that keeping Armbian at this level costs us a lot of our private time. Your help is welcome.
thanks for Katolin links, this I could test if nobody here got “[Kali Linux BananaPi.img 2020.04]” to work on BPi.
You and the hole armbian-team do fantastic work, thanks a lot!!!
Unfortunately ambian does not support officially my R1’s, I never understood why support was dropped, with minimal-hardwaremods it is fantastic. I also like to compile my kernels on the BPi self, this I could not get to run with armbian
If I have the time I test and help with armbian (see my post : " GPIO not working on Armbian_5.31_Lamobo-r1_Debian_jessie_next_4.9.7.img" in armbian-forum.
We avoid dealing with failed hardware since people conclude its our fault if things works badly. We don’t want to associate our name with cheap product that just can’t work normally.
We simply can’t afford https://dictionary.cambridge.org/dictionary/english/concorde-fallacy especially not on our family money. If you pay for the R&D, why not. But your contribution in past 8 years never reached 1% of total costs. When “our customers” are not happy at all, half less. In both case its about the same …
If I have the time I test and help with armbian (see my post : " GPIO not working on Armbian_5.31_Lamobo-r1_Debian_jessie_next_4.9.7.img" in armbian-forum.