guidol

you could try this one: https://askubuntu.com/questions/157154/how-do-i-include-lines-in-resolv-conf-that-wont-get-lost-on-reboot English translation: My solved. "only 12.4" I noticed that if you add the dns-nameserver in interfaces that do not take the name resolution server Thanks to the help found here have solved the problem. http://manpages.ubuntu.com/manpages/lucid/man8/resolvconf.8.html To make resolv.conf not change when we edit manually do this in the terminal: sudo resolvconf –disable-updates after: sudo resolvconf -a eth0 # or your network Interfas then manually edit /run/resolvconf/resolv.conf adding a maximum of two DNS servers. thanks P.S. not forget to restart: sudo /etc/init.d/networking restart

If Armbian would do that - I would like to see / have a page with recommendations for buying a "new" board. (OK - while lokking at the downloads-page this is something for the actual boards (stable and work in progress)) So when we got new users - they will have the same board. With that the software will be tested faster and we have more reports for hunting bugs and get the system faster more stable . @Igor : as suggestion for the download page: Could we have some combined selection buttons at the download page like "Mainline&stable" / "Legacy&Stable" or "Mainline&stable&server" ? This could also be a recommendation for buying a board with armbian-support

As information for people - like me - who did buy a NanoPi A64 (ordered with some other parts at FriendlyElec) there is a much better image available as that one at the FriendlyElec-page. This better working Ubuntu image is available at: https://github.com/avafinger/nanopi-a64-firmware The image include (as today): Nano Pi A64 firmware , u-boot, kernel 3.10.104 / kernel 3.10.105 Ubuntu 16.04.3 LTS (GNU/Linux 3.10.105 aarch64) Linux nanopi-a64 3.10.105 #1 SMP PREEMPT Mon Mar 27 10:59:50 BRT 2017 aarch64 aarch64 aarch64 GNU/Linux Got it running with Mate-Desktop. It isnt armbian- but it seems to run fine Yes - Kernel 3.10.105 isnt enough for a mainline armbian - but maybe in the future a legacy version? as we have some other A64 boards with legacy image / support. Or wouldnt any "new" legacy builds came up? PS: The board is runnig VERY cool - even without the fan running. I think about removing the BIG heat sink and install a normal small one - so that in the future the I2S-Port is useable

Ahh - I knew that I had seen a thread in the past - Thanks @tk But @Igor it seem to be a small bug in the forum search: First I did search for "nanopi a64" with 0 results, then searching for "Nanopi A64" and got 31 results. After that again searching for "nanopi a64" also 31 results (and any id allways selceted automatically) See attached Picure for proof of the problem

Is there any reason why the NanoPi A64 couldnt be found in the armbian Forum? Will the NanoPi A64 not as good as other A64 boards -or has no one seen him before? For $19.99 (its on sale) he has 1GB RAM http://www.friendlyarm.com/index.php?route=product/product&product_id=159 http://wiki.friendlyarm.com/wiki/index.php/NanoPi_A64 http://wiki.friendlyarm.com/wiki/images/c/c8/NanoPi-A64-1610-Schematic.pdf

thats why I do set the two folling line in the /etc/rc.local (before exit 0): echo "heartbeat" > /sys/class/leds/nanopi:green:pwr/trigger echo "mmc0" > /sys/class/leds/nanopi:blue:status/trigger So I can see the heartbeat to know the system bootet up...then I could search for another DHCP-Address for connecting via SSH

rear - from the uSD side? If you take a look at my picture above, then eth0 (at my R1) is near the 13-pin port an the other ( on mine = enxc0742bffe8ff) is the enx-USB-port - BUT the LEDs stayon at the eth0 port. And you did wrote, normally the LEDs would stay on at the USB-Port. [EDIT] found a picture with the description of the ports

no problem - they do work booth - just for imformation. Is this right eth0 port the USB-based one and the other the onboard-SOC-ethernet-port?

Got it installed. After configuring wlan0 I got no network cable connected and the LEDs of the eth0 port stay on When connecting a cable at eth0 the LEDs do work normally, but when disconnecting the cable the LEDs also stay on.

Did you have with the .37 a static IP for the OMV? Or did you check another IP? While Installation Image didnt work for you this way - you could try out the way I used for a Ordoid C2 with emmc and sdcard while not having a adpater for the emmc module: You could try to dd a image of the sdcard to the emmc: 1.) boot from sd-card 2.) insert a USB-Stick with a .img file of the sdcard (or armibian/OMV .IMG) in the USB-Port 3.) mkdir /mnt/sda1 4.) mnt /dev/sda1 /mnt/sda1 5.) dd if=/mnt/sda1/[name_of_the_image].img of=/dev/mmcblk0 bs=1M && sync 6.) to be sure: sync [+ENTER-key) again 7.) shutdown -h now 8.) remove sdcard 9.) power on - should now boot via emmc

