• Content Count

  • Joined

  • Last visited

About pi-rat

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hello, is there something like a VirtualBox that can emulate a BP(M1) hardware, that can run Armbian inside? I'm looking for a way to set up a new Armbian system for a BPM1, without having to shut down the running one longer than absolutely necessary. I have done this before with Linux servers: I installed and configured a hole server inside a VirtualBox alongside my normal computer work, then I copied the image to the real disk and swapped the disks, with a downtime of only about 5 minutes. So I was wondering if this was possible with the BananaPi as well.
  2. Well, that little difference between my PC and my BP is nothing I bother about. But I am still very curious about what cuts the download speed to half, when both machines download the same source. It feels as if the download server does not really want to give its data to the BP. ;)
  3. Here are my testing results. 1: "iperf -s" was run on the router: a) from PC to router: root@OpenWrt:~# iperf -B -s ------------------------------------------------------------ Server listening on TCP port 5001 Binding to local address TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local port 5001 connected with port 51174 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 1.00 GBytes 859 Mbits/sec b) from BP to router: root@OpenWrt:~# iperf -B -s ------------------------------------------------------------ Server listening on TCP port 5001 Binding to local address TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local port 5001 connected with port 43496 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 622 MBytes 522 Mbits/sec 2: "iperf -s" was run on the BP and on PC: a) from router to PC: root@pc:~# iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 128 KByte (default) ------------------------------------------------------------ [ 4] local port 5001 connected with port 60463 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 1.07 GBytes 917 Mbits/sec b) from router to BP: root@bpm:~# iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local port 5001 connected with port 51657 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 725 MBytes 607 Mbits/sec The names have been changed to protect the innocent... ;) Unfortunately, iperf3 is not available for OpenWRT. But I hope the differences between the two version will not be too big to spoil the results.
  4. I know I can't compare the BP to my PC, and I don't want to. I am just wondering about this great difference when downloading the same file from the same server. As far as I know, downloading does not really require much CPU power, and if you redirect the data stream to /dev/null, it is also independent from any block device. I would understand it, if the difference was marginal or if the file came from two different servers or via two different routers or any thing like that. I agree to you, that most probably the reason for this difference in download speed has to be found outside the BP, and that's what I am trying to find out. But, like I told you, I switched the router, I switched the cables, but the difference always stays the same. And that has simply aroused my curiosity.
  5. That makes two of us. I was just trying to follow your advice: when I told of the slow download speed and the big difference compared to my PC, you ask me if I had updated the boot loader, and when that did not work, you ask me to run the SSD installation script. So, what are we talking about here?
  6. I am getting the same error saying "Test install failed. Can't change firmware" when I try to upgrade to kernel 5.3.9 and the file /tmp/switch_kernel.log contains just one line: linux-image-current-sunxi=19.11.3 linux-dtb-current-sunxi=19.11.3 linux-u-boot-bananapi-current
  7. I know what this message means. But the system has already been installed to SSD and is running from SSD right now. So, if I understand you correctly, in order to update the boot-loader, I'll have to shut down the system, remove the SSD, boot from SDCard, and then I am to call the command "nand-sata-install" without any SSD attached. Wouldn't that try start the hole set up process again and wouldn't that fail because no SSD has been attached? Also, I don't quite understand, how updating the boot-loader might possible increase the max ethernet speed. This is the file system right now: Filesystem Size Used Avail Use% Mounted on udev 417M 0 417M 0% /dev tmpfs 97M 6,9M 90M 8% /run /dev/sda1 108G 27G 76G 27% / tmpfs 485M 0 485M 0% /dev/shm tmpfs 5,0M 8,0K 5,0M 1% /run/lock tmpfs 485M 0 485M 0% /sys/fs/cgroup tmpfs 485M 48K 485M 1% /tmp /dev/mmcblk0p1 7,2G 2,3G 4,8G 33% /media/mmcboot /dev/zram0 49M 22M 24M 49% /var/log tmpfs 97M 4,0K 97M 1% /run/user/123 tmpfs 97M 0 97M 0% /run/user/1000 And this is /boot: drwxr-xr-x 4 root root 4096 Dez 19 23:30 ./ drwxr-xr-x 22 root root 4096 Sep 17 17:26 ../ -rw-r--r-- 1 root root 0 Dez 18 22:06 .next -rw-r--r-- 1 root root 3276146 Nov 18 18:39 System.map-4.19.84-sunxi -rw-r--r-- 1 root root 202 Dez 19 23:30 armbianEnv.txt -rw-r--r-- 1 root root 0 Dez 19 21:45 armbianEnv.txt.out -rw-r--r-- 1 root root 1536 Jul 5 19:51 armbian_first_run.txt.template -rw-r--r-- 1 root root 4882 Jul 5 19:51 boot-desktop.png -rw-r--r-- 1 root root 230454 Jul 5 19:51 boot.bmp -rw-r--r-- 1 root root 3726 Dez 18 22:05 boot.cmd -rw-rw-r-- 1 root root 3798 Dez 18 22:05 boot.scr -rw-r--r-- 1 root root 163246 Nov 18 18:39 config-4.19.84-sunxi lrwxrwxrwx 1 root root 17 Dez 18 22:06 dtb -> dtb-4.19.84-sunxi/ drwxr-xr-x 3 root root 12288 Dez 18 22:05 dtb-4.19.84-sunxi/ lrwxrwxrwx 1 root root 17 Jul 5 19:50 dtb.old -> dtb-4.19.57-sunxi -rw-r--r-- 1 root root 6843382 Dez 19 17:19 initrd.img-4.19.84-sunxi drwxrwxr-x 2 root root 4096 Jul 5 19:51 overlay-user/ lrwxrwxrwx 1 root root 21 Dez 19 17:19 uInitrd -> uInitrd-4.19.84-sunxi -rw-r--r-- 1 root root 6843446 Dez 19 17:19 uInitrd-4.19.84-sunxi -rwxr-xr-x 1 root root 7392848 Nov 18 18:39 vmlinuz-4.19.84-sunxi* lrwxrwxrwx 1 root root 21 Dez 18 22:06 zImage -> vmlinuz-4.19.84-sunxi* ~$ uname -a Linux pi 4.19.84-sunxi #19.11.3 SMP Mon Nov 18 18:39:42 CET 2019 armv7l GNU/Linux As you can see, the system is running the latest kernel that was installed by armbian-config yesterday. Is it really still necessary to update the boot-loader? I am totally confused now, I really can't see any connection between the boot loader and the slow eth speed.
  8. The first submenu in "System" is "Freeze".
  9. The only "install" I see in menu "system" is "Install Desktop". If I select that one, it starts to install the full desktop package.
  10. This is strange. Even if redirect the download to the great void with "wget ... -O /dev/null", making sure that no disk is used, the download speed does not exceed 4MB/s, while my PC downloads exactly the same file with 15MB/s. I tried changing the cables, I tried changing IP, I tried changing the router, but all to no avail. I have no explanation for this behaviour.
  11. Please don't get mad at me, but that's what I don't understand: before the switch the system was running on kernel 4.19.62-sunxi After the switch it is now running on kernel 4.19.84-sunxi To me, this is the same kernel branch: 4.19.x. If it was kernel 4.20.x now, or even kernel 5.x, I would totally understand it, but the way it looks to me, it doesn't make sense to me, that armbian-config switches the kernel to a different branch with the same kernel version,while apt-upgrade doesn't.
  12. Hello, What kind of speed can I expect from the ethernet on the BPM1? It's told to be 1Gb/s, but I am not even getting near that speed: wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.4.5.tar.xz ... linux-5.4.5.tar.xz 100%[==============================================================================================>] 104,37M 4,43MB/s in 24s 2019-12-18 22:38:33 (4,35 MB/s) - »linux-5.4.5.tar.xz« gespeichert [109435988/109435988] BPM1 and the router are set to 1000Mb/s, and the download line works at more then 100Mb/s. Downloading the same file on my PC shows a considerably difference: linux-5.4.5.tar.xz 100%[==============================================================================================>] 104,37M 15,4MB/s in 6,9s 2019-12-18 22:43:45 (15,2 MB/s) - »linux-5.4.5.tar.xz« gespeichert [109435988/109435988] Is 4MB/s an average speed for the BPM1?
  13. Thank you! Could you explain what is the difference between this way of updating the kernel and the usual "apt uprade"? Do I always need to use "armbian-config" instead?
  14. Done: root@pi:~/tmp# uname -a Linux pi 4.19.84-sunxi #19.11.3 SMP Mon Nov 18 18:39:42 CET 2019 armv7l GNU/Linux root@pi:~/tmp# iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 32 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: Wed Dec 18 22:09:31 2019 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 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 16724 28876 38947 40546 16189 28782 102400 16 41431 53605 89153 89090 43316 54839 102400 512 96615 96805 161257 161252 150858 100117 102400 1024 101276 104887 175556 175069 149251 105019 102400 16384 123541 121274 244701 253998 227554 124656 iozone test complete. I am not sure what these numbers mean, but according to "hdparm -tT" accessing the disk is no faster then before. Should I try kernel 5 instead?