Posts by petrus

  • RPi Fresh install - the public key is not available: NO_PUBKEY

    Quote from ryecoaaron

    I wish everyone would put their hardware in their signature so we don't have to guess or ask.

    +1.
    I was just replying to Soma on the same tone :P :S


    Quote from ryecoaaron

    But it also has to be enough for OMV. That is where most rpi2 are painfully slow - applying config changes in OMV.

    And thx to you devs, this one is running OMV since many years ! Yep, it can be slow to save config changes, but I usually do it only some times a year... I hope this support will stay in future :* As the hardware is ok and not so "obsolete" for home users and their purposes, like my case.

    Quote from ryecoaaron

    And some later RPi2 actually have the same cpu as the RPi3 and can run 64 bit.

    Ok, never seen this information before. Hummm so I'm not sure about my RPi 2B, if it's 64 bits capable... I'll try to find some informations about it. :/

    Quote from ryecoaaron

    You just did.

    :thumbup:

  • RPi Fresh install - the public key is not available: NO_PUBKEY

    Hey !

    I did a fresh install with current Raspbian
    2024-07-04-raspios-bookworm-armhf-lite.img
    This image has a little bug, solved by hand with this thread : https://github.com/raspberrypi/bookworm-feedback/issues/109


    Then, time for OMV !

    But after the last reboot, when I try a apt update, I got this error (same in the web GUI) :


    How to fix this bug ?

    Thx for your help !

  • RPi 2B, high load, then reboot

    Thx.

    Everything is fine now.

    SD card has been erased 1 more time, tested with "h2testw".

    OMV6 script has been run within the first account created, not with "root" like previously.


    Now, I'm plugging the HDDs, mounting them, with a cool Load Average ;)


    I don't know what has happened before, now it's ok.

    Sry for the noise, I was thinking about may be a known bug in current version ;)

  • RPi 2B, high load, then reboot

    Thx Rye for your answer.


    As there was nothing on this RPi, I've set up a new fresh install...

    It looks like ok with Raspbian lite, Load Average is near 0.

    Updates will come. I'll check after this.

    Then, if everything is ok, I'll put the OMV6 script... then I'll try your 1st command ;)


    grep ^Model /proc/cpuinfo

    result :

    Model : Raspberry Pi 2 Model B Rev 1.1

  • RPi 2B, high load, then reboot

    Hey,

    I've put current Raspbian lite on my RPi 2, everything is fine after set up, fresh install.

    After this, I run the tutorial install script for OMV6.

    It looks like ok, I'm running this script with root account.

    When install is complete, I can log in the console, but the system is slooooow...

    htop is showing me a high load ~5

    cpu usage is low... RAM too...

    Green led is always ON...


    Thx in advance :)

  • Which energy efficient ARM platform to choose?

    Quote from indragm

    well my omv is now raspberry based, so even orange pi zero plus will be a step up for me I guess lol I used raspberry pi and it's pretty sufficient for my need. It used to restart all the time and corrupt the sd image, but when I replaced the power with the official raspberry psu, it works wonder. But yeah, transferring files are s..l..o..w

    Slow but useful when we want to try something like OMV, by using a RPi already bought for another old project.
    Slow but reliable for home users, and some online friends/family.
    Thx to OMV for using this king of hardware.


    But yes, it can be useful to have the good advice from people who knows well those SBC, to find a good ARM product for NAS purpose driven by OMV, if it exists.

  • cron after Update - "stdin: is not a tty"

    Hey!
    Got this notification too from a Raspberry Pi install...
    So at the end of this file, I got


    mesg n



    We have to change this line to :
    test -t 0 && mesg n || true


    This message just to be sure we have to replace the original line, and not adding a new one...
    Thx ;)

  • OMV for ROCK64 (and other RK3328 devices soon)

    Quote from tkaiser

    If the 2.5" transformer will be a success then they think about releasing a 3.5" version in a few months. In fact the PCB is prepared for this since there's already a 12V 2 pin header on the board and 12V traces are routed to SATA power connector. You can use this PCB already with a 12V PSU and a 3.5" disk.

    Nice news!
    Yeah a box with the 3.5" to screw can be nice to use for ;)
    Ratio Go/$ is better for customers.

    Quote from tkaiser

    Why would you want to build a RAID out of two disks? It's a bad idea and with those devices that feature only one high-speed data interface (USB3 in this case) there are always problems involved (either a hub which is something you REALLY DO NOT WANT between you and your RAID disks or a SATA PM as it's the case on Hardkernel's Cloudshell 2 with a lot of problems involved -- see my signature)

    About btrfs, I remember reading some problems reported with usual tools to know "real" available free/used space on the HDD... I've not investigated more...
    So raid1 can be a nice feature for High Availability... and why not raid1 with btrfs filesystems ?