Linux

Linux mint, old ass ddr3 am3 fx 8 core proc

I was wondering why random files kept getting corrupted when transferring to my flash drive, until i downloaded a Linux iso and copied it to a flash drive when i went to check the 256 hash on it was not matching. I had copied the exact file to the drive so there was no way it wouldnt match. Found out the back 3.0 ports work fine, copied the exact same file and the hashes matched. And yes, it was all through reputable sources.

And the odd thing. My front port is just a 2 ft usb cable that rubs through the case out the back and plugs into another 3.0 port. It doesn't pin directly to the mobo, and its not a hub.

So confused how 2ft of cable was corrupting file xfers.

Going through a bunch of JavaScript I do not trust and it has a ton of web address comments like citations but likely some bad stuff in there too. What could be swapped with the address to instead act as a local tripwire or trap?

Just a mild curiosity for scripting stuff.

cross-posted from: https://lemmy.ca/post/62278765

Software changes for compliance with age-verification laws are being pushed a bit everywhere in Linux-development; for example:

• In Systemd, already merged.

• In xdg.desktop.portal (a portal frontend service for Flatpak and other desktop containment frameworks), still open.

• In Arch Linux, still open.

• In Freedesktop.org, still open.

It's interesting that it's the same small group of people behind these pull requests, and that discussion threads in them have been locked owing to a great amount of negative criticisms.

They say "we have to comply with the law". Which also means that if "the law" in the future will require proper verification, handling to 3rd-parties, or whatnot, then they will comply.

Well, it's their right to. They don't owe anything to anyone, and are under no obligation to report to users or to the community, nor to pay heed to anybody's wishes.

If things proceed in this direction, we users may at some point have to choose between privacy-friendly Linux distributions or legal Linux distributions. People who, like me, are worried, need to start thinking about concrete actions to take before it's too late: where to develop such distros? which channels to download and distribute them from? And so on. (And of course, more generally we need to write and protest to politicians, organize protest marches, go on strike, refuse to comply...)

It's good to remind to those who keep on repeating the words "legal" and "illegal" that for example Nelson Mandela was, technically speaking, a criminal who did and promoted illegal activity. This happens when laws become immoral.

Salutations!

I've been running Manjaro on my T495 without a hitch for a long time, now. With all the chatter about Manjaro possibly not being maintained, I wanted to explore jumping to a different distro like CachyOS. The problem is, when I installed Manjaro on a BTRFS filesystem, I didn't make a separate /home partition. Is there a way to migrate to CachyOS without deleting /home?

I realize BTRFS uses subvolumes instead of "real" partitions, but I'm not sure how to proceed. In my initial searches, there is a process to rename the subvolumes to something else, install CachyOS, then use rsync to restore my files, but I don't know WHERE to do this. In the LiveUSB environment? During the installer? (See post Here)

Or am I better off just using rsync to backup the whole /home folder to an external drive, install CachyOS fresh, then rsync my files over when the installer is completed but before I boot for the first time?

Apologies if this is some basic stuff, I just don't want to lose any data, especially my Docker containers and pictures.

cross-posted from: https://lemmy.ca/post/62271746

Add a required birth date prompt (YYYY-MM-DD) to the user creation flow, stored as a systemd userdb JSON drop-in at /etc/userdb/.user on the target system.

Motivation

Recent age verification laws in California (AB-1043), Colorado (SB26-051), Brazil (Lei 15.211/2025), etc. require platforms to verify user age. Collecting birth date at install time ensures Arch Linux is compliant with these regulations.

This is just a pull request, no changes yet.

The pull-request discussion thread has been locked, just like it happened for the similar thread in Systemd, owing to the amount of negative comments...

I was using pop os and was able to see my storage here. But now on arch with gnome it doesnt show the same. It shows only root particion space, and not my main space that i use for programs, games and stuff..

Why is that and can i fix it somehow..?

cross-posted from: https://lemmy.ca/post/62271427

For those interested, the Systemd release that's planned to include the controversial 'birthDate' field to user records, complying with age-verification laws, is v261 (see 'milestone' in the pull request). This release seems to be planned for May.

The current release, from some hours ago, is v260.1. I see that Ubuntu Noble (24.04) just updated to v255.

cross-posted from: https://lemmy.ca/post/62296258

I find it sad and very anti-democratic that they blocked my post, which is polite and respectful. The reply of the moderator was moreover rude: "Instead of starting useless drama here, seemingly in search of magic validation points" and "Go and protest somewhere else, to the people that can actually do something about it."

