Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)MA
Posts
10
Comments
167
Joined
2 yr. ago

  • I am not too sure about the snap version, but on docker at least all the configuration lives in a standard nextcloud config.php file that I can change. I think it also allows to import custom files to do proper overriding of values.

    About the confug options you listed. I don't think they do what you think they do or I am misunderstanding you. According to the docs they do not limit what images previews are generated for, but rather what the size of the generated previews is.

    Off the top of my head, I don't know where you could change the config to fit the behaviour to your expectations. Are you sure that preview generation is skipped for your large images at all, though? Maybe look into pregenerating the previews if you haven't. It's possible that on-the-fly creation of several preview sizes of your large images is happening, but simply too slow to notice. Is there something in the logs about it?

  • I didn't take a closer look at your board, sorry. The picoPSU is of course only possible if you need an ATX-Style power supply. If your board has an irregular connector, you'll first have to find out what that is and where you can find an appropriate supply. It may be a "12 Volt Only" style connector, which would mean you only really need a fitting 12V power supply.

    Your max power calculations look fine.

  • I use a IONOS vps from the XS tier for your exact usecase! It's only 1€/month and comes with 1 vcore, 1GB RAM and 10 GB SSD storage. Connection is fast too (400 MBit/s+) and data transfer is free (fair use). It comes with one public IPv4 adress.

    IONOS is the hosting and cloud division of 1&1, a large ISP here in Germany. Super reliable and zero issues for over 3 years of continous use! I had my fair share of problems with smaller and somewhat dubious hosters before, so now I stick to the established ones.

    They have datacentres in the US & Spain too, btw. You can also choose OVH (big french hoster) with locations in Germany, France, Canada etc., but they were more expensive last time I checked.

    The IONOS management website is great too. They have free snapshots, paid backups, (web) KVM access and a configurable firewall.

  • Take a look at Asrock's mITX Line with builtin Intel chips. I use a J5005 and it has pretty much all that you are asking for:

    • 4x Sata (2 fast & direct, 2 share a PCIe 2.0 lane)
    • Hardware Transcoding with Intel QuickSync. Works great with jellyfin!
    • Completely passive heatsink. No fans necessary!
    • Super low TDP. Even at max CPU utilization I scrape along on <25W
    • x86_64 and 8 GB of RAM (More is possible, ignore official docs!)

    It runs quiet and sips power. It runs quite a few services for me:

    • Minecraft server with DynMap (resource hog)
    • Nextcloud, Jellyfin, Resilio, Photoprism (Data & Sync)
    • HomeAssistant, Vaultwarden, Gitea, paperless, Usenet,...

    Nextcloud is snappy. CPU utilization is minimal. RAM is basically empty. I am happy!

    You still need a case and a picoPSU, but those are cheap and allow you to properly fit all drives.

    I boot off a small 120 GB SSD (slow SATA3), my media lives on a large HDD (slow SATA3) and all docker services, user data and databases are stored on a 2x 1TB SSD RAID (fast SATA).

    There's a free PCIe 2.0 slot on the mainboard which would allow me to add 1 fast SATA3 or 2 more slow ones. The slow ones are ideal for spinning drives.

    Both devices you listed are 6000 chips and should be even faster and more efficient. Do they have PCIe 3.0? That would make them twice as fast I/O-wise than my setup!

    BTW, stay away from USB HDDs and stick to directly attached SATA or NVMe. Much less finicky, reliably show up after reboot (!) and have SMART statistics! Also, external enclosure are made to look nice but heat up instantly. They degrade performance and life span.

  • If you back them up while they are running you will be in for a lot of tears if you ever decide to restore one of the backups.

    Data on disk is not stable while a program that uses it is running. While you are copying the data, the program might write new data alongside it and you never catch all of it. That will result in a corrupted backup!

    You can take atomic snapshots with btrfs, zfs and the likes. Those will not suffer from the problem above and represent a "true" and exact point in time. But that still doesn't solve your problem! The game might still have outstanding writes that you did not capture or the data on disk during operation is unstable by it self. Often programs only write out a stable "savegame" when you stop them entirely. Many games/programs try to detect such a "dirty" state on startup and will (correctly) refuse to run with your snapshot!

    Unless your very game was explicitly made for inflight backups and has documentation on this, you are out of luck. Just shut it down, take a snapshot (needs no time, is instant) and start it up again. Then you have all the time in the world to make a backup of the snapshot you created and to transfer it elsewhere.

    If you have no snapshot support (ext4 filesystem for example), you need to keep the game server stopped while you make a full copy.