1
442
submitted 2 years ago* (last edited 2 years ago) by wfh@lemm.ee to c/linux@lemmy.ml

You're about to take your first steps in the wonderful world of Linux, but you're overwhelmed by the amount of choices? Welcome to this (I hope) very simple guide :)

The aim of this guide is to provide simple, clear information to ease your transition as a beginner. This is not a be-all-end-all guide nor an advanced guide. Because there is a lot of info and explanations everywhere, I will often (over-)simplify so as to keep the information accessible and digestible. Please refrain from asking to add your favorite distro/DE in the comments, I feel there is too much choice already ;)

Preamble

Make sure your hardware is compatible

Nowadays most relatively recent hardware works perfectly fine on Linux, but there are some edge cases still. If you don't use niche hardware and your wifi card is supported, chances are you're golden. Please note that nVidia is a bad faith player in the Linux world, so if you have a GeForce GPU, expect some trouble.

Make sure your favourite apps are either available or have a good replacement on Linux

If some proprietary app is essential to your workflow and is irreplaceable, consider running it in a VM, keeping a Windows partition for it or try and run it through Wine (this is advanced stuff though).

Be aware that Linux is not Windows/MacOS

Things work differently, and this is normal. You will probably struggle at the beginning while adjusting to a new paradigm. You may have to troubleshoot some things. You may break some things in the process. You will probably get frustrated at some point or another. It's okay. You're learning something new, and it can be hard to shed old habits forged by years on another system.

When in doubt, search for documentation

Arch Wiki is one of the greatest knowledge bases about Linux. Despite being heavily tied to Arch, most of its content is readily usable to troubleshoot most modern distros, as the building blocks (Kernel, systemd, core system apps, XOrg/Wayland, your DE of choice etc.) are the same. Most distros also maintain their own knowledge base.

Understanding the Linux world

What is Linux?

Linux, in the strictest definition, is the kernel, ie. the core component that, among other things, orchestrates and handles all interactions between hardware and software, of a large family of operating systems that, by metonymy, are called "Linux". In general understanding, Linux is any one of these operating systems, called distros.

What is a distro?

A distro, short for "Software Distribution", is a cohesive ensemble of software, providing a full operating system, maintained by a single team. Generally, all of them tend to provide almost the same software and work in a very similar way, but there are major philosophical differences that may influence your choice.

What are the main differences between distros?

As said above, there are a lot of philosophical differences between distros that lead to practical differences. There are a lot of very different ways the same software can be distributed.

  • "Point Release" (OpenSUSE Leap) vs. "Rolling Release" (OpenSUSE Tumbleweed): Point release distros are like traditional software. They have numbered releases, and between each one no feature updates take place, only security updates and bug fixes. Rolling Release distros package and distribute software as soon as it's available upstream (the software developer's repos), meaning that there are no versions and no specific schedule.
  • "Stable" (Debian Stable) vs. "Bleeding edge" (Arch): Stable distros are generally point release, and focus on fixing bugs and security flaws at the expense of new features. Each version goes through a lenghty period of feature freeze, testing and bug fixing before release. Stability here not only means trouble-free operation, but more importantly consistent behavior over time. Things won't evolve, but things won't break. At least until the next release. Bleeding edge distros, which often follow the rolling release model (there are outliers like Fedora which are mostly bleeding edge yet have point releases), on the other hand, are permanently evolving. By constantly pushing the latest version of each software package, new features, new bugs, bug fixes, security updates and sometimes breaking changes are released continuously. Note that this is not a binary, there is a very large continuum between the stablest and the most bleeding edge distro.
  • "Community" (Fedora) vs. "Commercial" (RHEL): Despite the name, Community distros are not only maintained by volunteers, but can also be developed by some company's employees and can be sponsored by commercial entities. However, the main difference with Commercial distros is that they're not a product destined to be sold. Commercial distros like Red Hat's RHEL, SuSE Linux Enterprise or Ubuntu Pro are (supposed to be) fully maintained by their company's employees and target businesses with paid support, maintenance, fixes, deployment, training etc.
  • "x package manager" vs. "y package manager", "x package format" vs. "y package format": It doesn't matter. Seriously. apt, dnf or pacman, to name a few, all have the exact same purpose: install and update software on your system and manage dependencies.
  • "general purpose" (Linux Mint) vs. "niche" (Kali Linux): General purpose distros are just that: distros that can do pretty much anything. Some are truly general purpose (like Debian), and have no bias towards any potential use, be it for a server, a desktop/laptop PC, some IOT or embedded devices, containers etc., some have various flavors depending on intended use (like Fedora Workstation for desktops and Fedora Server for, you guessed it, servers) but are still considered general purpose. They aim for maximum hardware compatibility and broad use cases. At the opposite end, niche distros are created for very specific and unique use cases, like pentesting (Kali), gaming (Nobara), music production (AV Linux) etc. They tend to have a lot of specific tools preinstalled, nonstandard defaults or modified kernels that may or may not work properly outside of their inteded use case.
  • "team" (Any major distro) vs. "single maintainer" (Nobara): Pretty self explanatory. Some distros are maintained by a single person or a very small group of people. These distros do not usually last very long.
  • "traditional" (Fedora Workstation) vs. "atomic" (Fedora Silverblue): In traditional distros, everything comes from a package. Every single component is individually installable, upgradeable, and deletable. Updating a package means deleting its previous version and replacing it with a new one. A power failure during an update lead to a partial upgrade and can make a system unbootable. Maybe a new package was bad and breaks something. Almost nothing prevents an unsuspecting user from destroying a core component. To mitigate risks and ensure a coherent system at each boot, atomic (also called transactional or immutable) distros, pioneered by Fedora Silverblue and Valve's SteamOS, were born. Like mobile phone OSes, the base system is a single image, that gets installed, alongside the current running version and without modifying it, and becomes active at the next reboot. As updates are isolated from one another, if the new version doesn't work the user can easily revert to a previous, functional version. Users are expected to install Flatpaks or use Distrobox, as installing (layering) packages is not as straightforward as with standard distros.
  • "OG" (Debian) vs. "derivative" (Ubuntu): Original distros are directly downstream of their components' source code repositories, and do most of the heavy lifting. Because of the tremendous amount of work it represents, only a few distros like Debian, Arch, Slackware or Fedora have the history, massive community and sometimes corporate financial backing to do this. Other distros reuse most packages from those original distros and add, replace or modify some of them for differenciation. For example, Debian is the parent of almost all deb-based distros like Ubuntu, which itself is the parent of distros like Mint or Pop!_OS.

What are the main components of a distro, ie. a Linux-based operating system?

All distros provide, install and maintain, among other things, the following components:

  • Boot and core system components (these are generally out-of-scope for beginners, unless you need to fix something, but you should at least know they exist):
    • A boot manager (GRUB, systemd_init, etc.): Boots the computer after the motherboard POSTs, lets you choose what to start
    • An init system (systemd, etc.): Starts everything needed to run the computer, including the kernel
    • A kernel (Linux): Has control over everything, main interface for software to discuss with hardware
  • Command-line environment, to interact with he computer in text mode:
    • A shell (bash, zsh, fish etc.): The main interface for command-line stuff
    • Command-line tools (GNU, etc.): Standard suite of command-line tools + default tools chosen by the distro maintainers
    • User-installable command-line tools and shells
  • Graphical stack for desktop/laptop computers:
    • Display servers (X11, Wayland compositors): Handle drawing stuff on screens
    • A Desktop environment (Plasma, Gnome, XFCE etc.): The main graphical interface you'll interact with everyday.
    • User-facing applications (browsers, text processors, drawing software etc.): Some are generally installed by default and/or are part of a desktop environment's suite of software, most are user-installable.
  • A package manager (apt, dnf, pacman, yast etc.): Installs, deletes, updates and manages dependencies of all software installed on the machine.

Which are the main Desktop Environments and which one should I choose?

As a new user, this is basically the only thing you should concern yourself about: choosing a first Desktop environment. After all, it will be your main interface for the weeks/years to come. It's almost as important as choosing your first distro. These are a few common choices that cater to different tastes:

  • Gnome: Full featured yet very minimalist, Gnome is a great DE that eschews the traditional Desktop metaphor. Like MacOS, out of the box, it provides its strongly opinionated developers' vision of a user experience. Fortunately, unlike MacOS, there are thousands of extensions to tweak and extend the looks and behaviour of the DE. Dash-to-dock or Dash-to-panel are great if you want a more MacOS-like or Windows-like experience, Blur My Shell is great if you love blurry transparent things, Appindicator is a must, and everything else is up to you. Gnome's development cycle is highly regular and all core components and apps follow the same release schedule, which explains why a lot of distros choose it as their default DE.
  • KDE Plasma: Full featured and maximalist, Plasma does not cater to a single design philosophy, is very flexible and can be tweaked almost ad infinitum. This may be an advantage for people who like to spend hours making the perfect environment, or a disadvantage as the possibilities can be overwhelming, and the added complexity may compromise stability, bugginess or completeness. There is not yet a single development cycle for core components and apps, which makes it a bit more difficult for distro maintainers and explains why there are so few distros with Plasma as the flagship DE. The KDE team is however evolving towards a more regular update cycle.
  • Cinnamon: Forked from Gnome 3 by the Linux Mint team who disliked the extreme change of user experience it introduced, Cinammon provides a very traditional, "windows-like", desktop-metaphor experience in a more modern software stack than the older DEs it takes inspiration from. Cinnamon still keeps a lot in common with Gnome by being simple and easy to use, yet heavily modifiable with themes, applets and extensions.
  • Lightweight DEs for old or underpowered machines: The likes of XFCE, LXDE, LXQt are great if you want to ressurect an old machine, but lack the bells and whistles of the aforementioned DEs. If your machine is super old, extremely underpowered and has less than a few Gb of RAM, don't expect miracles though. A single browser tab can easily dwarf the RAM usage and processing power of your entire system.

As for which one you should choose, this is entirely up to you, and depends on your preferences. FYI, you are not married to your distro's default desktop environment. It's just what comes preinstalled. You can install alternative DEs on any distro, no need to reinstall and/or distro-hop.

How do I install stuff on Linux?

Forget what you're used to do on Windows of MacOS: searching for your software in a seach engine, finding a big "Download" button on a random website and running an installer with administator privileges. Your package manager not only keeps you system up to date, but also lets you install any software that's available in your distro's repositories. You don't even need to know the command line, Gnome's Software or Plasma's Discover are nice graphical "App Stores" that let you find and install new software.

Flatpak are a great and more recent recent alternative to distro packages that's gaining a lot of traction, and is increasingly integrated by default to the aforementioned App Stores. It's basically a "universal" package manager system thet sits next to your system, that lets software developers directly distribute their own apps instead of offloading the packaging and distribution to distro maintainers.

Choosing a first distro

As discussed before, there is a metric fuckload (or 1.112 imperial fucktons) of distros out there. I advise you to keep it as mainstream as possible for your first steps. A distro with a large user base, backed by a decently large community of maintainers and contributors and aimed at being as fuss-free as possible is always better than a one-person effort tailored to a specific use-case. Choose a distro that implements well the DE of your choice.

What are great distros for beginners?

The following are great distros for beginners as well as more advanced users who just want to have a system that needs almost no configuration out of the box, just works and stays out of the way. Always read the installation documentation thoroughly before attempting anything, and follow any post-install requirements (for example, installing restricted-licence drivers on Fedora).

  • Fedora Workstation: Clean, sensible, modern and very up to date and should work out of the box for most hardware. Despite being sponsored by Red Hat (who are getting a lot of justified hate for moving RHEL away from open-source), this is a great community distro for both beginners and very advanced users (including the Linus Torvalds). Fedora is the flagship distro for the Gnome Desktop Environment, but also has a fantastic Plasma version. Keywords: Point Release, close to Bleeding Edge, Community, dnf/rpm, large maintainer team, traditional, original.
  • Linux Mint: Mint is an Ubuntu (or Debian for the LMDE variant) derivative for beginners and advanced users alike, that keeps Ubuntu's hardware support and ease of use while reverting its shenanigans and is Cinammon's flagship distro. Its main goal is to be a "just works" distro. Keywords: Point Release, halfway between Stable and Bleeding Edge, Community, apt/deb, smallish maintainer team but lots of contributors, traditional, derivative (Ubuntu or Debian).
  • Pop!_OS: Backed by hardware Linux vendor System76, this is another Ubuntu derivative that removes Snaps in favor or Flatpaks. Its heavily modified Gnome DE looks and feels nice. In a few months/years, it will be the flagship distro for the -promising but still in development- Cosmic DE. Keywords: Point Release, halfway between Stable and Bleeding Edge, commercially-backed Community, apt/deb, employee's maintainer team, traditional, derivative (Ubuntu).
  • If you want something (advertised as) zero-maintenance, why not go the Atomic way? They are still very new and there isn't a lot of support yet because they do things very differently than regular distros, but if they wort OOTB on your system, they should work reliably forever. Sensible choices are uBlue's Aurora (Plasma), Bluefin (Gnome) or Bazzite (gaming-ready), which are basically identical to Fedora's atomic variants but include (among other things) restricted-licence codecs and QOL improvements by default, or OpenSUSE's Aeon (Gnome). Keywords: Point Release, Bleeding Edge, Community, rpm-ostree, large maintainer team, Atomic, sub-project (Fedora/OpenSUSE).

Which power-user distros should I avoid as a beginner, unless I reaaaally need to understand everything instead of being productive day one?

These are amongst the very best but should not be installed as your first distro, unless you like extremely steep learning curves and being overwhelmed.

  • Debian Stable: as one of the oldest, still maintained distros and the granddaddy of probably half of the distros out there, Debian is built like a tank. A very stringent policy of focusing on bug and security fixes over new features makes Debian extremely stable and predictable, but it can also feel quite outdated. Still a rock-solid experience, with a lot to tinker with despite very sensible defaults. It is an incredible learning tool and is as "Standard Linux" as can be. Debian almost made the cut to "beginner" distros because of its incredible reliability and massive amount of documentation available, but it might be a bit too involved for an absolute beginner to configure to perfection. Keywords: Point Release, Stable as fuck, Community, apt/deb, large maintainer team, traditional, original.
  • Arch: The opposite of Debian in philosophy, packages often come to Arch almost as soon as the source code is released. Expect a lot of manual installation and configuration, daily updates, and regularly fixing stuff. An incredible learning tool too, that will make you intimate with the inner workings of Linux. The "Arch btw" meme of having to perform every single install step by hand has taken a hit since Arch has had a basic but functional installer for a few years now, which is honestly a good thing. I work in sofware. A software engineer who does every single tedious task manually instead of automating it is a shit software engineer. A software engineer who prides themself from doing every single tedious task manually should seriously reconsider their career choices. Arch's other main appeal is the Arch User Repository or AUR, a massive collection of user-created, automated install scripts for pretty much anything. Keywords: Rolling Release, Bleeding-edge, Community, pacman/pkg, large maintainer team, traditional, original.

