doru Posted December 1, 2017 Posted December 1, 2017 On 11/27/2017 at 11:13 AM, guidol said: at the time I started with armbian on the NanoPi NAS USBHost3 was loaded automatically. So I activated Overlay 1&2. Not the USBHost0, because I doenst gave me additionally USB-Ports Yes, you are right... But in 'OMV_3_0_90_Nanopineo2_4.13.10.img' image, usbhost1 is missing. (see 'OMV_3_0_90_Nanopineo2_4_13_10_img_before_firmware_update' print screen) When I inserted an USB stick in Nanopi NEO2 usb port it is automatically detected and showed in OMV. When I inserted an USB stick in 1-bay NAS Dock usb port it isn't detected by system. After I update the board firmware ( SSH --> armbian-config / System / Firmware ) also usbhost1 it is showed on 'armbian-config' and, with just usbhost1 and usbhost2 activated the USB pendrives are automatically detected in board USB port and Neo Station Dock (1-bay NAS Dock) port, too. Based on that facts means: - the USB port from Nanopi NEO2 is usbhost2 - the USB port from 1-bay NAS Dock is usbhost1 By the way I am testing the whole system with a WD3200BEKT hdd (above test was with a Crucial MX100 2.5 SSD, more exactly CT265MX100SSD1) and the numbers seems almost identically: - upload speed ~ 20 MB/s (one file 1.55 GB) - download speed ~ 40 MB/s (the same file) - cores temperature ~ 52 degree Celsius (without any activities) - with SSD was 48 - HDD temperature ~ 44 degree Celsius (without any activities) - with SSD was 41 What do you think about these numbers?
tkaiser Posted December 1, 2017 Posted December 1, 2017 19 minutes ago, doru said: Based on that facts means: - the USB port from Nanopi NEO2 is usbhost2 - the USB port from 1-bay NAS Dock is usbhost1 No. http://linux-sunxi.org/FriendlyARM_NanoPi_NEO2#USB -- that's the hardware side of things. NanoPis with USB on pin headers have there usb1 and usb2 while Orange Pis with USB on pin headers use usb2 and usb3 there. It was all the time like this but this is also surrounded by a high amount of confusion since day 1. No idea why usb1host appeared on your installation when for whatever reasons (the OMV images all the time added usb1, usb2 and usb3 as default DT overlays but I've no idea what armbian-config displayed based on what). IMO the armbian-config 'UI' is not really sufficient since showing only the status of loaded DT overlays and not taking into account what's really active (which would involve accessing stuff below /proc/device-tree, comparing with what's available as system and user DT overlays and what's active -- it would need a lot more efforts to turn this into a really suitable UI with U as in 'user') I won't comment on NAS performance any more since I suggested in this thread already testing with another tool to no avail
doru Posted December 1, 2017 Posted December 1, 2017 4 minutes ago, tkaiser said: I won't comment on NAS performance any more since I suggested in this thread already testing with another tool to no avail Yes, I don't forgot...it is Helios...it is on the queue...for the moment I just want to have a functional system and seems that was accomplished most of part with your help. Thanks. About above usb setting I thought it can help if somebody like me, average user, want to use USB port form NAS Dock. Anyway, thanks for the reference and explanation
tkaiser Posted December 1, 2017 Posted December 1, 2017 8 minutes ago, doru said: About above usb setting I thought it can help if somebody like me, average user, want to use USB port form NAS Dock The problem is the created confusion and armbian-config is here only part of the problem but not of a solution. It just looks in a directory for files that follow a specific naming scheme (${OVERLAYDIR}/${overlay_prefix}*.dtbo), presents them as list, you can tick checkboxes, then something will be written to another file, done. What happens after the mandatory reboot might be surprising and what's displayed depends solely on the contents of a directory defined as $OVERLAYDIR (and the contents are subject to package updates that happen somewhere else) and is not related to the hardware in question. A suitable UI (it's called USER interface for a reason since it should focus on the user) would try to address the job from the user perspective. That would require: displaying what's available as selectable hardware and what's already active, therefore not needing a DT overlay! (not happening now, usb0host for example is displayed as inactive while it's active in reality or not -- the most basic principle of an UI is already violated here) allow to only do something that really works (a lot of overlays would require additional parameters and without them activation is pretty much useless) checking and trying to resolve overlay conflicts Creating such an UI that really works is days of works but would add least be something useful and not add further to the confusion that's already there. IMO the only stuff where the current armbian-config implementation helps (activating stuff on pin headers like USB, Audio (analog-codec and I2S, SPDIF where appropriate) without the need to specifiy additional parameters) could be avoided in the first place by activating this stuff by default. 1
doru Posted December 1, 2017 Posted December 1, 2017 1 hour ago, tkaiser said: I won't comment on NAS performance any more since I suggested in this thread already testing with another tool to no avail It is something wrong here:
tkaiser Posted December 1, 2017 Posted December 1, 2017 22 minutes ago, doru said: It is something wrong here Yep, and that's why I asked for LanTest and not Windows Explorer numbers (since with the latter it depends on your Windows version too what's happening since starting from Windows 7 on Explorer uses up to 8 connections in parallel and also tunes blocksizes dynamically). Can you post output from 'testparm' please?
doru Posted December 1, 2017 Posted December 1, 2017 4 minutes ago, tkaiser said: Yep, and that's why I asked for LanTest and not Windows Explorer numbers (since with the latter it depends on your Windows version too what's happening since starting from Windows 7 on Explorer uses up to 8 connections in parallel and also tunes blocksizes dynamically). It is Win8.1x64. 5 minutes ago, tkaiser said: Can you post output from 'testparm' please? Sure, there it is: ---------------------------------------------------------------------------------------------------------------------------- root@nanopineo2-nas:~# testparm Load smb config files from /etc/samba/smb.conf WARNING: The "null passwords" option is deprecated Processing section "[sda1]" Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions # Global parameters [global] server string = %h server pam password change = Yes passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword: * %n\n *password\supdated\ssuccessfully* . syslog = 0 syslog only = Yes log file = /var/log/samba/log.%m max log size = 1000 min receivefile size = 16384 socket options = TCP_NODELAY IPTOS_LOWDELAY load printers = No printcap name = /dev/null disable spoolss = Yes dns proxy = No panic action = /usr/share/samba/panic-action %d idmap config * : backend = tdb create mask = 0777 directory mask = 0777 aio read size = 16384 aio write size = 16384 use sendfile = Yes write cache size = 524288 printing = bsd [sda1] path = /srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1 valid users = doru write list = doru read only = No create mask = 0664 force create mode = 0664 directory mask = 0775 force directory mode = 0775 inherit acls = Yes hide special files = Yes root@nanopineo2-nas:~# ------------------------------------------------------------------------------------------------------------------------------------------
tkaiser Posted December 1, 2017 Posted December 1, 2017 And now please cd /srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1 cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state cpufreq-set -g performance iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 armbianmonitor -u BTW: only two suspicious entries are 'inherit acls = Yes' and 'hide special files = Yes' -- suspicious since I never tested whether they are able to influence performance.
doru Posted December 1, 2017 Posted December 1, 2017 3 minutes ago, tkaiser said: cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state ----------------------------------------------------------------------- root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 408000 369821 648000 10905 816000 180 912000 322134 960000 0 1008000 122 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# ------------------------------------------------------------------------ 4 minutes ago, tkaiser said: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 ------------------------------------------------------------------------- root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Fri Dec 1 07:04:06 2017 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 128 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 20748 25488 82637 81776 102400 128 35734 34739 440078 478475 102400 16384 36086 34693 328925 351989 iozone test complete. root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# -------------------------------------------------------------------------------------- 6 minutes ago, tkaiser said: cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state ---------------------------------------------------------------------------------- root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 408000 380161 648000 10992 816000 180 912000 325860 960000 0 1008000 122 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# ---------------------------------------------------------------------------------- 7 minutes ago, tkaiser said: cpufreq-set -g performance --------------------------------------------------------------------------------- root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 408000 380161 648000 10992 816000 180 912000 325860 960000 0 1008000 122 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# --------------------------------------------------------------------------------- 8 minutes ago, tkaiser said: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 ------------------------------------------------------------------------------------------------- root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Fri Dec 1 07:08:29 2017 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 128 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 21387 25751 82640 83130 102400 128 36235 36308 424817 486479 102400 16384 36063 35743 329274 356797 iozone test complete. root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# ----------------------------------------------------------------------------------------------- 10 minutes ago, tkaiser said: armbianmonitor -u http://sprunge.us/QXcM I hope I don't missing anything. The HDD is WD3200BEKT model. If it is useful I can test with a SSD, Crucial MX100 2.5 model. Just let me know.
tkaiser Posted December 1, 2017 Posted December 1, 2017 Hmm... the iozone read values are bogus but since /dev/sda1 is a FUSE filesystem that's understandable. For whatever reasons the 5.35 repo does not contain latest fixes so I can only guess whether it's NTFS or ExFAT (smells like NTFS). Either choice is just a great way to limit NAS performance on something that weak as a NanoPi NEO. For whatever reasons with 5.35 also our cpufreq governor tuning is broken (fix comes with 5.36 soon) so in your setup you're currently bottlenecked by CPU cores clocking too low and wrong filesystem. If you repeat the test with an ext4 or btrfs write performance should be much better.
doru Posted December 1, 2017 Posted December 1, 2017 2 minutes ago, tkaiser said: If you repeat the test with an ext4 or btrfs write performance should be much better. I understood...I think I can make a ext4 partition and test...by the way it is any tool/option to access a ext4 or btrfs partition from windows client?
tkaiser Posted December 1, 2017 Posted December 1, 2017 4 minutes ago, doru said: by the way it is any tool/option to access a ext4 or btrfs partition from windows client? Yeah, it's called Samba! Seriously no idea since I stopped using Windows prior to Win95 release (only deal with it on servers and there that's not an issue). And I don't know for sure with Windows but AFAIK it's not the best idea to access any filesystem that's shared in NAS style locally at the client (due to different encodings that might be chosen and different representation of file metadata and 'extra attributes', do a web search for 'alternate data streams' combined with either 'ntfs' and 'samba')
doru Posted December 1, 2017 Posted December 1, 2017 20 minutes ago, tkaiser said: If you repeat the test with an ext4 or btrfs write performance should be much better. There it is with ext4 file system: ( http://sprunge.us/hagb ) ------------------------------------------------------------------------------------------------------------------ root@nanopineo2-nas:~# cd /srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 408000 6144 648000 806 816000 132 912000 3589 960000 50 1008000 123 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Fri Dec 1 07:39:55 2017 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 128 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread frerea d 102400 4 8032 9003 9305 9384 102400 128 32901 32394 34001 36689 102400 16384 35646 37101 40333 40889 iozone test complete. root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 408000 10602 648000 880 816000 132 912000 10557 960000 50 1008000 123 root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# cpufreq-set -g performance root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Fri Dec 1 07:41:58 2017 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 128 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 128k -r 16384k -i 0 -i 1 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 8042 9003 9562 9723 102400 128 33438 33267 36164 37437 102400 16384 36344 37325 40812 40524 iozone test complete. root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# armbianmonitor -u /var/log/armhwinfo.log has been uploaded to http://sprunge.us/hagb Please post the URL in the Armbian forum where you've been asked for. root@nanopineo2-nas:/srv/dev-disk-by-id-usb-JMicron_Tech_0000000045D9-0-0-part1# -------------------------------------------------------------------------------------------------------------------
doru Posted December 1, 2017 Posted December 1, 2017 10 minutes ago, tkaiser said: Yeah, it's called Samba! Seriously no idea since I stopped using Windows prior to Win95 release (only deal with it on servers and there that's not an issue). And I don't know for sure with Windows but AFAIK it's not the best idea to access any filesystem that's shared in NAS style locally at the client (due to different encodings that might be chosen and different representation of file metadata and 'extra attributes', do a web search for 'alternate data streams' combined with either 'ntfs' and 'samba') a...yes...my fault. I want to ask if it is any way to map on windows client an ext4/btrfs partition. Seems are few solution but just for ext4 not btrfs. Anyway even the subject it is out of topic, like usual, your explanations are very pertinent.
tkaiser Posted December 1, 2017 Posted December 1, 2017 27 minutes ago, doru said: There it is with ext4 file system: ( http://sprunge.us/hagb ) This (and iozone output) looks more correct. But currently with 5.35 on sunxi hardware the CPU cores won't ramp up the clockspeed correctly (fix will be in 5.36 so simply do an 'apt upgrade' on monday) so for a new round of NAS tests (LanTest and Explorer) you might want to use the cpufreq-set call from above to switch from ondemand to performance to get an estimate how NAS performance will look like next week again. 17 minutes ago, doru said: I want to ask if it is any way to map on windows client an ext4/btrfs partition I understood it this way and just wanted to warn that things might happen you don't expect. It's stuff people normally don't think about, it happens way too often and it's always fun to try to recover from such stuff. For example encodings and umlauts: you create something with an Ä in its name on a file server, then attach the disk directly to the client. Still looks like Ä but different representation. So you can see the file but don't access it (there exist 4 different Unicode Normalization forms with 2 being used here and there). That's why I would refrain from trying such stuff. If data is on a NAS share then only access it there with the same daemon as when you created the data (eg. only using SMB/Samba or only using NFS or only using AFP/Netatalk when macOS clients are in the network) 1
doru Posted December 4, 2017 Posted December 4, 2017 On 12/1/2017 at 6:21 PM, tkaiser said: (fix will be in 5.36 so simply do an 'apt upgrade' on monday) I'm not able to make the update...Have any ideea? ----------------------------------------------------------------------------------------------------------------------------- Welcome to ARMBIAN 5.35 user-built Debian GNU/Linux 8 (jessie) 4.13.10-sunxi64 System load: 0.04 0.03 0.00 Up time: 11:12 hours Memory usage: 21 % of 482MB IP: 192.168.1.37 CPU temp: 48°C Usage of /: 55% of 3.0G storage/: 1% of 296G [ 0 security updates available, 7 updates total: apt upgrade ] Last check: 2017-12-03 11:52 ------------------------------------------------------------------------------------------------------------------------------------------- root@nanopineo2-nas:~# apt upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: armbian-firmware hostapd linux-dtb-next-sunxi64 linux-image-next-sunxi64 linux-jessie-root-next-nanopineo2 openmediavault sunxi-tools 7 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 389 kB/18.0 MB of archives. After this operation, 795 kB of additional disk space will be used. Do you want to continue? [Y/n] Yes Err http://apt.armbian.com/ jessie/jessie-utils hostapd arm64 2:2.6-4~armbian5.35+1 404 Not Found Err http://apt.armbian.com/ jessie/jessie-utils sunxi-tools arm64 1.4.2-1~armbian5.35+1 404 Not Found E: Failed to fetch http://apt.armbian.com/pool/jessie-utils/w/wpa/hostapd_2.6-4~armbian5.35+1_arm64.deb 404 No t Found E: Failed to fetch http://apt.armbian.com/pool/jessie-utils/s/sunxi-tools/sunxi-tools_1.4.2-1~armbian5.35+1_arm6 4.deb 404 Not Found E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? -------------------------------------------------------------------------------------------------------------------------------------------
tkaiser Posted December 4, 2017 Posted December 4, 2017 20 minutes ago, doru said: I'm not able to make the update...Have any idea? Easy: apt.armbian.com broken again (at least wrt jessie). No idea why that happened (we prefer to not communicate here), no idea how it has been fixed last time, no idea how stuff like this can be avoided.
guidol Posted December 4, 2017 Author Posted December 4, 2017 1 hour ago, doru said: I'm not able to make the update...Have any ideea? ----------------------------------------------------------------------------------------------------------------------------- Welcome to ARMBIAN 5.35 user-built Debian GNU/Linux 8 (jessie) 4.13.10-sunxi64 Err http://apt.armbian.com/ jessie/jessie-utils hostapd arm64 2:2.6-4~armbian5.35+1 404 Not Found Err http://apt.armbian.com/ jessie/jessie-utils sunxi-tools arm64 1.4.2-1~armbian5.35+1 404 Not Found E: Failed to fetch http://apt.armbian.com/pool/jessie-utils/w/wpa/hostapd_2.6-4~armbian5.35+1_arm64.deb 404 No t Found E: Failed to fetch http://apt.armbian.com/pool/jessie-utils/s/sunxi-tools/sunxi-tools_1.4.2-1~armbian5.35+1_arm6 4.deb 404 Not Found ------------------------------------------------------------------------------------------------------------------------------------------- Maybe its because you got a user-built 5.35 jessie armbian? The install-images for the NanoPi Neo2 are now at 5.34 and for stretch and ubuntu.... maybe the jessie 5.35 .deb hadnt been built and therefore not downloadable? The 5.34 stretch/ubuntu is a nightly version (running on my Neo2) and there are no updates nor to 5.35 neither to 5.36 https://dl.armbian.com/nanopineo2/nightly/Armbian_5.34.171121_Nanopineo2_Debian_stretch_next_4.13.14.7z https://dl.armbian.com/nanopineo2/nightly/Armbian_5.34.171121_Nanopineo2_Ubuntu_xenial_next_4.13.14.7z
doru Posted December 4, 2017 Posted December 4, 2017 1 hour ago, guidol said: Maybe its because you got a user-built 5.35 jessie armbian? The install-images for the NanoPi Neo2 are now at 5.34 and for stretch and ubuntu.... maybe the jessie 5.35 .deb hadnt been built and therefore not downloadable? The 5.34 stretch/ubuntu is a nightly version (running on my Neo2) and there are no updates nor to 5.35 neither to 5.36 https://dl.armbian.com/nanopineo2/nightly/Armbian_5.34.171121_Nanopineo2_Debian_stretch_next_4.13.14.7z https://dl.armbian.com/nanopineo2/nightly/Armbian_5.34.171121_Nanopineo2_Ubuntu_xenial_next_4.13.14.7z oh...yes...I followed the flow of the conversation topic and I amost forgot what image I used. (OMV_3_0_90_Nanopineo2_4.13.10.img)
Lehrer Lempel Posted March 1, 2018 Posted March 1, 2018 The Speed of this NAS box is limited by the USB 2.0 connection. The JMS567 Chip is USB3.1 but the connection to the Nanopi Neo2 is only USB 2.0, so you wont get faster than 40 MB/s. (USB 3.0 SATA-Controller connected to USB 2.0) --> 40 MB/s This is really slow Better you use a http://www.hardkernel.com/main/products/prdt_info.php?g_code=G150229074080 greetz
Recommended Posts