Here's my polite open letter:

---

I have been happily using KDE software, and especially the Kubuntu Linux distro, Plasma, and Dolphin, for almost a decade, on several devices. Of course I’m also a regular donor and affectionate follower.

It seems that more and more software developers in the Linux and FOSS ecosystem want to implement changes to comply with various age-verification laws. I understand that for the KDE developers and maintainers it might be a difficult decision whether to make this kind of changes or not. They have to consider “legal” aspects, collaboration with other developers, and, possibly, also what their user base think. What to weigh in, and how much weight to give to what, is of course up to the maintainers and developers.

I respect the choice that will be made by KDE. But I also want to make clear, in a respectful and polite way, that if such changes are implemented in KDE software and the Kubuntu distro, then I’ll move away from them, to other software and distros that do not comply (there already are some and I’m sure there’ll be plenty more).

“Well, who cares?” might the KDE people justly say. Partly I’m writing this open letter out of a feeling of friendship. It’s somehow like when you discover that a dear friend might have values very different from yours, so you have to break your no-longer-meaningful friendship, but you also feel you have to explain to your friend why, rather than going away silently. I also believe that many other KDE users think like I do, so this message does not come from me alone.

For me GNU Linux and FOSS is not only a choice about software: it’s also a choice about human values, human rights, and moral stances. These laws, besides being pointless, cross a threshold about human rights and values that I personally do not and will not allow (if this makes me a “criminal” in the egregious company of “criminals” like Claudette Colvin or King or Mandela, so be it). I want therefore to use software that also makes a similar choice, based not only on what’s “legal” but also on what’s “moral”. Besides appeals to politicians, marches of protests, strikes, and similar, also software choice is a form of protest and non-compliance; a stance.

The container runs a local host server for use in a browser and is untrusted for development reasons. It needs to be treated as an advanced black hat. Its primary goal is recon and sending critical information via advanced connectionless protocols of unknown type. While extremely unlikely, it should be assumed to have access to proprietary systems and keys such as Intel ME and a UEFI shim of some sort. It may also use an otherwise trusted connection such as common git host, CDN, or DNS to communicate. It tries to access everything possible, key logger, desktop GUI, kernel logs, everything.

What is the Occam's Razor of solutions that best fit the constraints in your opinion? Other than the current solution of air gap.

cross-posted from: https://lemmy.ca/post/62192988