Which distro should I avoid, period?

  • Ubuntu: despite having a huge mind-share as the beginner distro, Ubuntu suffers from it's parent company's policy to make Ubuntu kinda-Linux-but-not-really and a second-rate citizen compared to their Ubuntu Pro commercial product. Some of the worst takes in recent years have been pushing Snaps super agressively in order to get some "vendor-lock-in", proprietary walled-garden ecosystem with exclusive commercial apps, forcibly installing snaps even when explicitely asking for a .deb package through apt, baking ads and nags into major software or only delivering critical security patches to Pro customers. Fortunately, there are some great derivatives like Mint or Pop!_OS cited above that work equally well but revert some of the most controversial decisions made by Canonical.
  • Manjaro: Manjaro might seem appealing as a "user-friendlier" Arch derivative and some of its tools are fantastic to remove some configuration burden, but ongoing mismanagement issues and the fact that it needs Arch-style regular maintenance as updates often break stuff prevent it from being a truly beginner distro. Manjaro also has a highly irregular update schedule that's weeks behind Arch, making using the AUR extremely dangerous, as it always expects a fully up-to-date Arch system.
  • Any single-maintainer or tiny team distros like Nobara or CachyOS. They might be fantastic distros made by exceptional people (I have mad respect for Nobara's maintainer Glorious Eggroll and his work on Proton-GE), they are most often derivatives so the heavy lifting is already done by their parent distro's maitainers, but there is too much risk involved. Sometimes life happens, sometimes people move on to other projects, and dozens of small distros get abandonned every year, leaving their users dead in the water. Trusting larger teams is a much safer bet in the long term.
  • Anything that refuse to use standards for ideological reasons like Alpine Linux, Devuan or Artix. Don't get me wrong, not using any GNU tools or systemd is a cool technological feat and developing alternatives to the current consensus is how things evolve. However, these standard tools have a long history, hundreds if not thousands of maintainers and are used by millions, meaning there's a huge chance your specific issue is already solved. Refusing to use them should be reserved to very advanced users who perfectly understand what they're gaining and losing. As a beginner to intermediate level, it will at best make most of the documentation out there irrelevant, at worst make your life a miserable hell if you need to troubleshoot anything.

Philosophical questions, or "I've seen people arguing over the Internet and now I'm scared"

You've done your research, you're almost ready to take the plunge, you even read a lot of stuff on this very community or on the other website that starts with a "R", but people seem very passionately for or against stuff. What should you do?

Shoud I learn the command line?

Yes, eventually. To be honest, nowadays a lot of things can be configured on the fly graphically, through your DE's settings. But sometimes, it's much more efficient to work on the command line, and sometimes it's the only way to fix something. It's not that difficult, and you can be reasonably productive by understanding just about a dozen very simple commands.

I have a very old laptop/desktop, should I use a distro from its era?

Noooo!. Contrary to Windows and MacOS which only work correctly on period-correct computers, Linux runs perfectly well on any hardware from the last 20 to 30 years. You will not gain performance by using an old distro, but you will gain hundreds of critical security flaws that have been since corrected. If you need to squeeze performance out of an old computer, use a lightweight graphical environment or repurpose it as a headless home server. If it's possible, one of the best ways to breathe new life into an old machine is to add some RAM, as even lightweight modern sofware will struggle with less than a few Gb.

Should I be concerned about systemd?

No. In short, systemd is fine and all major distros have switched to systemd years ago. Even the extremely cautious people behind Debian have used systemd as default since 2015. Not wanting to use systemd is a niche more rooted in philosophical and ideological rather than practical or technical reasons, and leads to much deeper issues than you should concern yourself with as a beginner.

Should I be concerned about XOrg/Wayland?

Yes and No, but mostly No. First off, most distros install both Wayland and XOrg by default, so if one is not satisfying to you, try the other. Remember in the preamble when I said nVidia was a bad actor? Well, most of people's complaints about Wayland are because of nVidia and their shitty drivers, so GTX/RTX users should stay on XOrg for now. But like it or not, XOrg is dead and unmaintained, and Wayland is the present and future. XOrg did too many things, carried too many features from the 80's and 90's and its codebase is a barely maintainable mess. X11 was born in a time when mainframes did most of the heavy lifting and windows were forwarded over a local network to dumb clients. X11 predates the Internet and has basically no security model. Wayland solves that by being a much simpler display protocol with a much smaller feature set adapted to modern computing and security. The only downside is that some very specific functionalities based on decades of X11 hacking and absolute lack of security can be lost.

I want to play some games, should I look for a gaming distro?

No. General purpose distros are perfectly fine for gaming. You can install Steam, Lutris, Heroic, Itch etc. and use Proton just fine on almost anything. Even Debian. In short, yes, you can game on Linux, there are great tutorials on the internet.

Should I be concerned about Flatpaks and/or Snaps vs. native packages?

Not really. Flatpaks are great, and more and more developers package their apps directly in Flatpak format. As a rule of thumb, for user facing applications, if your app store gives you the choice between Flatpak and your native package manager version, choose the most recent stable version and/or the one packaged by the developer themselves (which should often be the Flatpak anyway). Snaps however are kinda bad. They are a Canonical/Ubuntu thing, so as long as you avoid Ubuntu, its spins and its derivatives that still include Snaps, you should be fine. They tend to take a lot longer to startup than regular apps or Flatpaks, the snap store is proprietary, centralized and Canonical controls every part of it. Also, Canonical is very aggressive in pushing snaps to their users, even forcing them even when they want to install an apt package. If you don't care, have fun.

I need/want program "x", but it is only available on distro "y" and not on mine. I've been told to ditch my beloved distro and install the other one, should I?

No. Generally, most software is intallable from your distro's package manager and/or Flatpak. But sometimes, your distro doesn't package this program you need, or an inconsiderate developer only distributes a random .deb on their Github release page. Enter Distrobox. It is a very simple, easy to use command line tool that automates the creation of other Linux distros containers using Docker or Podman (basically, tiny, semi-independant Linuxes that live inside your regular Linux), and lets you "export" programs installed inside these containers to you main system so you can run them as easily and with almost the same performance as native programs. Some atomic distros like uBlue's variants even include it by default. That .deb we've talked about before? Spin a Debian container and dpkg install the shit out of it. Absolutely need the AUR? Spin an Arch container and go to town.

Acknowledgements

Thanks to everyone who helped improve this guide: @GravitySpoiled@lemmy.ml, @tkn@startrek.website, @throwaway2@lemmy.today, @cerement@slrpnk.net, @kzhe@lemm.ee, @freijon@feddit.ch, @aarroyoc@lemuria.es, @SexualPolytope@lemmy.sdf.org, @Plopp@lemmy.world, @bsergay@discuss.online ...and many others who chimed in in the comments <3

Link to version 1: https://lemm.ee/post/15895051

2
5

There is lots of books, videos and manuals about bash. So it is hard to tell if one is good or not. By advanced bash I mean regular expressions, complex scripts, and kind-of obscure options of basic commands no beginner tutorial tells about.

3
22
submitted 3 hours ago by excursion22@piefed.ca to c/linux@lemmy.ml

cross-posted from: https://piefed.ca/c/privacy@lemmy.ml/p/859482/proton-drive-linux-client-is-being-actively-developed

I received the email this morning from Proton announcing improvements to Drive speed, and they just happened to tuck this in there:

... It also allowed us to focus on deeper integration with the rest of the Proton ecosystem (such as Drive in Lumo) and support for a Linux client, which we're now actively building.

Glad I won't have to continue using my cobbled together Syncthing solution much longer.

Here's the full email for anyone interested, seems the announcement isn't on their website yet.

Tap for spoilerDear Proton community member,

A faster, more powerful Proton Drive is here, giving you smoother access, stronger protection, and more control over your files.

Proton Drive is up to 3x faster

We rebuilt Proton Drive around a single, shared engine that now powers uploading, downloading, and encryption across all our apps. Uploads are up to 3x faster and downloads up to 2x faster, plus smoother scrolling and quicker loading in Photos. It also allowed us to focus on deeper integration with the rest of the Proton ecosystem (such as Drive in Lumo) and support for a Linux client, which we're now actively building.

Faster, stronger encryption

Your files stay end-to-end encrypted — that hasn't changed, and never will. But that happens more efficiently now. We've adopted a cryptographic advance in the OpenPGP standard, cutting encryption time for new file uploads by up to 4x.

More control over who can manage your shared files

When you share a file or folder, you can already choose Viewer or Editor access. Now you can also decide whether an Editor can manage sharing on your behalf — inviting others, changing permissions, or removing access. To keep that control for yourself only, open the share's Settings and toggle off access.

More power and flexibility across Proton Drive

Alongside the updates above, we’ve continued improving Proton Drive across platforms, making it easier to automate workflows, browse shared files, manage syncing, and work more efficiently.

  • The Proton Drive CLI is now available for Linux, macOS, and Windows, so you can script uploads, downloads, and sharing from your terminal. 
  • Grid view is now available on public Proton Drive links, making shared photo folders much easier to browse.
  • On the Windows desktop app, you can now pause syncing for a few hours or until the next day, and Proton Drive automatically resumes so you don't forget to turn it back on.
  • A new encrypted cache stores your 500 most recently viewed thumbnails, so albums you've already browsed load instantly the next time.
  • Proton Sheets now supports custom currency, number, and date/time formats, alongside bug fixes and reliability improvements.

Protecting your privacy is our priority. Follow us on X for the latest feature releases, privacy news, and security tips. Join the discussion on Reddit for insights directly from our team, and share your ideas on UserVoice to help shape Proton’s future.

Thank you for your continued support. Stay secure,

The Proton Drive team

4
22
submitted 8 hours ago* (last edited 1 hour ago) by akunohana@piefed.blahaj.zone to c/linux@lemmy.ml

Edit: feedback
Thanks for all the advice! Here's some funny feedback: it was a faulty drive 🤣 give me back my feelings 😭 obviously I'm sending it back

dhWvundoMJKYgdc.jpg

I have just received my Seagate 18TB IronWolf Pro HDD and the specs say that the logical sector size is 512 emulated. Moreover, Seagate says that switching to 4096 sector size is as easy as doing a quick format (Windows terminology?). I suppose on Linux this simply means creating a filesystem with that block size? For instance mkfs.ext4 -b 4096 /dev/device or - in my specific case - cryptsetup luksFormat --sector-size=4096 and then creating a file system?

What confuses me is the Arch Wiki article on advanced format that has instructions on how to use hdparm to tell the firmware to use a certain sector size.

Do I need to do the hdparm thing, which seemingly conflicts with the Seagate instructions?

5
29
submitted 15 hours ago by nootux@lemmy.ml to c/linux@lemmy.ml

Looking for open source linux / android stress testing software. Specifically to test storage / ram / cpu / gpu etc. Same goes for android but to also include tests for the screen / speakers / sensors etc.

Coming from windows I would use OCCT / prime95 / memtest86+ / 3D mark / valley benchmark, h2testw. So I am looking for open source alternatives, preferably with a gui, for both linux and android.

This is with an aim to just stress testing components for several hours to make sure the system as a whole is stable and working well. For new / second hand systems and for fault location troubleshooting.

Thank you.

6
24
submitted 1 day ago* (last edited 20 hours ago) by danielquinn@lemmy.ca to c/linux@lemmy.ml

I've got one of those crazy-wide screens that I usually use at 5120x1440 and it's great. However, since I work remote, I often want to share my screen with someone on a typical 16:9 screen and the options of "tab", "window" or "entire screen" aren't particularly useful because I need to switch between windows a lot as part of the sharing session: terminal, IDE, browser, back to the terminal, etc.

I'd like to be able share either (a) a portion of the screen (half?) or (b) change my resolution temporarily to something like 2650x1440 and just share the whole screen.

The problem is that as far as I can tell, (a) isn't an option, and while I can (b) change my resolution to something 16:9, it renders wide across the screen turning effectively every pixel is a wide rectangle. It's... hard to look at.

I'm using Arch with GNOME+Wayland. Is there some way for me to do either of the above?

EDIT: I found a nifty little Python script that does exactly what I was hoping for in (b) above. Apparently this is a built-in feature for Wayland, but most browsers don't implement it (yet?)

7
15
submitted 1 day ago by sinextitan@lemmy.world to c/linux@lemmy.ml

Ik I can use grep to find filenames with specific characters and then print that to a list but idk how to utilize said list to rename. I found another solution which's using mv but couldn't figure out how to make it work w subdirectories. I think using both grep and mv in unison's the answer just idk how to do it. plz halp

8
142
9
48
Learning udev (www.youtube.com)
submitted 1 day ago* (last edited 1 day ago) by akunohana@piefed.blahaj.zone to c/linux@lemmy.ml

I am reading up on udev, about its purpose, history and implementation. I have read the Wikipedia article and next I'm going to read the man pages. Meanwhile, I watched this video (Invidious link here) to see an example of what udev rules can do. I just have some questions regarding this video specifically:

  1. ~~Following the principle of least privilege,~~ shouldn't I create a separate group - usb or whatever - rather than using wheel this way, which gives it double roles?
  2. Why don't I just chmod and chown the /dev file(s) in question, if udev already provides persistent device naming (=the raw device won't have a different designation at next disconnect-connect)? Or does the designation change perhaps?
10
65
submitted 2 days ago* (last edited 2 days ago) by HaraldvonBlauzahn@feddit.org to c/linux@lemmy.ml

An important difference between Wayland and X11 is that Wayland by concept combines window manager and compositor. That made it harder to write simple or experimental window managers for Wayland, such as StumpWM or i3.

River is a compositor for Wayland that supports implementing a window manager separately, with an independent window placement paradigm, in an arbitrary language, for example Python, Lisp, Rust, zig, C, Janet - you get it.

Here is the wiki page listing 26 different window managers for river:

https://codeberg.org/river/wiki/src/branch/main/pages/wm-list.md

Some of these are only 600 lines of code in a Lisp-like language (Janet).

The ones I find most interesting are mousetrap and mopotamo - I am a big fan of StumpWMs manual tiling and configurability.

11
48
submitted 2 days ago by thermogel@lemmy.ml to c/linux@lemmy.ml

cross-posted from: https://lemmy.ml/post/50292160

🐧🇲🇽 ¿Sabían que GNOME es Mexicanx?

12
30
submitted 2 days ago* (last edited 1 day ago) by pglpm@lemmy.ca to c/linux@lemmy.ml

Edit: Thanks for all suggestion! In my case (Thinkpad) I managed to make it persistent via udev, as described here.

