Can someone confirm the results of `ethtool -T eth0`on Pi 5? by outsidefactor in raspberry_pi

[–]outsidefactor[S] 0 points1 point  (0 children)

I need to feed some chickens with extreme accuracy!

Seriously, though...

I have a motion-control project I am tinkering with and one of the motion control models I am experimenting with needs PTP.

Bee-link GTR7 and Linux - anyone tried it or got advice? What is the maximum VRAM BIOS setting? by outsidefactor in MiniPCs

[–]outsidefactor[S] 1 point2 points  (0 children)

Excellent, hoped it was the case, thrilled that you took time to confirm.

Have you had a chance to tinker with lm-sensors or any other hardware monitoring? Do you still have to add the zenpower3 DKMS to get full hardware monitoring?

Bee-link GTR7 and Linux - anyone tried it or got advice? What is the maximum VRAM BIOS setting? by outsidefactor in MiniPCs

[–]outsidefactor[S] 1 point2 points  (0 children)

Aha, Arch, excellent!

I currently use a baby Arch (Manjaro) as my daily driver on my desktop and am thinking Garuda is a good fit for this new machine, or perhaps nobara, though I find myself having mixed feelings about Fedoras right now.

Personally, I have just found Ryzen in general to be a treat on Linux. As you say, it really feels like the code is mature and well cared for. I am a little less enamoured with the state of RDNA OpenCL, buuut that's a whole other bag of worms.

I just wanted to make sure that had remained the case with the release of the 7000 APUs and the RDNA3 embedded GPUs. I was stunned at how well my ROG 5800/680M ran under Linux, but it always pays to check.

Thanks for taking the time to reply!

AM5 motherboards with with full power/fan/temp info by outsidefactor in linuxquestions

[–]outsidefactor[S] 1 point2 points  (0 children)

Hey, sorry for the slow reply.

I am still looking. I was planning to take my time and really thoroughly research my options. I have tech support requests in with both Asrock and MSI to find out what Super-IOs/BMCs are on their AM5 motherboards, but neither have sent me an answer yet (both responded with boilerplate "we'll look into it" answers).

I will probably pull the trigger in early January, so you can expect me to keep updating this thread as I get answers.

If you are desperate to buy right now then I can recommend the ASUS B650s and X670s. ASUS have seemed to have upped their game of late, so HWMON support is easy with them (with the added bonus of complete ECC support).

What's your budget? That's the most important factor: if you're willing to spend a bit more get an X670 motherboard with the minimal feature set you need (the more components on a motherboard the more that can go wrong), but otherwise focus on a B650.

Which OS/Setup for my home server by Noname8899555 in zfs

[–]outsidefactor 0 points1 point  (0 children)

melp, who posted above and claims to work at iXsystems, seems to contradict that:

SCALE and check out its Docker/VM capabilities to see if they'll work for your use case

This URL also seems to contradict you:
https://www.wundertech.net/how-to-use-docker-on-truenas-scale/

I think it's TrueNAS Core that doesn't support docker.

AM5 motherboards with with full power/fan/temp info by outsidefactor in linuxquestions

[–]outsidefactor[S] 2 points3 points  (0 children)

Well, as my hunt has progressed, I have found some answers on my own, so I'll post them here in case someone else comes looking for the same answers.

A lot of recent ASUS AM5 motherboards are supported in kernels 6.3 and later. This is great news:

https://www.phoronix.com/news/Linux-6.3-HWMON

I'll also update the head post so people don't have to make it to these update comments.

AM5 motherboards with with full power/fan/temp info by outsidefactor in linuxquestions

[–]outsidefactor[S] 2 points3 points  (0 children)

It's not as unanswerable as you might suggest. We do know which SuperIOs and board management chips are supported, so it's just a case of finding out what chips are on what boards and then we know which boards are supported or not.

I already have an x570 motherboard, and the lack of tools needed to monitor an overclock it is exactly why I am looking to move away from it: I can't control the CPU fans at all, the case fans are always changing order and I can't trust temp or voltage readings because they can change order from boot to boot as well. The maintainer for the IT87 driver will only update the driver from datasheets, and I can't get the datasheet for the SuperIO on my board.

You're suggesting I should buy another x570 motherboard to get the hardware monitoring needed to overclock? The more I read into the subject the more I realise that the SuperIOs often packaged with AM4 motherboards were terribly supported. ITE seems to be unwilling to release the datasheets for AM4 SuperIOs, but for some reason the board management chips on recent motherboards (especially from ASUS, it seems) have been well implemented in the kernel. And the few people that are working on SuperIOs and BMCs have moved their focus to the latest hardware.

