cybrnook

@ich777 Hope all is well! Noticing a small wrinkle on boot with the latest version from today. On boot, I am watching the boot log, and just prior to SMB starting and all at the very end of the boot process, when the system is installing all the addon packages, I am noticing that this new version is showing some error/warnings: /bin/bash: line 285: check_package: command not found /bin/bash: line 286: install_package: command not found Then the system goes on to say that it's subbing /bin/bash with /bin/sh Took me a little while to figure

https://1drv.ms/u/s!AlHg8pmWgJJ_gr9mLid6muLTIMOddA?e=KbfHe2

They are grouped, yes, but options other than "Auto" let you specify what each slot is at. For example, for PCIE2/3 here I can set it to x8 x8 or x8 and then x4x4, or x4x4 and x8, for example. Before you could only choose x8x8 or x4x4x4x4 and that would be assigned to both slots. I hope that makes sense. Anyways, looks fine and good luck, enjoy the board.

Bifurcation was supported in BIOSes already prior to 1.37. What 1.37 gave me, and is what I asked for, is PER SLOT bifurcation options. Prior to 1.37 bifurcation worked in groupings.

https://1drv.ms/u/s!AlHg8pmWgJJ_gr9mLid6muLTIMOddA?e=KbfHe2

You right you right 🙂

Wouldn't your cron schedule go like this? : 0 4 * * 3

I see, so you're going folder by folder based on the old package and then copying the "new" files and replacing, then re-tarring?

Thanks for this, I followed on a Ubuntu VM, but can't seem to find where the output *.txz package is written to?

There are a few things you may need to consider (nothing really specific to the board itself, but overall). Not sure what your current USB drive is, but you would want to make sure it's formatted for UEFI boot vs Legacy boot (that also means renaming the -EFI file to EFI on the unraid USB). Then in the BIOS of the board, you will need to make sure your boot options are setup correctly. My server is in the middle of it's monthly parity check, so I am not going to reboot it now, but if you want, I can send you a screenshot of my boot options the next time I reboot so you can see what I am using.

Just want to add to this thread, that I also am getting this warning. However, it's basically by design for me at the moment since I am having to keep my Dockers on eth0 while my vm's are on eth1 to avoid the floating issue within unraid of call traces. Setting network type of virtio-net is not a sure fire fix as I already have that and still get them. Setting dockers on one nic and VM's on the other seems to bring some stability until this issue truly gets fixed.

"The advantage of using this setup is that you benefit from Cloudflare fast DNS resolution and add an extra layer of security by hiding your server identity while ensuring that all the connections pass through Cloudflare. This prevents any malicious requests from reaching the server." https://support.cloudways.com/configure-cloudflare-origin-certificate-with-your-application/ In a nutshell it let's CF field all the nasties on the web for you, while hiding your server and it's point of origin behind it's WAF. Good way to mitigate attempts against your port forward

Thanks for this! I asked back in December if the Swag container supported this in the LInuxserver.io groups Discord and @Roxedus said it did not support it and I should instead use a VPN basically. So I ended up going a different direction with the whole thing, but I AM pleased to hear you got it going. Means I could shift back to it if I come back to Swag 🙂

Also curious +1

@Djoss looks like 8.5.0.2-r0 is available: http://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/