It looks like there was a pre-existing udev configuration about this, but had slightly wrong SUBSYSTEM and DRIVER parameters:

  • old: SUBSYSTEM=="acpi", DRIVER=="button"
  • correct (in my case): SUBSYSTEM=="platform", DRIVER=="acpi-button"

maybe because of some recent systemd changes?

Hope this may help others.


I have Kubuntu on a Thinkpad, and a S3-sleep state selected in the Bios.

My setup has always been to not resume from sleep when the lid is open. I achieved this by running once

echo "LID" | sudo tee /proc/acpi/wakeup

which toggles the wakeup-on-lid state. The behaviour would be respected upon restart.

Here's my problem: since some recent update – I don't know whether from apt or fwupd – I discovered that the laptop was waking up upon lid opening. So I issued the command above again. It works, but it gets reset upon restart, unlike before.

Anyone has good tips on how to make this setting permanent?

In the Bios I didn't find any settings about this.

Cheers!

13
257
submitted 3 days ago by thingsiplay@lemmy.ml to c/linux@lemmy.ml

Summary

  • 73% of Flathub apps labeled as "AI Slop" were abandoned within months.
  • Many were deleted or received no updates after release.
  • Analysis suggests the Flathub app AI ban helped spare reviewers and curb quick abandonware.
14
336
submitted 3 days ago* (last edited 3 days ago) by marcie@lemmy.ml to c/linux@lemmy.ml

Upstream images vs bazzite: https://github.com/ublue-os/countme/blob/main/growth_upstream_with_bazzite.svg

