Posts by backslash

What is the rationale behind the decision to run a NAS OS in performance mode as a default? Most users won't even notice the change and and will waste energy without noticing.

OMV does not prevent the creation of those files out of the box. Add below commands to each SMB share in OMV under extended/additional options.

veto files = /._*/
delete veto files = yes

For me it it has always been a hit and miss with the build in OMV/Debian tools, especially with WD drives and therefore I gave up at some point and sticked to hd-idle which works reliably since years here. Another plus of hd-idle is, that if you attach drives via USB and configure hd-idle like below then even temporary external drives will be spun down reliably without the need to configure them manually and/or individually.

START_HD_IDLE=true

HD_IDLE_OPTS="-i 1200 -l /var/log/hd-idle.log"

The only reliable way to spin down drives on OMV/Debian was always to use hd-idle instead of hdparm/smartctl. At least for me...

Thread

[How-To] Spin-down hard drives with hd-idle

INTRODUCTION

If you like to spin-down your hard drives but you’re having trouble in doing so, you’re not alone.

Not all hard drives like hdparm, the utility used by Debian and OpenMediaVault. There’s an alternative called hd-idle which does the job but introduces another issue: it will eventually fail if you use standby/hibernation on your server, plus other inconveniences.

Hd-idle has been abandoned many years ago and was left in a buggy state, but we finally have a solution: a…

auanasgheps

Jan 9th 2021

SMB with macOS has always been a hit and miss for me but since Tahoe it became really slow. Using my Windows machine everything is blazing fast and reliable.

Are there any recommendation how to improve the SMB performance with respective setting either for macOS or OMV?

Any idea even though this is not really an OMV issue?

W: GPG error: https://adelolmo.github.io/bookworm bookworm InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7DDEC187FA252895E: The repository 'http://adelolmo.github.io/bookworm bookworm InRelease' is not signed.N: Updating from such a repository can't be done securely, and is therefore disabled by default.N: See apt-secure(8) manpage for repository creation and user configuration details.

As mentioned above, I followed the instructions on the site to fix it but still getting the error

Any idea how to fix this anacron GPG public key error?

/etc/cron.daily/openmediavault-apticron:W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: https://adelolmo.github.io/bookworm bookworm InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 7DDEC187FA252895W: Fehlschlag beim Holen von http://adelolmo.github.io/bookworm/dists/bookworm/InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 7DDEC187FA252895W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

I followed the instructions mentioned here but I still get the error:

Just use the hd-idle tutorial as mentioned in one of the posts above for reliable spindown of hdds. The built in hdparm sucks and is not reliable for proper spindown. It's simply not worth tinkering with hdparm.

I installed OMV on the eMMC because I don't intend to use UGOS anyway. On the eMMC I just installed OMV. Docker data files with more dynamic file changes are being stored on a dedicated SSD. So I think the lifespan of the eMMC shouldn't be an issue.

Best Usenet provider is Eweka from my experience. This is a good offer: https://www.eweka.nl/de/landing/special-deal-evm-1

Instead of NZBGet I recommend SABnzbd in a docker container: https://hub.docker.com/r/linuxserver/sabnzbd

Depends really on the usage of that particular drive. I spin down drives which I only occasionally use during the week for e.g. streaming a movie in the evening or doing a backup once in a while. I don't see a point in having drives with such usage scenarios spin 24/7 and waste rather expensive energy here in Germany. Other things like OMV itself and docker services I serve from energy efficient SSDs anyway where spin down doesn't apply/matter.

Of course you should make sure that your spinned down drive(s) don't spin up constantly during the day/night due tue misconfiguration and/or some kind of service which of course would be counter productive. Hd-idle is the only service which spins down HDDs reliably for me.

Just wondering if it would be possible to prevent the spin up of HDDs each time OMV updates/changes are being applied?

In my case OMV is installed on an eMMC but still the HDDs spin up every time from standby when updates/changes are being applied.

The installation is actually straightforward and I had no need for any workarounds: The Ugreen NASyncs are great for Openmediavault

By incident I got a very cheap used Ugreen DXP2800 without an actual need for a new NAS since my custom build NAS based on a J5040 CPU works just fine. But it was an offer I couldn't resist.

The installation of OMV couldn't be more straightforward:

1. I updated the preinstalled UGOS to the most recent version and did a factory reset (optional step)

2. Did a backup of the internal eMMC (32GB) using Clonezilla just in case I want to restore the UGOS partition at some point in the future (optional step)

3. Booted into BIOS (Ctrl + F2) and disabled the Watchdog

4. Installed OMV onto the eMMC (OMV can of course be installed to any other device and the boot order can also be changed in the BIOS)

5. Booted OMV

Everything works perfect except for the HDD/LAN activity LEDs which can be fixed: https://github.com/miskcoo/ugreen_leds_controller It would be great to get the LED controller as a plugin at some point for OMV. Personally I don't care about the LEDs because I never look at my NAS once it is set up and running. The power LED works just fine out of the box.

The Ugreen will of course replace my custom build NAS because it does everything I need in a very slick and silent overall package.

Hey,

this is how I configured the FTP service. Sorry for German screens but you should get the idea.

OMV:

Router:

If you don't have a permanent external IP you will need a dynamic DNS service or use cloudflare etc.

Amiga forever!

I pulled the trigger today and upgraded from OMV 6 to 7. Everything went smoothly after following the instructions on page 1 of this thread. Amazing job guys and big thank you to everyone involved.

I had this issue recently trying to access OMV using Chrome on macOS after I upgraded to Sequoia. If this matches your setup then you need to allow local network access for Chrome in the macOS security settings. Until recently this setting got disabled once you rebooted the Mac. This is a known bug and I think it got resolved with macOS 15.1.1

Forget hdparm and just use hd-idle. Only hd-idle spins down harddrives reliably.

Thread

Auto-Spindown of hdd's does not work on OMV6

Hi there,
just a short (bug?) report

autospindown on my hdd's does not work on my system
parameters are set correct
hdparm.conf looks fine
(Hidden Content)

using hdparm -y /dev/sdx works fine, just the auto-spinoff does not.

i had to install hd-idle to send the hdd's to sleep
my /etc/default/hd-idle (time is unlike to hdparm in seconds here)
(Hidden Content)

wsxws

Nov 3rd 2021

Sowas ist natürlich immer schwierig aus der Ferne zu lösen weil es an allem möglichen liegen kann. Daher vermutlich die geringe Resonanz. Mit meinen Problemen wurde mir immer zügig geholfen.