Jump to content

NanoPi Neo2 and Neo Station NS-120B with armbian


guidol

Recommended Posts

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 :)

 

USB_Host_Overlay.jpg

 

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?

 

 

 

 

OMV_3_0_90_Nanopineo2_4_13_10_img_before_firmware_update.png

Link to comment
Share on other sites

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 :)

 

 

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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.

 

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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:~#

------------------------------------------------------------------------------------------------------------------------------------------

 

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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.

 

 

 

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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')

Link to comment
Share on other sites

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#

-------------------------------------------------------------------------------------------------------------------

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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)

Link to comment
Share on other sites

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?

-------------------------------------------------------------------------------------------------------------------------------------------

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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

 

Link to comment
Share on other sites

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)

 

 

 

Link to comment
Share on other sites

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

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines