Jump to content

pschasch

Members
  • Posts

    28
  • Joined

  • Last visited

Everything posted by pschasch

  1. Hello, I was looking for Kali on BPi and tried the "Kali Linux BananaPi offensive-securityDOTcom-2020.04"-image without success. Unfortunately the image does not boot and no support from there (Domain-contact nor forum[...][...]). Some message about "mount: mounting /dev/mmcblk0p1 on /root failed: No such device", even if kernel was started from this 'No such device"'-SD-card. So Igor wrote me about katoolin which I tested on BPi with Armbian 20.11.3 Busterarmbian. For anyone who is interested here is my way: install "Armbian 20.11.3 Buster \l" install "katoolin see https://github.com/LionSec/katoolin" sudo python2.7 katoolin/katoolin.py -> Add Kali repositories & Update by the menu katoolin.py adds "deb http://http.kali.org/kali kali-rolling main contrib non-free" to /etc/apt-sources apt-get install armitage to get msfconsole, first test with vsftpd_234_backdoor-exploit on testdevice was successfull, meterpreter not tested yet. apt-get install burpsuite did not work, I had to add "deb http://old.kali.org/kali sana main non-free contrib" manually. after this burpsuite could be started. For all who will look for this one day :-D
  2. Ok, here my result from weekend for those who are interested: armbianio needs patch for Lamobo(armbianio.patch): ------------------------------------------ ...armbianio.patch diff --git a/armbianio.c b/armbianio.c +static int iLamobor1Pins[] = {-1,-1,-1,53,-1,52,-1,259,224,-1, + 225,275,226,274,-1,273,244,-1,245,268, + -1,269,272,267,266,-1 + ,270}; ... ------------------------------------------ Sending 433-Mhz-codes now also work with WiringBPi on kernel >=4... with WiringPi it does not work. Only thing I do still not unterstand is why on PI19(275) worked with 17 on 3.4.x But, now my gpio's work like it should, if I change addresses like in io-3.x-vs-4-x.png
  3. wiringpi does not see those changes: /home/Funksteckdosen/433Utils/RPi_utils# cat /sys/class/gpio/gpio224/direction out /home/Funksteckdosen/433Utils/RPi_utils# gpio readall +-----+-----+---------+------+---+-Model A-+---+------+---------+-----+-----+ | BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM | +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+ | | | 3.3v | | | 1 || 2 | | | 5v | | | | 2 | 8 | SDA.1 | IN | 0 | 3 || 4 | | | 5v | | | | 3 | 9 | SCL.1 | IN | 0 | 5 || 6 | | | 0v | | | | 4 | 7 | GPIO. 7 | IN | 0 | 7 || 8 | 0 | IN | TxD | 15 | 14=in-kernel-3.x ,NOW in-4.xkernel 224 | | | | 0v | | | 9 || 10 | 0 | IN | RxD | 16 | 15 | ... +-----+-----+---------+------+---+----++----+---+------+---------+-----+-----+ | BCM | wPi | Name | Mode | V | Physical | V | Mode | Name | wPi | BCM | +-----+-----+---------+------+---+-Model A-+---+------+---------+-----+-----+ Has someone an idea to fix/convert this? maybe in wiringpi? I need this wiringpi-adresses for example /home/Funksteckdosen/433Utils/RPi_utils/codesend 123...023 nano codesend.cpp int PIN = 15; //wiringpi-definition, this shoud be gpio224 fprintf(stderr, "\n PIN=%i",PIN); 433Utils/RPi_utils needs WiringPi...
  4. OK...I am smarter now... CON3-P01 VCC-3.3V CON3-P02 VCC-5V CON3-P03 TWI2-SDA PB21 CON3-P04 VCC-5V CON3-P05 TWI2-SCK PB20 CON3-P06 GND CON3-P07 GPCLK PI3 CON3-P08 UART3-TX PH0 (8-1)*32+0=224 [3.4.113 old-gpio-number-> 14 RxD ] old-WiringPi-number 15 CON3-P09 GND CON3-P10 UART3-RX PH1 CON3-P11 IO-0(UART2-RX) PI19 (9-1)*32+19=275 [3.4.113 -> 17 ALT4 ] CON3-P12 IO-1 PH2 CON3-P13 IO-2(UART2-TX) PI18 CON3-P14 GND CON3-P15 IO-3(UART2-CTS) PI17 CON3-P16 IO-4(CAN_TX) PH20 works now by sysfs for physical-pin-8: echo "224" > /sys/class/gpio/export echo "out" > /sys/class/gpio/gpio224/direction cat /sys/class/gpio/gpio224/value echo "1" > /sys/class/gpio/gpio224/value Now I have to test it 433mhz-transmitter also works with new adress... Are those new adresses because of kernel change? From 3 to 4 or 5 ? Why?
  5. Hi Tido, thanks for fast answer. R1 is AP and switch. - Additional I control 4 LED's to check stuff/States - 4 Inputs to controll my (smart)homeserver FHEM - set some relais... - get IR codes from remote control - PIR to react on movements near to R1 I also need to use gpio for send 433MHz codes, now based on 3.4.113 and wiringpi and rc-switch My first test with armbianIO failed: root@lamobo:~/io/ArmbianIO# ./demo 0=Le potato (Lamobo R1) 1=Banana Pi M2 Zero (not 'Lamobo R1') 2=Raspberry Pi (not 'Lamobo R1') ... 15=Tinkerboard (not 'Lamobo R1') Unrecognized board type, aborting... Problem initializing ArmbianIO library ...no "Banana Pi" no "R1", this would be compatible... I do not know if it is compatible to raspi??? But why is sysfs NOT working? echo "17" > /sys/class/gpio/export echo "out" > /sys/class/gpio/gpio17/direction cat /sys/class/gpio/gpio17/value echo "1" > /sys/class/gpio/gpio17/value and why does 17 crash the switch? Why is sysfs activated in this lamobo kernel if does not work? other adresses/gpionumbers? I do not understand the problem with sysfs...
  6. Hello, I just fresh installed Armbian_5.31_Lamobo-r1_Debian_jessie_next_4.9.7.img on my R1(which is for me a fantastic device). I tried to use GPIO by sysfs like I used to do on 3.4.113-kernel. on 3.4.113: echo "17" > /sys/class/gpio/export echo "out" > /sys/class/gpio/gpio17/direction cat /sys/class/gpio/gpio17/value echo "1" > /sys/class/gpio/gpio17/value gpio -g read 17 ...this is working fine ls -l /sys/class/gpio/ --w------- 1 root root 4096 Nov 4 19:17 export lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio14 -> ../../devices/platform/gpio-sunxi/gpio/gpio14 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio15 -> ../../devices/platform/gpio-sunxi/gpio/gpio15 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio2 -> ../../devices/platform/gpio-sunxi/gpio/gpio2 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio22 -> ../../devices/platform/gpio-sunxi/gpio/gpio22 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio27 -> ../../devices/platform/gpio-sunxi/gpio/gpio27 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio3 -> ../../devices/platform/gpio-sunxi/gpio/gpio3 lrwxrwxrwx 1 root root 0 Nov 4 19:17 gpio17 -> ../../devices/platform/gpio-sunxi/gpio/gpio17 lrwxrwxrwx 1 root root 0 Nov 8 08:02 gpiochip1 -> ../../devices/platform/gpio-sunxi/gpio/gpiochip1 --w------- 1 root root 4096 Nov 8 08:02 unexport on 'Linux lamobo 4.9.7-sunxi #1 SMP Thu Feb 2 01:52:06 CET 2017 armv7l GNU/Linux' it is NOT working root@lamobo:~# echo "17" > /sys/class/gpio/export root@lamobo:~# ls -l /sys/class/gpio/ --w------- 1 root root 4096 Nov 8 08:13 export lrwxrwxrwx 1 root root 0 Nov 8 08:13 gpio17 -> ../../devices/platform/soc@01c00000/1c20800.pinctrl/gpiochip0/gpio/gpio17 lrwxrwxrwx 1 root root 0 Jan 1 1970 gpiochip0 -> ../../devices/platform/soc@01c00000/1c20800.pinctrl/gpio/gpiochip0 lrwxrwxrwx 1 root root 0 Jan 1 1970 gpiochip413 -> ../../devices/platform/soc@01c00000/1c2ac00.i2c/i2c-0/0-0034/axp20x-gpio/gpio/gpiochip413 --w------- 1 root root 4096 Jan 1 1970 unexport ...till here it is fine, but when I do echo "out" > /sys/class/gpio/gpio17/direction (or 'echo out > /sys/class/gpio/gpio17/direction' ) no function of this command / something is crashing and even the "Network/swich" is crashing, the network does not work anymore and the lights of all ethx's go on in 'dimmed'-modus on. With other gpio's I are also not working: ->22 does no switch-crash, but shows error on 'out'-command root@lamobo:~# echo "22" > /sys/class/gpio/export root@lamobo:~# echo "out" > /sys/class/gpio/gpio22/direction -bash: echo: write error: Unknown error 517 ->14 no error on 'out'-command, but no PIN-function on hardware root@lamobo:~# echo "14" > /sys/class/gpio/export root@lamobo:~# echo out > /sys/class/gpio/gpio14/direction root@lamobo:~# echo "0" > /sys/class/gpio/gpio14/value root@lamobo:~# echo "1" > /sys/class/gpio/gpio14/value How Do I get the/those(14,15,2,22,27,3) gpio's to work? regards
  7. Hello Igor, thanks for answering! OK, I am not R1-ubuntu , I hoped I could clone a git and test it without your graet tooltchain. regards
  8. Hello Ikrk, thanks for info! The backported driver I compiled on my R1, but before I compiled the 3.4.108-git-kernel version too on my R1. My backported driver works good (19 day uptime R1 as only AP) , but I got a lot of driver-messages in my logs. I will try/test the shaun2029-driver too, Did you compile on R1 or crosscompile by igors-toolchain? @igor can I somehow compile your 3.4.110-R1-kernel-version with all you patches on R1? Does it support csi-cam? regards
  9. good morning @tkaiser, more good pictures of the module itself can be seen at: http://de.aliexpress.com/item/MT5572-WIFI-module-6-pin-WL-UM01EBS-5572-V1-0-27-17-7mm-USB2-0/32530090751.html?ws_ab_test=searchweb201556_7_79_78_77_80,searchweb201644_0,searchweb201560_9 There you can see the new ra5572 from all sides. I have no further pictures from replacement, but like badrianiulian wrote, he has some more but has to look for them and post them But the mod is very simple. On one side there are 6 solderpoints next to each other, the other side are 3 and 3 next to each other. Important is to heat all 12 solderpoints at one time to 'simply' pull the old 8192cu-wifi-mod off the board in one move. I took a special solder-heater to do that, but it may work using 2(both sides) or 1 solder irons too. After removing the old, I soldered all 12 new solder-pins again (see my picture), but like badrianiulian wrote he only took the 6 usb-solderpoints. If you want more pictures of the soldered look, PM me to tell me what pics you you need. regards
  10. @wildcat_paris I put the antenna-cables directly on the mini-rt5572-board. (joke) You or anyone in this forum could buy my 8192cu, i sell it for 10 Euro :-) @badrianiulian If you are happy with mainline-kernel there is no need to do the backports-stuff for 3.4.10x. But I need CSI-camera support which is not working on mainline. Thanks again for your idea and your configs!
  11. Hi, >Somewhere I also read, that only one (1) Antenna is active - can't remember if there is a fix for that Yes, at my R1-8192cu also only 1 antenna gets better signal. is it because of MIMO? one antenna OUT, the other IN? But this Doesn't matter for me anymore... >And if you want to use 40 MHz bandwidth you need to hack the hostapd file I tested everything, also this patches. with/without-Debug-patched and with/without-40Mhz-patches ( http://forum.armbian.com/index.php/topic/136-lamobo-r1-wifi-unstable-in-ap-host-mode-better-buy-a-good-wifi-dongle-with-proper-linux-support/?p=2271 ) Nothing was stable with 8192cu. >Thank you for your detailed information. I consider to embed this into the manual. >Did you document on a website or such your modification with some more pictures /text ? No, Unfortunately not. But it's the same and you can test with every ra5572-USB-device for ex. : wildcat_paris his good "Dlink 160B1"-USB-Wifi. (thanks for config-help wildcat!!! :-) ) or the "CSL 300Mbit USB WLAN"-USB-ra5572 from Amazon which I used to test/prepare software before receiving the solder-solution from china. After I received I send the CSL back to Amazon! Test and Configure for those, after testing simply unsolder the 8192cu and solder the MT5572 like on my picture. After soldering replace wlan1 to wlan0 in your configs. I could help you with some more pictures from my mod, but you won't see more as in the published one from the mod-thread I guess. >I just wonder which WiFi chip is in my old: FON2201 (now in my closet for 2 years) >this bloody device also lost connection all the time - it made me sooo angry ...R1 Lamobo made me also very often very angry while testing 8192cu and also if it was in my closet and can't be used as AP. No hardware acceleration makes me still very angry... :-) regards
  12. Hi Tido, thanks for your work and your manual! I had this problem on bananian and on a past version of armbian too,. I was also writing with an other user here in a personal conversation who tested this for me too on his R1 using armbian. Till this point he also thought that he had a stable wifi...but he got the same behaviour on distance to 8192cu and big-data-streams. :-) ...crash...only reboot fixed it... There may be a lot of good feedbacks for usb-8192cu, but for me those bad feedbacks are no coincidence. That's what I found for example on german Amazon: --------------------------------------------------------------------------------------------------------------------------------------------- TP-Link TL-WN822N (8192cu-version) =============================== "Vorsicht: Neue Version mit schlechtem Chipsatz" http://www.amazon.de/review/R1OO1828LHK3BM/ref=cm_cr_dp_title?ie=UTF8&ASIN=B00416Q5KI&channel=detail-glance&nodeID=340843031&store=computers ..... "Die Realtek-Chipsätze (inkl. 8192CU) sind für deutlichen Leistungsabbruch mit zunehmender Distanz zum Router bekannt. Mein PC ist etwa 4 Meter vom Router entfernt. Das ist bereits genug für deutliche Leistungseinbrüche und Verbindungsverlust." ..... " In V3 nicht zu empfehlen" http://www.amazon.de/review/R37FFPKZWSOJW5/ref=cm_cr_dp_title?ie=UTF8&ASIN=B00416Q5KI&channel=detail-glance&nodeID=340843031&store=computers ..... Sofern ich keine größeren Downloads vornehme funktioniert das Gerät einwandfrei. Die Geschinwidkeit liegt bei ca. 144mbit/s. Sobald ich jedoch einen schnellen Download durchführe (z.B. Game-Download in Steam) verliert er ständig die Verbindung. Kabel ziehen und wieder einstecken hilft nur bedingt - nach 30 Sekunden reist die Verbindung meist direkt wieder ab. Die aktuellsten Treiber helfen da leider auch nicht. ..... Asus USB-N13 N300 Wi-Fi USB Stick ============================== http://www.amazon.de/product-reviews/B0033C7ZAK/ref=cm_cr_pr_viewopt_kywd?ie=UTF8&showViewpoints=1&sortBy=helpful&pageNumber=1&filterByKeyword=8192cu http://www.amazon.de/gp/customer-reviews/R2RW8FKQBHCXK2/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "ASUS hat einen besseren Namen als dieses Produkt zeig" http://www.amazon.de/gp/customer-reviews/R39WN8RVII520N/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "Verliert ständig die Verbindung zum Router" http://www.amazon.de/gp/customer-reviews/RHNTQ3U82FH5U/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "UNBRAUCHBAR" http://www.amazon.de/gp/customer-reviews/R315NOA5H9NN21/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: " Internetverbindung bricht zwischendurch kurz ab" http://www.amazon.de/gp/customer-reviews/R3H7J50F6GOASH/ref=cm_cr_pr_rvw_ttl?ie=UTF8&ASIN=B0033C7ZAK: "kommt dazu das ab und zu keine Verbindung aufgebaut wird" --------------------------------------------------------------------------------------------------------------------------------------------- After "ONLY" testing (no real/productive use) the R1 as "Stable"-AP for more then 1 year after I bought it, those amazon-comments made me stop testing on 8192cu-R1. I hope that someone has a stable 8192cu-R1 now or in the future, in that case he should test the distance/big-datastream-problem and on success he has to post all used software-versions (OS,hostapd,kernel,8192cu-driver) and configs for those in this forum. For me the R1-Lamobo-MT5572-hardware-mod is the best solution for now, With this "15+5 Euro"-mod I have a Lamobo-R1 with a stable WIFI-chip, a free USB-host-port and a WIFI-chip which supports more modes (ex. monitor-mode which is interesting to me). regards
  13. good morning, @shawn wood if you think you have a stable 8192cu-wifi, please test wifi (ex. after about 2-3 days running R1) if your client is not directly next to the R1, so thake a bit distance and then start ex. a youtube-HD-videostream or some big OS-Updates on your client(s). In all my tests with all kind of software-variations (OS,8192cu-drivers,hostapd) my 8192cu-Wifi on R1 was hanging after some days. After this hanging WIFI, restarting any hostapd-versions nor reloading any tested drivers did help! Only reboot the system did fix the problem. On Amazon people with 8192-devices also write those "distance/stream"-PROBLEM-comments, even with windows drivers for 8192. Because of this chip-problem I gave up too on R1-8192cu and did a ra5572-hardware mod. see : http://forum.armbian.com/index.php/topic/372-hardware-mod-bpi-r1/?p=4314 My R1-Wifi is stable for 8 days now. Further testing in progress... regards
  14. Hi, my "Mt5572 wifi-modul wl- um01ebs- 5572- v 1. 0 27*17.7mm usb 2. 0" arrived from china. The ra5572-chip is working on R1-lamobo with 3.4.108-kernel and backports-3.12.8-1-drivers. Mainline kernel works out-of-the-box , but I need CSI-cam-support in 3.4. (see http://forum.armbian.com/index.php/topic/157-add-wifi-driver-ralink-rt5572-rt2800usb/?p=3456) During my x-mas vacation I tested the driver with an "CSL 300Mbit USB WLAN"-USB-ra5572 from Amazon and my wifi worked very stable for 14 days till I ended the duration test to solder the new onboard-module. So anyone who wants to test his software/drivers for the ra5572-mod could test the ra5572 with this Amazon-usb-wlan-Stick :-) I think the The orig/old 8192cu-Module on the R1 lamobo will never be stable using it with a client loading big datastreams if a wifi-client has some distance to the R1-8192cu-chip. Thanks again to badrianiulian for this great idea! New durationtest with the soldered-onboard-ra5572 is running STABLE for 8 days now, never did with 8192cu. regards
  15. hi, only for info: The DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz / rt5572sta.ko -stuff does not work with sunxi-3.4.10x-kernel. I got this "ralink rt5572" on kernel 3.4.10x to work with driver backports: echo "see:https://backports.wi....php/Main_Page" wget https://www.kernel.o....11.8-1.tar.bz2 tar xvf backports-3.12.8-1.tar.xz cd backports-3.12.8-1 make defconfig-wifi time make -J2 echo "BACKUP YOUR old 3.4.10x-modules in /lib/modules/3.4.10xy /lib/modules/3.4.10xy_backup to if you want to switch back...ok?" read make install reboot ............................................................................................... root@Dev:~# modinfo rt2800usb | grep "version\|5572" version: backported from Linux (v3.12.8-0-g97f15f1) using backports v3.12.8-1-0-geb41fad version: 2.3.0 srcversion: D0035750636933A8C0E52C5 alias: usb:v148Fp5572d*dc*dsc*dp*ic*isc*ip* vermagic: 3.4.108schaschr1+ SMP preempt mod_unload modversions ARMv7 p2v8 regards
  16. Hi, on my R1, armbian 4.5 and 4.7 did also NOT boot with SATA connected...( I have a 2A openmoko_:-)-usb-charger ) I had to change my dts/dtb-file wich I compiled on R1 with kernel 4.2.6 for my R1 . sed -i 's/ahci: sata@01c18000 {/ahci: sata@01c18000 {\n\t\t\ttarget-supply = \<\&reg_ahci_5v\>;/g' arch/arm/boot/dts/sun7i-a20-lamobo-r1.dts crreating and replacing the armbian-lamobo-dtb with my compiled one, my R1 did boot with my and armbian-mailline-kernel again when SATA connected. regards
  17. Hi tkaiser, thanks for the info. 5640-BLOBs would not be a problem for me on banana pi/r1 ...and for me 'only' 640x480/5MP is better as nothing! The ardocam is spi, almost all my Gpio-pins or bussy/wired on R1. So i would prefer using the CSI-cam on R1 with mainline. regards
  18. Hi tkaiser 1)IMAGE see: [ the black shadow on the left is from my too small hole in self-made R1-case :-) ] http://www.directupload.net/file/d/4204/pndxoapx_png.htm <a href="http://www.directupload.net"target="_blank"><img src="http://fs5.directupload.net/images/151216/pndxoapx.png" title="Kostenlos Bilder und Fotos hochladen"></a> 2) How can I test max resolution? I didn't config anything, see my first post for what I (only) did. 3) What do you want to say with your link-answer: http://linux-sunxi.org/Mainlining_Effort#Major_drivers "CSI (camera sensor interface) driver (WiP: Yassin Jaffer (ddc))" Nothing is happening? Nothing will ever happen? I hoped anyone here or Igor has modified the code from : https://github.com/LeMaker/linux-sunxi/blob/lemaker-3.4/drivers/media/video/sun4i_csi/device/ov5640.cto/for 4.x-kernel or can do this with minimal effort... regards
  19. Hello, with 3.4. kernel I could use my csi-cam on my R1: #5.0 Mega Pixel Banana PI Camera Module for Android #and Linux. OV5640 chipset, CSI connector #Price: US $24.00 / piece from aliexpress sudo modprobe ov5640 sudo modprobe sun4i_csi0 #video stream #mplayer tv:// #snapshot mplayer tv:// -vo png -frames 1 Now I switched to armbian 4.7 with 4.2.6 to use new wifi-usb-drivers but I saw that those modules are not supported in the new kernel. :-( Source of drivers: https://github.com/LeMaker/linux-sunxi/tree/lemaker-3.4/drivers/media/video/sun4i_csi https://github.com/LeMaker/linux-sunxi/blob/lemaker-3.4/drivers/media/video/sun4i_csi/device/ov5640.c Did anyone got this to work with 4.x-kernel? Is there a chance that it will/could be integrated in mainline-based Armbian? regards
  20. Hi, I like this idea of badrianiulian's hardware-mod on R1 ( http://forum.armbian.com/index.php/topic/372-hardware-mod-bpi-r1/) and looked for that chip/driver. http://elinux.org/RPi_USB_Wi-Fi_Adapters RT5572 USB ID 148f:5572 native driver available in Kernel 3.10.36+ (rt2800usb) uname -a 3.4.108schaschr1+ #2 SMP PREEMPT Thu Oct 22 08:59:09 CEST 2015 armv7l GNU/Linux http://www.ctheroux.com/category/rt5572/ #patched version for older DPO_RT5572_LinuxSTA_2.6.0.1_20120629.tar.bz2.bz2 #I think no need to patch (first) patches wget https://dl.dropboxusercontent.com/u/11876059/DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz tar -xvf DPO_RT5572_LinuxSTA_2.6.1.3_20121022.tar.gz cd DPO_RT5572_LinuxSTA_2.6.1.3_20121022 patch no need to patch ( os/linux/config.mk os/linux/usb_main_dev.c), allready up-to-date pathed common/cmm_mac_usb.c make / make install (compile ok) modprobe rt5572sta i do not have hardware yet, but this should work...
  21. Hi badrianiulian, because I have allready an R1 here too and I want to save the only USB, I think the idea of replacing the "bad 8392cu"-WIFI-Module is great. If it would work, I also would go for it... http://de.aliexpress.com/item/MT5572-WIFI-module-6-pin-WL-UM01EBS-5572-V1-0-27-17-7mm-USB2-0/32530090751.html?ws_ab_test=searchweb201556_7_79_78_77_80,searchweb201644_0,searchweb201560_9 To me the hardware looks compatible... Does anyone of the experts see a reason why this would be a problem? Hardware? Software? regards
  22. good morning, just for info. Today i was able to compile r1.jesse,with xfce,3.4 on the 14.04. Maybe network problems in the past. Thanks!
  23. today was testing with your iso: http://archive.ubuntu.com/ubuntu/dists/trusty-updates/main/installer-amd64/current/images/netboot/mini.iso r1.jesse,with xfce,3.4 !!! USING DEFAULTS !!! ERROR: o.k. ] ... Upgrade to 3.4.109 [ kernel ] [ o.k. ] ... Bananapi/Orange/R1 gmac [ kernel ] [ o.k. ] ... Bananapi PRO wireless [ kernel ] [ o.k. ] Patching [ u-boot v2015.07 ] [ o.k. ] ... Add Lamobo R1 [ u-boot ] [ o.k. ] ... Add AW SOM [ u-boot ] [ o.k. ] ... Add boot splash [ u-boot ] [ o.k. ] Patching [ other sources ] star kernel [ o.k. ] ... DMA disable on FBTFT drivers [ misc ] [ o.k. ] ... small TFT display support [ kernel ] /home/dev/armbian/lib/common.sh: line 28: /home/dev/armbian/sources/u-boot/spl/.config: No such file or directory /home/dev/armbian/lib/common.sh: line 30: /home/dev/armbian/sources/u-boot/spl/.config: No such file or directory /home/dev/armbian/lib/common.sh: line 33: dialog: command not found [ o.k. ] Building deb [ linux-u-boot-lamobo-r1_4.4_armhf.deb ] [ error ] Building failed, check configuration. [ linux-u-boot-lamobo-r1_4.4_armhf deleted ] Maybe because of the network? apt-get update shows an error too: .. . . Reading package lists... Done W: GPG error: http://repo.aptly.infosqueeze InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E083A3782A194991 dev@dev-m-pack:~/armbian$ Any ideas?
  24. mhhhh.... i fresh installed : ubuntu-14.04.3-server-i386.iso md5 352009d5b44f0e97c9558919f0147c0c ubuntu-14.04.3-desktop-amd64.iso md5 cab6dd5ee6d649ed1b24e807c877c0ae ubuntu-14.04.3-server-amd64.iso md5 9e5fecc94b3925bededed0fdca1bd417 only did the: mkdir armbian cd armbian/ apt-get -y install git git clone https://github.com/igorpecovnik/lib cp lib/compile.sh . chmod +x compile.sh time ./compile.sh ; date r1.jesse,with xfce,3.4 !!! USING DEFAULTS !!! ...but because of errors I needed to install some stuff: 4 apt-get -y install git 10 apt-get -y install make 12 apt-get -y install build-essential 29 apt-get -y install gcc-arm-linux-gnueabihf 32 apt-get -y install device-tree-compiler user@armbian:~$ arm-linux-gnueabihf-gcc --version arm-linux-gnueabihf-gcc (Ubuntu/Linaro 4.8.2-16ubuntu4) 4.8.2 Copyright © 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. should it run on Desktop too?
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines