mattz

Members
  • Content Count

    66
  • Joined

  • Last visited

  • Days Won

    1

mattz last won the day on March 29 2019

mattz had the most liked content!

Community Reputation

11 Good

About mattz

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. I like this Q- my take: Best bet is a dedicated NAS- keep it up 24/7 and stable OS with no fuss, and this should be independent to your main desktop environment. (this is why I like using a VM as my main gaming desktop on top of Unraid) Like @trurl said, you can only do RAID when you have multiple disks (you need at least 3 drives for RAID 5). You only need any RAID setup for disaster recovery, so if you are not worried about a disk failure wiping your content, you wouldn't need it at all. Unraid let's you use a few different methods that are "like" RAID, using a "parity drive"
  2. Has the latest Unraid (6.9.0) included all the fixes this Kernel includes? I would like to upgrade to the latest version (or have a timeline for it), but not if it involves compiling a custom kernel to accommodate the whole x470 motherboards with Ryzen 2 3000 CPU's and pass-through. TY! Note, I am specifically referencing the FLR fix with the Kernel.
  3. @RaidBoi1904 You are a champ for jumping head-first into this issue with a new UnRaid setup. And, sorry to hear the problems all at once... they are not so bad when they pop up once every 2 years after a major hardware upgrade. But your first time out can be rough. So, to pass through Audio and USB (or anything), you will need to isolate them (in addition to the no_flr hack right now for this mobo/cpu combo). It looks like you know where you're going- Main > Flash > Syslinux Configuration to add these lines My setup looks like this for just
  4. Good idea adding limetech. They may defer for it to be included into the Linux Kernel, which should come based on that commit I reference. However, with the Ryzen 3600 and others SO CHEAP and performant I am sure there are quite a few people moving on them. BTW - Those steps you had to take, good points. Super annoying, it's because the VM image will "remember" devices that are "removed". You can also edit the XML directly to remove the reference so you don't need the checkbox; however, it's a little bit of guesswork to figure out which XML element(s) it is.
  5. Wanted to confirm this. First install of OPNsense (v 20.1 DVD ISO), and I was unable to see the default UnRaid network interface with Q35. Reinstalled with i44fx-4.2 and it worked without a hitch. See the same on the OPNsense forum - https://forum.opnsense.org/index.php?topic=13607.0 I should be getting my quad port NIC this week. Excited to get running.
  6. Wanted to follow-up. The cause for my issue [with the Ryzen 3900x hanging while trying to pass-through USB Controller 3.0] was totally that FLR issue posted above. Luckily, someone on this forum had already compiled a kernel with a temporary fix, and I used that. Find that custom kernel for Unraid 6.8.3 here: Note that I tried Unraid 6.9.0-beta1 and it did not yet have the FLR fix in the Linux kernel. It will eventually make it into the Linux Kernel, but probabaly not until 5.8... So, might be a while before it makes it into Unraid, read more about the commit - https://git
  7. Wanted to follow-up. The cause was totally that FLR issue posted above. Luckily, someone on this forum had already compiled a kernel with a temporary fix, and I used that. Note that I tried Unraid 6.9.0-beta1 and it did not yet have the FLR fix in the Linux kernel. Find that custom kernel for Unraid 6.8.3 here:
  8. @JoeBloggs - I just used the kernel. Yes, just copy it to your flash drive (the /boot/ directory). Save the stock kernels as .bak or something in case you need them. Everything will boot like normal. Just make sure you match the version. Leoyzen has an attached version earlier on this page for Unraid 6.8.3, same as I am using. @Leoyzen - Wanted to say thank you for the FLR fix, I used your kernel, added the parameters I needed and am up and running with the USB controller in my VM! Added `append pcie_no_flr=1022:149c,1022:1487,1022:1485` and used vfio-append to tho
  9. @Leoyzen - I've never used a custom Kernel before, but I am running into a Ryzen 3000 FLR error. Does the Kernel you provide cover this issue? I found the commit that's [going to be??] included: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/commit/?h=pci/virtualization&id=0d14f06cd6657ba3446a5eb780672da487b068e7 What version of Linux kernel will that make it into? 5.7?
  10. So, I think this is the resolution to the problem "PCI: Avoid FLR for AMD Matisse HD Audio & USB 3.0": https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/commit/?h=pci/virtualization&id=efaa35873d66bf4a4903f757333692766e34e448 It should be brought into some new version of Linux... Does anyone know what version and when Unraid will get it?? My first time looking through these commits.
  11. @killeriq- I think I'm in the same boat now. I just upgraded my x470 board to the Ryzen 3900x from the 2700x (wanted the cores!). However, I am no longer able to pass through my motherboard's USB Controller 3.0 the same way I did with the 2700x. I now get the same error you had and the whole system will lock up, requiring a hard reboot: kernel: vfio-pci 0000:0c:00.0: not ready 1023ms after FLR; waiting It is something others are encountering--the only way to fix it is to avoid passing through that particular USB controller, and use other USB Controllers, if you can: The
  12. I wanted to mention, this issue has just recently been affecting me. I am on an MSI x470 Gaming M7 AC motherboard. The issue occurred when I switched from the 2700x CPU to the 3900x CPU (I wanted more cores!!). I swapped the CPUs and all the VFIO Bus:Device.Function numbers changed (that's probably expected). However, the `USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller` (IOMMU group 22 in the pic below) I had passed-through with the 2700x no longer works in pass-thru, even after adjusting for the vfio numbers. Using it now locks up the system no matter
  13. @wbsmolen - I agree- I think it is unrelated to this particular BIOS issue. I found this post about an x570 earlier in this thread to confirm it's probably not this issue, but it also may be related to your problem... ? Good luck.
  14. There were some x570's that had the issue... can't remember which ones. However, you should be good with any BIOS after November 2019. Anything this version or later: AGESA AMD BIOS version 1.0.0.4 Patch B (1004 B) fixes
  15. @mojotaker - Agree with @boris. It sounds unrelated to the pass-through issues. If this is the first time you are using the GPU for pass-through, you may need to double-check the Vbios is properly set up. Use this as a reference: