Yesterday OpenWRT 18.06.4 was released.
Downloads for BPi R2:
https://downloads.openwrt.org/releases/18.06.4/targets/mediatek/mt7623/
I will try to upgrade and let you know.
OpenWrt v18.06.4 Changelog
How to use the file ***.bin? Can i flash the ***.bin to SD card?
Two my cents: āofficialā upstream support for BPi-R2 in openwrt is half-baked at the moment and is something not to be used unless youāre an advanced user and really know what youāre doing and why. For example no ready to use SD or eMMC images are produced by upstream. You will have to create the image yourself by hand. Also only squashfs rootfs is provided which is not what youāll be comfortable using with this board. Memory available in official build is limited to 512Mb instead of 2Gb due to error in the DTB. There are more reasons why Iād suggest you not to use upstream image and stick to one of forks available out there with better support for BPi-R2.
is there any manual how to create an image from the official bin-file? and how to include a squashfs-rootfsā¦
None that Iām aware of. It is not a rocket science TBH but thing is using upstream āvanillaā OpenWRT on R2 is not a reasonable choice for now.
Re squashfs - it is squashfs which is used as a default rootfs for vanilla image. It has some drawbacks. Squashfs is a read only FS. To be able to install additional packages OpenWRT usually pairs it in overlayfs with jffs2 used as a backing storage. Jffs2 volume is expected to be auto-created on the rootfs_data MTD partition, which is an OpenWRT-specific subpartition that gets auto-created by scanning rootfs MTD partition on fs block alignment boundaries for a 0xDEADCODE marker. So to have overlay+jffs2 functionality available one would have to supply proper block2mtd kernel options on u-boot commandline (or in DTD - whatever works with upstream kernel configuration) and - possibly - would have to make an extra step to mark the end of squashfs filesystem with 0xDEADCODE at a proper alignment boundary. And even after having this done one will be facing disappointing performance level with the setup like this if jffs2 volume is substantial in size. I had tested how things work with 2GB of eMMC space provided for jffs2 backing store and it took several hours just to finish jffs2 first-time initialization process. It is turtle slow compared to the speed of ordinary ext4 fs with the same board. But guess what, thereās no official support in upstream OpenWrt for ext4 rootfs on BPi-R2.
Wow, great answer.
Is that any way to build 18.06.4 image without those āproblemsā? And how to build additional packages? Can you give us some manual? Or point to it?
Thanks in advance Alexey!
isnāt it possible to use ext4 as overlayfs?
18.06.4 - not so sure. 18.06.x - yep, one will have better luck using one of community-provided OpenWrt forks. Or use something like āOpenMPTCProuterā. Among other variants thereās my fork, check here:
I hadnāt had a chance to update it with latest changes to 18.06 release branch but its state it pretty close to what had been tagged as 18.06.4. And Iād expect that updating source to the latest changes would be as simple as blind merge. Iām planning to take a look onto this later on, maybe this or next weekend.
Build process is exactly the same as for any other OpenWrt image. There are plenty of guides available out there for googling. Best way to start IMHO is OpenWrtās official wiki.
In broad understanding of āpossibleā - yes, it is technically possible. It is just not what is supported out of the box by OpenWrt. OpenWrtās approach to filesystems is a hard choice: squashfs+jffs2 in overlayfs or single filesystem rootfs like ext4/jffs2. And it is reasonable as overlayfs approach fits well for devices with small amounts of onboard flash memory (like 4-8MB) while single filesystem rootfs works well for more server-like use cases. It is possible for sure to patch OpenWrt sources to implement overlayfs with squashfs + ext4 but (a) it is āto patchā thus it is not upstream provided and would require personal building of changed sources and (b) thereās no real advantage in using overlayfs with eth4 - it is faster and easier to use only ext4 instead and drop the overlayfs bit. Nevertheless enabling ext4 rootfs for BPi-R2 also requires small amount of patching to OpenWrt sources but it is way easier and had already been done in several forks (including my fork I linked to earlier),
iāve burn initramfs.bin to sdcard, itās bootā¦ but i can not ping to 192.168.1.1 from network to my bpi-r2ā¦, luci =http ://192.168.1.1 no reach i try to change password, after reboot it came standard
please somebody tell me step by step install openwrt 18.06.4 to my bpi-r2
@salmon_randa, just download this https://drive.google.com/open?id=1Dg6Q824pxTRTfrTTIwqlXdUzo8kyR8M7 in \targets\mediatek\mt7623 you will find image for sd-card and kernel-based packages.
Luci requires additional installation via the terminal, do you have a serial connection?
yes, iāve serial connection sir iāve install openwrtā¦ but when i install luci with command āopkg install luciā, itās error āCannot install package luciā please help
@salmon_randa does you can ping openwrt.org from your R2?
P.S. Iām not sir. I`m comrade. 
(itās just a joke)
tks sirā¦ iām on openwrt 18.06.2 now
but i found the problem with my usb hddā¦ itās wonāt detectā¦ if i use lede, itās detect pleaseā¦
opkg install usbutils
lsusbhow do I install luci ?
I figured out. Itās four dd commands.
2 Likes