My prediction: bazzite may have more installs than Fedora KDE by the end of the year.

15
87
submitted 3 days ago by rayman30@lemmy.world to c/linux@lemmy.ml

I made a small tool for KDE Plasma (and other freedesktop desktops) that lets you easily customize single app icons:

  • Use your own images or library
  • Copy icon from another app
  • Pick one icon from any installed theme (without switching global theme)
  • Built-in pixel editor to create your own
  • Batch apply, undo, overrides, missing icons overview
  • Import image to turn it into an icon

Completely user-level, safe, and reversible. No manual .desktop editing.

GitHub: https://github.com/rayman1972/kappicon

AUR: kappicon or kappicon-git

Feedback welcome!-

16
43
submitted 3 days ago* (last edited 3 days ago) by kortex03@lemmy.ml to c/linux@lemmy.ml

Me and my 2 other friends were planning to play fifa on my computer last night. I have 3 gamepads. One is xbox one controller. I use cachy os and I couldn't connect my xbox gamepad. I connected it actually but the laptop was not able to understand that was a gamepad. It didn't worked. I tried for 1 hour and my friends just laught ar me because of i use linux. And the worst part, if it was windows we would have no problem. Anyway, do you have any suggestions cause i thought cachy might not be the best option for gaming. I dont want dual boot my laptop, i hate windows

17
31

Ubuntu is the leading distro, if I'm not mistaken. It's also compatible with Mint, Zorin, Xubuntu, etc, which are another leading distros than Fedora. Is it only for redhat users or secondary distro?

18
20
submitted 3 days ago* (last edited 3 days ago) by arsus5478@lemmy.ml to c/linux@lemmy.ml

sometimes youtube believes I'm a bot and won't allow downloading stuff from them with yt-dlp 2026.07.04 on debian 13.6.

I could torify the whole computer, so next time I open a terminal and execute yt-dlp it uses tor by default. Sadly, I don't know how to do that.

Another way would be to torify only yt-dlp, but neither do I know how to do that.

Changing the mac address and hostname did nothing.

Can you help?

19
43
submitted 3 days ago by Demonmariner@lemmy.world to c/linux@lemmy.ml

I bought an old HP chromebook cheap on ebay that came with Zorin OS installed. It isn't much, but just about manages to do what I need. The trouble is, Zorin seems kind of bloated and the Chromebook hasn't got much memory. I don't even have enough space to install updates.

I'm comfortable with running a pared-down OS that might be a better fit for a tired old Chromebook. What might work better than Zorin?

20
19
submitted 3 days ago by Tealk@rollenspiel.forum to c/linux@lemmy.ml

Hi everyone! I'm stuck in decision paralysis and could use some advice from the community.

I've been through several distros on my Framework 16" (AMD Ryzen AI 9 HX 370, RX 7700S, 32GB RAM) and I keep running into situations where something's missing with each one. I'm a GNOME user—that's where I'm most productive and I don't want to compromise on that.

The core issue: fw-fanctrl and framework-system integrate at the kernel level, which makes them a nightmare on immutable systems or with Secureboot enabled. That's my biggest blocker.

Here's what I've tried:

Arch Linux I genuinely feel at home with Arch, but I can't quite explain why. The problem is the installation is tedious—especially dealing with Secureboot, fw-fanctrl, and framework-system dependencies. Setup gets old after a few rounds.

Fedora Silverblue Love the immutable concept—using Flatpak for (almost) everything is clean. I layer Librewolf on top, which works fine. But fw-fanctrl and framework-system? Kernel integration makes it incompatible with the immutable paradigm.

NixOS Genuinely impressive for reproducible system configs. The catch? Local update management is a nightmare. Hard to understand what's coming in with updates and when. Terrible visibility.

Current setup: I use Distrobox heavily plus a Debian VM running VSCodium with my full dev environment. This stays.

Additional context: I've distro-hopped 2-3 times this year but I really want to settle down for a while. I'm also getting into local LLMs—running and testing models locally—so good GPU support and a stable environment for that would be a big plus.

The real question: Is there a distro that handles Framework's kernel-level tools properly, has solid GNOME integration, plays well with local LLM work, AND won't drive me crazy maintaining it long-term?

21
23

artix runit There is no /etc/modprobe.d/alsa.conf or basically, most alsa and pulseaudio config files are missing? When I connect headphones it works fine.

/proc/asound/devices returns: 33: : timer

and that's it. The only place I found anything related to the card is if I do sudo lspci -vv | grep -i audio which returns

00:1f.3 Multimedia audio controller: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 11) Kernel driver in use: sof-audio-pci-intel-cnl

cat /proc/asound/cards


no soundcards


cat /proc/asound/modules doesn't even give me output.

arecord -l / arecord: device_list:279: no sopacmd list-sourcesundcards found...

and that kind of stuff

pacmd list-sources