The latest changes implemented in the Systemd repo, related to or prompted by age-verification laws, have made many people unhappy (I suppose links about this aren't necessary). This has led to a surge in Systemd forks during the last days ("surge" because there have always been plenty of forks). Here are some forks that explicitly mention those changes as their reason for forking (rough time ordering taken from the fork page):

• paramazo/systemd "The systemd System and Service Manager without age verification"

• ganitam/systemd "Systemd fork just before the Age Verification addition. Hoping more capable developers and maintainers do same.."

• GSYT-Productions/systemd-fork "The systemd System and Service Manager, without the stupid Age Verification"

• speedythesnail/unre tarded-systemd "The systemd System and Service Manager, without the r e t arded age-verification commits"

• ta13579/systemd "The systemd System and Service Manager WITHOUT THE FUCKING AGE CHECKS"

• r4shsec/systemd-no-age-verification "This is systemd but without the age verification made via pull request https://github.com/systemd/systemd/pull/40978"

• Pingasmaster/fightthesystemd "Systemd without the nonsense: no age verification, no lighthouse built-in."

• Jeffrey-Sardina/system "Liberated systemd -- no surveillance. Ever."

• HaplessIdiot/systemd-saneagecheck "The systemd System and Service Manager with age verification bypass and polling rate options for said feature"

• Queer-Coded-LGBTQ/systemd-fuck-california "The systemd System and Service Manager, but without age bs added in."

• Codiak540/unshitted-systemd "A fork of systemd aiming to strip the Age verification. Sue me california."

Hopefully the energy of this reaction won't be scattered among too many alternatives, although some amount of scattering is always good.

cross-posted from: https://lemmy.wtf/post/39686444

Per the very first reply on their thread discussing it in their forums, which I linked directly to for the post title:

We'll NEVER require any verification or identification from the user.

However, what's gonna happen should the attempts to age-gate the XDG portal screw over alt-init distros like Artix too? My guess is maybe they start blocking regions which force age gating like Arch Linux 32 is doing.

Looking for options to send SMS from Gnome desktop.

I've been using google's browser based app, but obviously would like to use something that is not google dependent.

I've tried gsconnect. I need to give it a good go but my initial findings are disappointing. If this is what others are doing then I'll stick with it.

I thought there would be some way to view the android ui from my phone, on my gnome desktop but that doesn't seem to be a thing.

I have a music script I'm working on that uses VLC as its backend for playing music in the background. However, I was looking around the MPV CLI arguments, and there's quite a few things there that would work for my script.

However, I have a few issues with MPV before implementing this addition:

1. I don't want a window to appear whenever I launch MPV.
2. I want MPV to remember certain properties, like volume.
3. I don't want the CLI info displaying in the terminal. This would cause issues as now MPV will close when the terminal closes. I need this to run in the background, like VLC.

I've kinda managed to solve 1. by using --no-vid, but I haven't figured out 2. or 3. yet. Does anyone know any tips, tricks, arguments, etc. to get the desired experience I want with MPV?

It's a Python program, so I am using subprocess currently.

cross-posted from: https://lemmy.dbzer0.com/post/65555474

Fork time? Maybe all the anti-systemd zealots were right all along...

Edit: To address whether it is likely that this change will affect users: Gnome is planning a stronger dependence on userdb, the part of systemd where this change is being implemented. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/

Final edit: The PR has been merged into main.

I have a gaming pal thats not super techy, and kind of lazy, so they're still on 10.

I really doubt he will ever change to Linux (he complains if we have to play any game not in the steam library, he is not a tinkerer) but I wonder how much I need to remind him to change to either win 10 iot or maybe try Linux? Is it even a concern?

Hey all, new to Linux so bear with me here.

I was on plasma wayland and I updated my Nvidia drivers to version 550.163.01 on my 3050 (confirmed after running the 'nvidia-smi' command in konsole) the other day, and I can only boot into the plasma x11 desktop environment. Whenever I try to to log into plasma wayland, the screen will go black for a second and then automatically return me to log in screen.

After running uname -r, my kernel version is 6.12.74+deb13+1-amd64

The system runs okay on x11, but some programs don't work as they should, and the whole system seems a little sluggish. Any ideas to get back into wayland?

Bluetooth not working at all, internet not working at all, and even the setting for HDMI audio output is gone. The settings page is just empty.

I managed to load an older kernel(?) and got Bluetooth and internet working again, but still no audio. I'm as much of a novice at running Linux as you can get. I've been trying to troubleshoot this with the help of an LLM, but I have no idea what I'm doing here.

Any help, please?

I just want to hear the community's thoughts about this.

Current scenario is

• We have Asahi on Apple devices but it's not for everyone
• Snapdragon X Elite has shit compatibility with Linux
• Pinebook is okay but they are low powered

We don't have a good Apple level or Dell XPS level ARM laptop. Heck, even Microsoft is not sure of their ARM strategy, given the glacial rate at which they release feature updates for their ARM devices.

So when do you think we will get good ARM laptops and who will come on top? I think late 2028 or early 2029 we might get them (after the AI bubble bursts).

I am trying to mount an nfs share from my local network using qubesos. I know that the same configuration works on a different debian machine, but it doesn't work under an app VM, creating the following error:

$ sudo mount -t nfs -o nfsvers=4.2 -o sec=krb5p <nfs share> /mnt/removable/ -vvv
mount.nfs: timeout set for Sat Mar 14 16:35:14 2026
mount.nfs: trying text-based options 'nfsvers=4.2,sec=krb5p,addr=10.206.0.206,clientaddr=10.137.0.9'
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified for /mnt/removable

Is this a firewall issue somehow? I don't see how that would happen, since nfs should work over the internet. I have installed nfs-utils to the template, but I'm not completely certain that's actually what's being used.

Note that AppArmor is responsible for some of the sandboxing in container systems like LXC.

Debian updates are available now:

https://lists.debian.org/debian-security-announce/2026/msg00072.html

I'm looking to turn an old laptop into a home server. What distros make sense to use for that? Use a server dedicated distro like Ubuntu Server or is a regular desktop environment like Mint fine too?

Edit: TL;DR use Debian

After installing Bazzite this morning, everything is working great except that my hard drives (2x 4 TB) are not showing up.

I previously used them on Windows for my media and plex server (which I still have dual booted while I get my bearings on Linux), but they’re not showing in Linux.

Any ideas?