I like armbian also because it feels (and is while using debian stretch) like debian or any other real linux. I dont like these "small" systems whcih only support OpenWRT because it seems either that I cant handle OpenWRT or OpenWRT is very instable. armbian/debian is for server type systems and mostly doesnt need the multimedia (video) of a raspberry pi. When I was young I dreamed about a computer with multiple systems (like in the AMIGA for every work another chip) and now you can make this true with a $10 board and armbian and without many fans in the system and no high power level = no noise

As far as I can see the only difference is that the SATA Port is missing on the Plus 2E model. So you could try the Plus 2 images - I think it could only give a error message because of the missing SATA-Port (Controller?) http://www.orangepi.org/orangepiplus2/ http://www.orangepi.org/orangepiplus2e/ BUT for armbian there are - by this time - 2 different download-pages available https://www.armbian.com/orange-pi-plus-2/ and https://www.armbian.com/orange-pi-plus-2e/

The NanoPi Neo Station NS-120B Case will be delivered with two different front plates For Neo and Neo2!

Hmm I installed the 672Mhz-orangepizeropluversion with --force-all on my NanoPi Neo2 - now after reboot he didnt get up anymore to ssh in Now I have to unscrew the NAS... root@nanopineo22:/home/guido/uboot_test# dpkg --force-all -i ./linux-u-boot-next-orangepizeroplus_5.34_672mhz_arm64.deb dpkg: regarding .../linux-u-boot-next-orangepizeroplus_5.34_672mhz_arm64.deb containing linux-u-boot-orangepizeroplus-next: linux-u-boot-nanopineo2-next conflicts with armbian-u-boot linux-u-boot-orangepizeroplus-next provides armbian-u-boot and is to be installed. dpkg: warning: ignoring conflict, may proceed anyway! dpkg: regarding .../linux-u-boot-next-orangepizeroplus_5.34_672mhz_arm64.deb containing linux-u-boot-orangepizeroplus-next: linux-u-boot-orangepizeroplus-next conflicts with armbian-u-boot linux-u-boot-nanopineo2-next provides armbian-u-boot and is present and installed. dpkg: warning: ignoring conflict, may proceed anyway! (Reading database ... 35468 files and directories currently installed.) Preparing to unpack .../linux-u-boot-next-orangepizeroplus_5.34_672mhz_arm64.deb ... Unpacking linux-u-boot-orangepizeroplus-next (5.34) ... dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/lib/u-boot/LICENSE', which is also in package linux-u-boot-nanopineo2-next 5.34.171118 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/lib/u-boot/platform_install.sh', which is also in package linux-u-boot-nanopineo2-next 5.34.171118 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/lib/u-boot/LICENSE.atf', which is also in package linux-u-boot-nanopineo2-next 5.34.171118 Setting up linux-u-boot-orangepizeroplus-next (5.34) ... Updating u-boot on /dev/mmcblk0 root@nanopineo22:/home/guido/uboot_test# reboot [EDIT] because I didnt know how to roll that back: I reinstalled the NanoPi Neo2 45 minutes with Standard-Installation and some reconfiguration... I think I have to create a Checklist for installing Music and NAS is running again.

My 2 NanoPi Neo are in the screwed NAS-Cases They should have the case designed to swicth/remove the uSD... but even when the case is open and the pcb out of the case you need a tweezer to get the uSD out And the screws wouldnt be better with every open/close.... Is there a way to undo the .deb - so that I can test without opening the case? I think about 2 .deb one to install the new u-boot and one to get the old one back until the faster one is tested as "stable"

@tkaiser NanoPi Neo2 with debian stretch: Linux nanopineo22 4.13.13-sunxi64 #214 SMP Thu Nov 16 01:52:21 CET 2017 aarch64 GNU/Linux as attachment NanoPi_Neo2_tinymembench.txt

he didnt find it - he put it up While going to the Webpage named at his user-profile you would find his Blog at: http://electricgraveyard.com/index.php/category/uncategorized/

Oops OK - I see at the JMicron page isnt a JMS567 my fault reading "to fast" Yes - JMS567 is only USB3.0 - so I hadnt to wonder about the USB3.1 from the JMS576 USB3.0 to single SATA Series JMS567 Super Speed USB 3.0 & SATA III 6.0Gbps Bridge Controller-3.3Vcc MS567 is a low power consumption and high performance USB 3.0 to SATA 6.0Gbps (bit per second) Bridge controller. A variety of IC package types, such as LQFP48 7x7, QFN48 6x6, QFN48 7x7 and LQFP64 10x10, are provided for an application diversity of data storage devices.