1 source(s) available.

  • index: 0 name: <combined.monitor> driver: <module-combine-sink.c> flags: DECIBEL_VOLUME LATENCY DYNAMIC_LATENCY state: SUSPENDED suspend cause: IDLE priority: 1000 volume: front-left: 65536 / 100% / 0.00 dB, front-right: 65536 / 100% / 0.00 dB balance 0.00 base volume: 65536 / 100% / 0.00 dB volume steps: 65537 muted: no current latency: 0.00 ms max rewind: 0 KiB sample spec: s16le 2ch 44100Hz channel map: front-left,front-right Stereo used by: 0 linked by: 0 configured latency: 0.00 ms; range is 0.50 .. 200.00 ms monitor_of: 0 module: 13 properties: device.description = "Monitor of Simultaneous Output" device.class = "monitor" device.icon_name = "audio-input-microphone"

and no other pacmd that i found related gives me anything

pacmd list-cards / 0 card(s) available.

Thanks to anyone that's able to help.

22
99

So, a quick review of an experiment I ran this week. (I also posted this at the brazilian Linux community)

Since RAM prices are VERY high, I wondered if Intel's Optane memory would be a good intermediate substitute between my SSD (a WD Green that doesn't even hit 150 MB/s on btrfs with LUKS) and having more RAM.

I did some research and saw the prices were very low, so why not buy one? Basically, the 16GB M10 modules are the Optane-only ones, so technically they would be good for this kind of task.

It arrived, I installed it on the motherboard, partitioned it as a swap, added it to fstab, and the 13.4 GiB of swap was there, with zswap configured using zswap.max_pool_percent=90 zswap.accept_threshold_percent=95, and zstd as the compression algorithm. The machine is running Artix with XFCE, a Xeon E5 2667 v4 CPU, 16 GB of RAM, and an RTX 3050 6GB.

I decided to play Victoria 3, and it was smooth. I also compiled a few Java projects, it ran smoothly as well. Then, since I didn't have anything more intimidating for my RAM, I downloaded an open LLM model to test the memory pressure, just the file size is larger than my combined VRAM + RAM, and it was the Qwen-AgentWorld-35B-A3B-UD-Q4_K_S.

It ran smoothly. Then I played a video in FreeTube and opened LibreWolf, asked it some questions, and it handled the token generation at 20 tk/s in llama.cpp without any issues. It had occasional slight hiccups (much smaller than when the swap was on my SSD), but considering I was using all of that (as shown in the image) as swap space, I think it honestly withstood the memory pressure. I tested again with lz4 as the compression algorithm and got an OOM when loading the model, so every bit of compression seems to matter as well.

So, I think it might be worth it for anyone who has a swap file on a entry level SATA SSD or an HDD, it's a good middle ground. But if you have an expensive NVME SSD, then idk if it's very worthwhile.

I did notice a good improvement in the PC. I don't think it was that useful, but at this price, it's basically free performance.

23
30
24
46
submitted 4 days ago by Virual@lemmy.dbzer0.com to c/linux@lemmy.ml
25
13
submitted 3 days ago* (last edited 3 days ago) by UninterestingVoid@reddthat.com to c/linux@lemmy.ml

I need to open this file right? but it says: 002c:err:winediag:getaddrinfo Failed to resolve your host name IP 0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION

I am using Artix Runit with intel. normally I would say btw but it feels wrong when talking about distros lol. Anyways from what I read the first one is fine apparently and the second one is not. The second one there was something of someone trying to install osu! or something. It didn't say how it got fixed, another person i finally found the solution and said:

https://bbs.archlinux.org/viewtopic.php?id=260142

i finally found the solution big_smile you need to add :

export PATH=/opt/wine-osu/bin:$PATH

(or whatever path you chose when installing wine) before starting the game !

idk what that means. Also the post was on arch forums and like also said something about intel which is idk.

I also found this: https://forum.manjaro.org/t/i-cant-install-the-physx-program-with-wine/164410/2 (it didn't work)

Anyways I was trying to run itchio amongus in here. So it sends me to itchio and it wants to open a link for among us to login in the game. I have the following .desktop file for that:

[Desktop Entry] Name=AmongUsHelper Exec=env wine /home/epik/Games/AmongUs/AmongUsItch/Itch/'Among Us_Data'/Resources/AmongUsHelper.exe Type=Application StartupNotify=true Comment=AmongUsItchio helper Path=/home/epik/Games/AmongUs/AmongUsItch/Itch Icon=ACA4_Polytoria.0 StartupWMClass='AmongUsHelper.exe' MimeType=x-scheme-handler/amongus;

It seems to be fine but the file doesn't open, like I mean if I open it directly.

yea lemmy messes with the paragraphs. I already deleted and remade the wineprefix btw. And reinstalled the game.

It is interesting that the other posts

Operating System: Artix Linux KDE Plasma Version: 6.7.2 KDE Frameworks Version: 6.27.0 Qt Version: 6.11.1 Kernel Version: 7.1.3-artix1-2 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-8565U CPU @ 1.80GHz Memory: 8 GiB of RAM (7.6 GiB usable) Graphics Processor: Intel® UHD Graphics 620 Manufacturer: HP Product Name: HP ZBook 14u G6

using wine-staging just tells me stuff the init of course., I intalled more optional dependencies and that did nothing.

I have vague memories of the program running but at this point it might be a creation of my imagination.

yea idk I will try more stuff eventually imma just do other stuff for now. If I fix it I will say it here and yea I will also run it on another machine eventually and see if that works.

Anyways if anyone can help thanks and yea.

view more: next ›

Linux

66543 readers
179 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 7 years ago
MODERATORS