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/)S
Posts
2
Comments
156
Joined
3 yr. ago

  • It sounds like this will be your fist time running Linux. In that case I would recommend against using CachyOS or Arch. Those distros are meant for experienced users that are willing to solve problems on their. In the words of the Arch wiki:

    Whereas many GNU/Linux distributions attempt to be more user-friendly, Arch Linux has always been, and shall always remain user-centric. The distribution is intended to fill the needs of those contributing to it, rather than trying to appeal to as many users as possible. It is targeted at the proficient GNU/Linux user, or anyone with a do-it-yourself attitude who is willing to read the documentation, and solve their own problems.

    In general, you can have a good gaming experience on almost any distro. The main limitation is probably running brand-new hardware, which can be a bit difficult on some of the slower distros (Debian, Ubuntu LTS, Mint, ...). There are only very minor performance differences between distros.

    If you're a new user that wants to use a fast-moving distro with many options for customization, I'd recommend Fedora (e.g. Fedora KDE).

  • I think it is a disaster and that the lack of long-term API/ABI stability (outside of the kernel) is one of the biggest things holding commercial software on Linux back. It's much less of an issue for FOSS software, which can easily be recompiled or adapted. However, a lot of people (and companies) want to run proprietary software (e.g. games) on Linux.

    This type of breakage causes problems for both developers and users. If you develop software for Linux you need to continously maintain it in order to ensure that it keeps working. And as a user it can mean that software which was working perfectly suddenly no longer works after an upgrade. For example, you may just no longer be able to play any of your older Linux games. If they were built for Windows you can still run them after 20 years, and they probably even work on Linux too.

  • Is there a particular reason that you want to update your kernel? Generally, the best idea as a new user is to stick with the default kernel that your distro provides What Stable Kernel Should I Use. Given your hardware, I'd expect that kernel 6.8 should work fine for you.

  • Linux Mint switched to the HWE kernel with version 22. Theferore, the kernel should be updated to 6.11 with the release of Ubuntu 24.04.2 (planned in a week).

  • Sorry to hear that Linux Mint is not working well for you. Unfortunately, things can sometimes still be rough when it comes to hardware support. I have personally also had issues with Nvidia GPUs and Bluetooth. Often this is because the manufacturers only provide drivers for Windows and Linux drivers need to be created by the community.

    Regarding Nvidia and secure boot. I've had the same issue (on both Mint and other distros). After some frustrations (including a BIOS update) I finally gave up and disabled secure boot. Since then, I haven't had any issues with my dual boot with Win 10 (but I probably won't buy another Nvidia GPU). What makes you say that Windows requires Secure Boot?

    No I didn’t. When I installed Linux mint the first time I was able to fix everything. I needed to reinstall it and that is where this controller issue started

    This seems quite weird. Are you perhaps missing a package (e.g. steam-devices)?

  • The article mentions that it works fine on Ubuntu 24.04 LTS, so it shouldn't be an issue unless you're running something older than that.

  • Yes, I would recommend creating a backup (perhaps on your phone or a different computer over the network) and then upgrading to 21 and then 22. IMHO Mint has steadily gotten better and there is typically no reason to stay on an older version.

  • Given that you installed Linux on a separate drive, it's likely that the Windows bootloader is perfectly fine but your BIOS chooses to prioritize the Linux disk. I would check if you can still select the Windows drive / installation in the BIOS / boot media selection.

    Typically, Fedora should also add the Windows installation to its bootloader (https://docs.fedoraproject.org/en-US/quick-docs/grub2-bootloader/#_adding_other_operating_systems_to_the_grub2_menu). It uses os-prober to find other operating systems. Can you post the output of sudo os-prober?

    Edit: The output of lsblk -f would also be useful (though you may want to anonymize it first).

  • This seems to be a limitation of Intel host controllers. The USB 2.0 specification (including 12 Mbps Full Speed) allows for up to 127 devices. Each of those devices can have up to 16 IN and 16 OUT endpoints, c.f. https://www.usbmadesimple.co.uk/ums_3.htm Depending on how you count, that would be a maximum of 2k to 4k endpoints in total. I guess Intel thought it wasn't worthwhile supporting that many endpoints.

    Some quick searching turned up this post that claims that USB3 controllers often support up to 254 endpoints (in total). https://www.cambrionix.com/a-quick-guide-to-usb-endpoint-limitations/ Other posters have also said that AMD appears to have higher limits. You could also consider adding more USB root hubs to your system (with PCIe cards).

  • Yield is the percentage of chips that are functional. Roughly, you can think of it as the probability of a chip having 0 defects. The bigger the chip, or the higher the defect density, the lower this probability becomes. Chip designers will also include mitigation techniques (e.g. redundancy) to allow chips to work even with some defects.

  • Talking about the "yield" of a process doesn't make any sense. Yield is a metric for a specific chip fabricated on a given process. This depends heavily on the size of the chip and mitigation techniques.

    The "correct" metric to compare processes is defect density (in defects per square cm). Intel claims that their defect density is below 0.4 defects/cm²: https://www.tomshardware.com/tech-industry/intel-says-defect-density-at-18a-is-healthy-potential-clients-are-lining-up. This would be relatively high but not much worse than what TSMC has seen for their recent nodes: https://www.techpowerup.com/forums/threads/intel-18a-process-node-clocks-an-abysmal-10-yield-report.329513/page-2#post-5387835).

  • Unfotunately, I can help you with that. The machine is not running any VMs.

  • It's possible, but you should be able to see it quite easily. In my case, the CPU utilization was very low, so the same test should also not be CPU-bottlenecked on your system.

  • I'm seeing very similar speeds on my two-HDD RAID1. The computer has an AMD 8500G CPU but the load from ZFS is minimal. Reading / writing a 50GB /dev/urandom file (larger than the cache) gives me:

    • 169 MB/s write
    • 254 MB/s read

    What's your setup?

  • With version 2.3 (currently in RC), ZFS will at least support RAIDZ expansion. That should already help a lot for a NAS usecase.

  • We use Alma Linux at work and it's fine, I suppose. I see two main reasons why you'd choose an EL linux distro:

    1. You have (professional) software that officially supports it. RHEL's release model makes it an attractive target for proprietary software and many vendors choose to support it.
    2. You need/want very long support cycles. You can run 10-year-old software even though you probably shouldn't.

    Apart from those, it's a competent distro, Red Hat know what they're doing. If you want the equivalent to an Ubuntu LTS / Debian in the Fedora world, it get's the job done. I quite like their approach of keeping the core OS stable while updating drivers, tools, and compilers (e.g., the kernel version number has very little meaning in RHEL).

    Is the experience very different from Fedora?

    Yes. the age of the core packages is very noticeable. The number of fully supported packages is also very small and you need to go to EPEL very quickly (at which point you're no longer getting enterprise support...). On the plus side, it's much more stable than Fedora in my experience.

    Edit: My main recommendation for a stable distro would probably be Debian unless one of the above points applies.

  • That system also sounds a lot more capable than mine. How did you end up with 25 VMs?