Beiträge von mruano

    Thanks once again.


    Back to the chipsets: I just read a recent post by you recommending using the Rockpro64 with an ASM1061 SATA card? Would this advice apply to the Rock64 as well? What about ASM1352R, do you know if it works well with the Rock64?

    Thanks - as always, very useful advice.


    RE the underpowering problems: as I explained in an earlier post, I am using Pine's 'official' PS for the Rock64. Should I get a PS with higher voltage and/or amps?


    Also, I am using mains-powered 3.5" HDD enclosures, should I get higher voltage for those?

    Hi again. May I ask you which HD enclosures / chipsets have given you best results with the Rock64's USB 3 port using OMV? I have read conflicting reports about chipsets JMS567, JMS578, JMS561, ASM1153E, ASM1053E, and ASM1153e working/not working with the Rock64.


    Thanks!

    Thanks for the candid advice. Thinking about what you are saying, I am going to try something different, that is to use each HDD with its own SATA connector, one plugged into the Rock64's USB 3 port for fast access to my music library, while the second HDD (the back up) will be connected to one of the USB 2 - as the backup runs at night and does not need to be so fast...

    I see... Thanks for trying.


    As I wrote in an earlier post, in view of the negative results, I have been thinking of dropping the Rock64 (I have a nephew who needs a SBC) and testing instead the Odroid C2 for my OMV+LMS combo, but I believe you have some reports regarding USB problems with the Odroid C2 as well?

    Thanks, Thomas (you are Thomas, right?)


    I have been able (quite easily) to reproduce the file system crash behaviour and collect the data you requested, it is in http://ix.io/1G7j - the Rock64 keeps running, it is just the file system that falters.


    Incidentally, armbianmonitor -u has stopped working on the Rock64 and returns this message: "System diagnosis information will now be uploaded to Please post the URL in the forum where you've been asked for." - no link anymore.


    Out of curiosity, I ran the same peripheral set up (HD enclosure, etc.) on my RP3 using Armbian, OMV and LMS. I ran armbianmonitor -u to see if I could get any wiser, but I cannot find anything different that explains why the Rock64 crashes while the RP3 cruises through slowly but surely. This is where the output of armbianmonitor -u for the RP3 is http://ix.io/1G4


    The heatsink I am using with the Rock64 is the 'official' one sold by Pine (https://www.pine64.org/?product=rock64pine-a64-heatsink), but I am also using their DAC add-on board (https://www.pine64.org/?produc…eo-audio-dac-add-on-board), so I wonder if this may be causing ventilation problems - again, note that, if this were the case, this issue does not seem to affect the RP3 with a HifiBerry DAC add-on board.


    Thanks again for your generous assistance.


    Miguel

    Thanks, tkayser


    I do use a heatsink, can the heat cause the crashes?


    The Rock64 was operating just now at 64º C when it just crashed - this is the output of armbianmonitor –u http://ix.io/1G2g


    On your question: I think the board’s busyness is a combination of a HD backup (via rsync) plus Logitech Media Server updating its database at the same time. This happens automatically every night thanks to crontab. The Raspberry Pi 3B handles it quite well, albeit at not such a great speed – but still a better performance overall than the Rock64, which keeps crashing and freezing my laptop’s Windows Explorer – a quite not so welcome side effect.


    Any help will be much appreciated.

    Thanks for the prompt response, tkayser – much appreciated. I did try the USB2 ports and the problem persisted. When I say ‘crashing’ I mean the filesystems all of a sudden ‘disappearing’ from the OMV GUI filesystems tab, while at the same time Windows Explorer freezes on any computer that is connected to the Rock64 OMV server share(s).Explorer only comes back after the Rock64 has been rebooted or shutdown. The RPI never had such issues.



    Regarding the power, I have tried 3 different PSUs, including the ‘official’ one sold by Pine. Being aware of your reiterated warnings regarding crappy SD cards, I tried to bypass them altogether by flashing the OS image directly into the eMMc module using Etcher. I succeed in doing so with Ayufan’s images, but not with the Armbian images – they do not appear to be recognised by Etcher as writable images when the eMMc module writer is connected to my laptop's USB port (perhaps I am doing something wrong?). Anyhow, the Ayufan image directly flashed onto the eMMc module also exhibits the same puzzling behaviour.



    I will try armbianmonitor and report; thanks for the suggestion. By way of background, this started as a simple DIY project to digitize my music CD collection and access it from a SBC-based server to listen to it through my old-fashion analogue stereo system (I like the way it sounds). In the process, I discovered OMV (then version 3.0) and this opened up a new universe of endless ‘tinkering’, including learning to (somewhat) deal with Linux/Unix/Debian, etc. It has become my new hobby for rainy weekends :)



    Thanks for your support.

    Hello, Ripcord


    I have some experience with the Rock64 which may be of interest to you.


    I have been running Open Media Vault 4.1.21-1 (arrakis) and Logitech Media Server 7.9.2 together on a Raspberry Pi 3B attached to a dual bay IcyBox Ib-3662u3 (Prolific 2773 chipset) with two 8+8 Tb 3.5” HDDs for quite some time without any issues – except occasionally it can be a bit slow.


    I wanted more speed (and I admit that I have been worried about tkayser’s repeated warnings in these forums about the Raspberry potentially causing HDD data corruption), so I decided to upgrade to the Rock64 with 4Gb and, crucially, USB 3. However, the Rock64 does not seem capable of running both OMV and LMS simultaneously without crashing – in fact, I am not sure it can run either separately – which is actually quite surprising because the Raspberry handles both OMV and LMS quite well.


    I have scrupulously followed the specified instructions to flash the Rock64 OS images to the SD cards and eMMc modules, using Etcher, good quality SD cards, the recommended software sources, etc.


    I have tried several versions of OS (Ayufan’s Linux and Armbian from armbian.com and Sourceforge), plus several versions of LMS – all without joy.


    I have been in touch with Pine’s Support Team and this has been their reply:


    “Support USB 3.0 HDD transfer can be tricky, especially with UASP enable. This highly pending on your USB 3.0 to SATA cable (especially with ASM chipset) whether able to handle UASP transfer well. Raspberry Pi doesn't has such issue due to it only can operation in USB 2.0 bus. Sorry that we aware about such issue but we are not expert that able to help you to resolve further. You bring up this topic at Armbian forum or chat with developer that has such experience on PINE64 IRC (http://pine64.xy then /join #rock64)
    This design fault is not related to ROCK64 SBC.”


    Which makes me wonder, whose fault is it then?


    Anyhow, I am now thinking of the Odroid C2 as a better alternative ‘upgrade’ to my Raspberry OMV+LMS setup.


    Any views, suggestions or advice out there?


    Thanks in advance for any tips.