the JMS561 is listed as USB3.0 Bridge while the JMS567 is listed as USB3.1 BUT the JMS561 has more than one SATA Channel which the JMS567 doenst seem to have ( http://www.jmicron.com/product0201.html ): USB3.0 to dual SATA with RAID series JMS561 Super Speed USB3.0 to Dual SATA gen III Ports with RAID bridge controller JMS561 is a Supper Speed to Dual-SATA Gen III Ports bridge chip. It integrated 2 independent SATA channels and a micro-processor. With proper setting, the chip can be configured as 1 to 2- ports Serial ATA III Port Multiplier or hardware striping & mirror. vs USB 3.1 Gen1 (5Gbps) JMS576 USB 3.1 Gen1 to SATA 6Gb/s Bridge Controller for USB Type-C JMS576 is a USB 3.1 Gen1 to SATA 6Gb/s bridge controller with Integrated USB Type-C Multiplexer & Device CC control logic for USB Type-C storage solution. It has high performance and low power consumption by advanced low power process. It can support external SPI NVRAM for Vendor VID/PID of USB 2.0/USB 3.1 Gen1 device controller. There are 10 GPIOs to do customization for various applications. It supports software utilities for downloading the upgraded firmware code under USB 2.0/USB 3.1 Gen1. Note for the JMS567 the sentence: It can support external SPI NVRAM for Vendor VID/PID of USB 2.0/USB 3.1 Gen1 device controller.

Today I checked the transfer-rate from my freshly installed debian-stretch NanoPI-NAS (only debian with armbian-config installed SAMBA-Server). From my HP6005 Win10 PC to the NanoPi Neo2 NAS via 5-Port DLINK DGS-1005D Switch and I do get a Rate of 34-36.3MB/sec I also installed debian-stretch now on my first NanoPi NAS (Ubuntu Xenial without armbian-config deleted) and did get the same MB/sec

It wont let me backup without a firmware-upgrade and I wont flash the Odroid v0.1.0.5 - maybe somewhat get ruined on my "new" NAS - to extract the v0.2.2.7 root@nanopineo22:/home/guido/jms/JMS578FwUpdater# ./JMS578FwUpdate -d /dev/sda -b ./backup_v0227.bin Backup Firmware file name: ./backup_v0227.bin Read Back to Backup Error!! root@nanopineo22:/home/guido/jms/JMS578FwUpdater# ./JMS578FwUpdate -d /dev/sda -v -b ./backup_v0227.bin Backup Firmware file name: ./backup_v0227.bin Bridge Firmware Version: v0.2.2.7 root@nanopineo22:/home/guido/jms/JMS578FwUpdater# ls -l total 560 -rwxr-xr-x 1 root root 519032 Nov 1 08:34 JMS578FwUpdate -rwxr-xr-x 1 root root 50688 Nov 1 08:34 JMS578-v0.1.0.5.bin So I did try - but failed to backup the firmware for you

Yes, the lsusb ID is "Bus 004 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp." but IT IS a JMS567 like noted at the FriendlyElec-page for the NAS: http://www.friendlyarm.com/index.php?route=product/product&product_id=192 And as attachment the proof as a picture

The NanoPi NAS Case hasnt a JMS578 but a JMS567. Boot are USB 3.1 Gen1 (5Gbps) Controllers - see http://www.jmicron.com/product0201.html BUT the JMS567 has a Controller for USB Type-C and seems to have some addtitions to the JMS578. Anyway the software for reading the firmware-revision also does run with the JMS567 Booth NAS-Cases of my NanoPi Neo2 are showing the same firmware-revision: root@nanoneo22:/home/guido/jms/JMS578FwUpdater# ./JMS578FwUpdate -d /dev/sda -v Bridge Firmware Version: v0.2.2.7 That is a much lower version number than for the JMS578 with v0.4.0.5

Today I did get my 2nd Neo Station NS-120B case - for my 2nd NanoPi Neo2. I did check the armbian-Download page and did download the actual debian stretch server. Installation went fine (have to format the HDD and set automount). But I did see, that on my first NanoPi Neo2 NAS is the Ubuntu Xenial which - I think - was from the "private" directory of tkaiser while we checked the problems with the front-right USB-port. [EDIT] Or was this only the Orange Pi R1 - and USB of the NanoPi NAS did work after the Update from the beginning of November..... sometimes I dont know if I do work on a OrangePi or NanoPi - because they are all Allwinner H2(+)/H3 or H5. Strangely there is - after serveral updates - no armbian-config. But in the past it must been there, because my /etc/network/interfaces is generated by armbian-config and I know I did install SAMBA via armbian-config / softy. Now the "big question" to @tkaiser: which server would be the better one for the NanoPi Neo2 NAS? While using as NAS (and maybe OMV in the future) the debian-version is the right for running OMV. Are there any advantages by the Ubuntu Xenial image or disadvantages by the debian-server Image? Ubuntu without armbian-config now (find didnt find it): /var/log/armhwinfo.log has been uploaded to http://sprunge.us/ZIcb Welcome to ARMBIAN 5.34.171116 nightly Ubuntu 16.04.3 LTS 4.13.12-sunxi64 Fresh debian-server on NanoPi Neo NAS: /var/log/armhwinfo.log has been uploaded to http://sprunge.us/FaYe Welcome to ARMBIAN 5.34.171116 nightly Debian GNU/Linux 9 (stretch) 4.13.12-sunxi64 [EDIT] With this debian server also the frontright-USB Port is working fine (with usb-soundcard)

Do you use Ethernet-cables that are made for Gigabit-Ethernet (CAT6)? https://www.howtogeek.com/210326/not-all-ethernet-cables-are-equal-you-can-get-faster-lan-speeds-by-upgrading/