OMV for RockPro64 (and other RK3399 devices soon)

  • Is the image for NanoPi M4 the same as for NanoPC T4?


    On SourceForge for whatever reasons yes. The PC-T4 image is the one for NanoPi M4.


    Original situation: http://kaiser-edv.de/tmp/xdNAzx/

    Code
    root@lime2:/var/www/kaiser-edv.de/tmp/xdNAzx# md5sum *
    b521ec66f3c698e699d95542aa7e3fed OMV_4_NanoPC_T4.img.xz
    608fe5bbb7ebd4d9e7acf880e9a56aaf OMV_4_NanoPi_K1_Plus.img.xz
    a2ababb0b95bbf873cb8efe82c4945af OMV_4_NanoPi_M4.img.xz
  • On SourceForge for whatever reasons yes. The PC-T4 image is the one for NanoPi M4.


    Original situation: http://kaiser-edv.de/tmp/xdNAzx/

    Code
    root@lime2:/var/www/kaiser-edv.de/tmp/xdNAzx# md5sum *
    b521ec66f3c698e699d95542aa7e3fed OMV_4_NanoPC_T4.img.xz
    608fe5bbb7ebd4d9e7acf880e9a56aaf OMV_4_NanoPi_K1_Plus.img.xz
    a2ababb0b95bbf873cb8efe82c4945af OMV_4_NanoPi_M4.img.xz

    Thanks a lot, now I got the right image. HW must be very similar between M4 and T4 because the Image for M4 was running fine on T4, except for problems with updates. Now with the right image the updates are running without any error. Thanks again.

  • HW must be very similar between M4 and T4 because the Image for M4 was running fine on T4, except for problems with updates

    I don't think your updating problems were related since basically the images only differ in two single locations: /boot/armbianEnv.txt (here it's a single line responsible for loading the correct device tree file) and then it's BOARD and BOARD_NAME entries in /etc/armbian-release.


    @ryecoaaron can you please replace the incorrect T4 image?

  • I don't think your updating problems were related since basically the images only differ in two single locations: /boot/armbianEnv.txt (here it's a single line responsible for loading the correct device tree file) and then it's BOARD and BOARD_NAME entries in /etc/armbian-release.
    @ryecoaaron can you please replace the incorrect T4 image?

    I think the update issue is related to the "Plex Media Server" plugin. After instalation of Plex on the T4 system the update problem came back. Even after removing Plex the issue is still present. It comes with Plex, but it is not leaving with de-install of Plex.

  • In the meantime the cute RK3399 based NanoPi NEO4 is available: https://www.friendlyarm.com/in…ct&path=69&product_id=241 (please be aware that the low price is somewhat misleading since you need heatsink, the USB-C cable, PSU and maybe also the 'German Plug Adapter' unless you really know what you do!)


    I already had the chance to review the board and as usual with RK3399 both network and storage performance is excellent: https://github.com/ThomasKaise…_Review_of_NanoPi_NEO4.md (and if we get a small 'SATA HAT' based on an ASM1062 providing 2 PCIe attached SATA ports this small gem gets even more amazing)


    @ryecoaaron: I created an OMV4 image for NEO4 but also for NanoPi M4 and NanoPC-T4 again since the older images are using ext4 due to some meanwhile resolved bootloader problem. So please delete OMV_4_NanoPC_T4.img.xz and OMV_4_NanoPi_M4.img.xz on SF and add the three new images instead waiting at http://kaiser-edv.de/tmp/xdNAzx/


    Code
    7f49dd40f9dfc82af8f0d83e7b48a3cc OMV_4_NanoPC_T4.img.xz
    85eebd6928bb20149cf81cc4fe4b5794 OMV_4_NanoPi_M4.img.xz
    538b598329b1016a3104c0692f24cda0 OMV_4_NanoPi_NEO4.img.xz
  • I created an OMV4 image for NEO4 but also for NanoPi M4 and NanoPC-T4 again since the older images are using ext4 due to some meanwhile resolved bootloader problem. So please delete OMV_4_NanoPC_T4.img.xz and OMV_4_NanoPi_M4.img.xz on SF and add the three new images instead waiting at

    Uploaded.

    omv 5.6.4 usul | 64 bit | 5.11 proxmox kernel | omvextrasorg 5.6
    omv-extras.org plugins source code and issue tracker - github


    Please read this before posting a question.
    Please don't PM for support... Too many PMs!

  • The large heat sink seems to be an big advantage for the NanoPi NEO4. I tried to keep the NanoPC T4 cool by several huge custom made passive heatsinks. This is almost impossible if you need CPU/GPU load 80-100%. So with continiosly higher CPU/GPU loads a fan is mandatory on the NanoPC T4. Does someone has testet the NanoPi NEO4 with heatsink an higher CPU/GPU loads?

  • The large heat sink seems to be an big advantage for the NanoPi NEO4. ... Does someone has testet the NanoPi NEO4 with heatsink an higher CPU/GPU loads?

    Sure, I even linked to it from the review you quoted --> https://github.com/ThomasKaise…es/Heatsink_Efficiency.md (TL;DR: the NEO4 heatsink is not great for sustained highest loads)

  • Sure, I even linked to it from the review you quoted --> https://github.com/ThomasKaise…es/Heatsink_Efficiency.md (TL;DR: the NEO4 heatsink is not great for sustained highest loads)

    OK your testing on NanoPi NEO4 tells me that it is almost impossible to cool the NanoPC T4 with a passive heat sink in a condition with 100% CPU load over longer period of time. However my custom made heat sink (height 48mm!) is now sufficient for NAS application since CPU load does not exceed 50% running openmediavault - even with NVMe SSD and many paralell tasks (i.e. back to USB3.0 drive + other network traffic).

  • OK your testing on NanoPi NEO4 tells me that it is almost impossible to cool the NanoPC T4 with a passive heat sink in a condition with 100% CPU load over longer period of time. However my custom made heat sink (height 48mm!) is now sufficient for NAS application since CPU load does not exceed 50% running openmediavault - even with NVMe SSD and many paralell tasks (i.e. back to USB3.0 drive + other network traffic).

    What speed can you get copying from NVMe ssd to HDD? And via which sata controller is the HDD connected?


    For reference : I'm in a boat choosing between the Odroid HC2, Nanopc-T4, Nanopi M4 and the Rockpro64.
    main reason is that I prefer to have a SSD/HDD combination to increase download speed with NZBGET (downloading to SSD, unpacking to HDD).

  • Hello everyone,
    Im new to OMV and want to get my first hardware for it. Which of the RK3399 boards would you currently recommend?


    My idea of now is a

    • rk3399 board with
    • 2 external usb3.0 8th drives formatted with btrfs.
    • Use resilio for Dropbox like functionality
    • Use time machine as backup
    • Share through smb
    • Private usage, may shut down if not needed and wake on lan.

    Has a rk3399 enough power for this? And do I need active cooling?


    Or would you rather recommend something on x86 architecture like the odroid-h2?


    Thanks in advance for your expertise and hints!

  • Has a rk3399 enough power for this?

    Easily. You don't even need rk3399 for that list.

    And do I need active cooling?

    Not for that list.


    may shut down if not needed and wake on lan.

    If you are getting an arm board, you shouldn't need to shut it down since their power draw is so low. I don't know of an arm board that can wake on lan either


    Which of the boards would you currently recommend?

    I think the rock64, rockpro64, or renegade would work well among others.

    omv 5.6.4 usul | 64 bit | 5.11 proxmox kernel | omvextrasorg 5.6
    omv-extras.org plugins source code and issue tracker - github


    Please read this before posting a question.
    Please don't PM for support... Too many PMs!

  • What speed can you get copying from NVMe ssd to HDD? And via which sata controller is the HDD connected?
    For reference : I'm in a boat choosing between the Odroid HC2, Nanopc-T4, Nanopi M4 and the Rockpro64.
    main reason is that I prefer to have a SSD/HDD combination to increase download speed with NZBGET (downloading to SSD, unpacking to HDD).

    I am using an older HDD connected via USB3.0. Running a backup from NVMe to HDD I get transfer speeds of about 120MB/s. But the speed is limited by the old HDD writing speed. The NanoPC T4 could transfer much faster with newer and faster HDD or SSD.
    However I would not take the HC2 since it is slower and no USB3.0 is available (i.e. for fast backups).
    I would go with a M4 or T4. With the M4 you have the advantage of a reasonable passive heat sink. For the T4 you need a fan or bigger custommade heat sink. The advantage of the T4 is the NVMe slot and with an NVMe SSD the T4 feels extremely fast responsive.

  • Latest Image for nano PC T4 seems to have an issue with static IP adress. As soon as I set a static IP adress the device takes over the new adress and it connects to the router with the IP adress after reboot. But the web GUI is no longer accessable. I can connect to the device via putty but web GUI is not starting. So I tried an older image for the T4 and it is working with static IP.

  • @ryecoaaron: I created an OMV4 image for NEO4 but also for NanoPi M4 and NanoPC-T4 again since the older images are using ext4 due to some meanwhile resolved bootloader problem. So please delete OMV_4_NanoPC_T4.img.xz and OMV_4_NanoPi_M4.img.xz on SF and add the three new images instead waiting at http://kaiser-edv.de/tmp/xdNAzx/


    Code
    7f49dd40f9dfc82af8f0d83e7b48a3cc OMV_4_NanoPC_T4.img.xz
    85eebd6928bb20149cf81cc4fe4b5794 OMV_4_NanoPi_M4.img.xz
    538b598329b1016a3104c0692f24cda0 OMV_4_NanoPi_NEO4.img.xz

    Dear @tkaiser I've got a Nanopi M4 2Gb couple days ago, flashed your image and there is no output from HDMI. emmc/SD does not matter. Green led is flashing (a.k.a. booted succesfully)
    md5 sum of downloaded file matches. Flashed via etcher.
    Tryed to flash FriendlyDesktop and there is HDMI output.


    Any ideas what to try to fix?

  • Any ideas what to try to fix?

    Nope, I never connected a display to the majority of my ARM boards and since OMV is meant to be administrated headless (using the web UI or SSH/shellinabox) I don't consider this being a problem.


    If a ping nanopim4 works in your network everything is alright and you can access the box using http://nanopim4


    BTW: NanoPi M4 as well as NEO4 are prone to undervoltage, OMV/Armbian uses more demanding settings than FriendlyELEC's offerings and caused by this the voltage available on the HDMI port might fall below the allowed 4.8V so no display negotiation might happen. Details: https://www.cnx-software.com/2…-b-type-a/#comment-560002

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!