• 0 Posts
  • 28 Comments
Joined 7 months ago
cake
Cake day: April 13th, 2024

help-circle

  • I’ve tinkered plenty even when using Windows haha. I even have a Windows 98 and Windows XP virtual machine for some old things, but everything I care about seems to have a modern HD release, a userpatch or can be hooked with dxwnd, so I don’t use them anymore at the moment.

    But yeah probably the long term solution is Linux. Personally I wouldn’t run Windows 7 anymore. The unfixed CVE list has become quite long. I just went checking for the above titles out of principle, because I don’t like this conflation of PC gaming with only Steam.

    I still haven’t made the jump to gaming on Linux, unfortunately. Although I’ve been running a dual boot for the last 8 years or so, because I used Linux for my studies, use it for my work, and for hosting my game servers on a second computer, so I would be in a prime position… but so far I have just gone the way of least resistance, which is still Windows 10 at the moment.

    But I have a deadline now: October 2025. Just need to figure out the best distro, I don’t think I’ll use my existing Fedora KDE install for this. Maybe Arch, or one of these new immutable distros, that might be neat for when different games require different versions of libraries.







  • I’ll just quote the OpenWRT Wiki here, because I think half the comments here confuse mesh and roaming:

    Are you sure you want a mesh?

    If you are looking for a solution to enable your user devices to seamlessly roam from one access point to another in your home, you need 802.11r (roaming), not 802.11s.

    It is unfortunate that some manufacturers have used the word “Mesh” for marketing purposes to describe their non-standard, closed source, proprietary “roaming” functionality and this causes great confusion to many people when they enter the world of international standards and open source firmware for their network infrastructure.

    • The accepted standard for mesh networks is ieee802.11s.
    • The accepted standard for fast roaming of user devices is ieee802.11r.

    These are two completely unrelated standards.

    Source: https://openwrt.org/docs/guide-user/network/wifi/mesh/802-11s#are_you_sure_you_want_a_mesh






  • Is it OK to simply dd the 128GB disk to the 32GB disk using count to stop after the 16GB partition was cloned?

    I think it would work, but it seems a little overcomplicated, you can just use the partition paths as if and of of dd directly, as long as the output partition is not smaller than the input partition. For example dd if=/dev/sdc1 of=/dev/sdd1 bs=4M status=progress

    Your method would also copy the partition table I suppose, which might be something you want under specific circumstances, but then it would be a little harder to get the count right, just taking the size of partition 1 would be wrong, because there is some space before it (where the partition table lives) and dd would start at 0. You’d need to add up the start position and the size of partition 1 instead.

    Personally I would prefer making a new partition table on the new eMCC, and create a target partition on it. Then you clone the content of the partition (i.e. the file system). This way the file system UUID will still be the same, and the fstab should still work because these days it usually refers to mounts by filesystem UUID in my experience.

    If you make the target partition larger than the source partition, and you intend to use the full partition going forward you will additionally need to resize the filesystem to fit the new larger partition, for example with resize2fs.