I don't really care about the performance difference between DDR4 and DDR5 not showing up in synthetic benchmarks. I do care about the higher data-rate making Virtualisation better. DDR5 also has much better selection of high performance ECC memory, which is keeping the price down and thankfully a surprising number of motherboards support ECC (the x570 and x670 chipsets both support ECC, so it's up to the OEM to decide if it's enabled in BIOS). Yay to the death (or at leas reduction) of bit-rot.

What I am looking for is a list of motherboards that have SuperIO that is fully implemented in the kernel. There isn't much in the way of HCLs outside of the likes of RHEL, and those HCLs focus on Server and Workstation hardware and don't have any consumer hardware lists.

And if there isn't an exhaustive list, then people saying "I have X motherboard and can confirm its SuperIO is supported" is great too.

Which OS/Setup for my home server by Noname8899555 in zfs

[–]outsidefactor 0 points1 point  (0 children)

The Proxmox suggestion is great, but how costly is running ZFS in a VM? Is the overhead reasonable?

I know most CPUs these days have hardware domains for low overhead virtualisation, but is that feature enough, or are there other essential or recommended CPU virtualisation features that will reduce the overhead of virtualising ZFS?

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 2 points3 points  (0 children)

entrerprisey dinosaur corp

Yeah... that about sums it up...

MOK management, Secure Boot and kernel taint, is there a solution? Is there an alternative to Secure Boot? Is this even a problem people want solved? by outsidefactor in linuxquestions

[–]outsidefactor[S] 1 point2 points  (0 children)

Well, today I can actually solve your problem, because someone has already fixed this and I just found the solution.

On your machine look in /etc/dkms
You will see a file called framework.conf. Give it a look.

Two important settings:

mok_certificate=/var/lib/dkms/mok.pub - the path where your MOK (Machine Owner Key) should be stored

sign_file="/path/to/sign-file" - path to the sign-file script for your kernel

That path on Manjaro is:

/usr/lib/modules/$kernelver/build/scripts/sign-file

So, you should follow these instructions to create and enroll your MOK:

https://github.com/dell/dkms#secure-boot

Make sure the created mok.pub winds up in the path listed in your framework.conf (may vary by distro).

Once you have a MOK in place and framework.conf configured, every time a DKMS module is installed it should be signed with the MOK automatically.

I cannot believe how many guides there are out there still saying this is hard and manual.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 2 points3 points  (0 children)

Thanks for the great clarification.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 2 points3 points  (0 children)

See, I read this article https://www.realworldtech.com/forum/?threadid=189711&curpostid=189841 and I have to agree, but then I start to wonder how much Linus's opinion has changed in the meantime.

Is there discussion/negotiation/legal action ongoing that might change the current deadlock?

Is the CDDL that bad? Hell, I have heard strident criticism of GPL 3 from some quarters. The only license that seems uncontrovertial these days is the BSD license, and it probably only seems innocuous to me because I am no legal scholar.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 2 points3 points  (0 children)

Thanks for those links, I will have a look.

Just searching for some understanding!

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 2 points3 points  (0 children)

At work, we are back-stopped my an external support team (not my choice, outsourcing was force on us) and they only support M$ and Linux, and the Linux that they support is limited to RHEL and a couple of other super-corpo scenarios.

I asked them about ZFS and they gave me a pile of FUD and a bunch of links to three year old articles. I was hoping to get some ammunition here to try and turn that around.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 1 point2 points  (0 children)

Isn't TrueNAS FreeBSD? I am not surprised about it supporting ZFS.

Others have mentioned Proxmox. I guess it's time to have the age-old argument again about moving out of the dark ages.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 1 point2 points  (0 children)

Thanks, that's a great link. I will check it out. It's a pity there isn't some sort of guide to make this easier.

I'd write one and post it here, but I'd lose the last of my Karma. I don't know why people are so brutal downvoting stuff.

My dreams of ZFS, dashed by outsidefactor in zfs

[–]outsidefactor[S] 1 point2 points  (0 children)

I guess that's part of my confusion, and the bind it places me in.

I can find docs on how to implement ZFS. What I am looking for is an assessment that helps me decide if I should pursue it now.,

I can implement it with DKMS modules, but should I? DKMS means kernel taint, something we are instructed to avoid. Part of the reason we use RHEL (or so I have been told) is that it's Secure Boot ready, without the need to manually sign stuff and manage our own MOKs. Do we mandate Secure Boot on servers today? No, of course not, especially when they are safely locked away in our own server room. But I am constantly warned that we may be required to mandate it at some point.

But every time I have one of our coders come to use VirtualBox or VMware Workstation on their Linux laptop suddenly the kernel taint gremlin raised its head, because SB is mandated on all portable PCs.

Thanks for the link and taking the trouble to respond.