I thought this was stupid, how much space could a language pack take? Then I tried it and my system is at least %15 faster, turns out there is a bug in the dialogue disseminator preventing matriarchal ascension in the domestic power structure.
Although I'm French, I still laugh at the stupid memes by the English speaking internet that make fun of my people.
Then again, there is a sense of justice in imagining people falling for this. 😁
This is very much the Linux version of the old tricking gamers to alt+F4 gag.
My favorite was when I was teaching a friend Squad, and we were in a vehicle. I explained you hit the F keys to change seat (which is true), so F1, F2, F3, etc. Noticing that seats 1, 2 and 3 were filled, I then told him he can hold down alt to swap seats faster. He then immediately quits the game xD
How do you think this is making fun of your people? It's making fun of non-French people that would want to "remove the French language pack" because they're not French
My filesystem is btrfs and I've got timeshift setup, how hard will this fuck me, if at all? Is there anyway I can be fucked harder? (Asking for a friend)
On a Btrfs filesystem, running rm -rf /* will attempt to delete everything in the root directory, which includes all files and directories accessible to your permissions. However, Btrfs snapshots are designed to be resistant to regular file deletion commands. Here’s what happens:
1. Snapshots remain intact: rm -rf /* doesn’t automatically delete snapshots because snapshots are stored in special subvolumes. By default, this command won’t affect subvolumes that are not mounted within the filesystem you’re deleting from.
2. You would need specific commands to delete snapshots: To delete snapshots on Btrfs, you would typically use a command like btrfs subvolume delete <snapshot> for each snapshot individually, as snapshots are managed by the filesystem and not treated as standard directories.
3. The data inside the snapshots is preserved: Even if files in the root filesystem are deleted, any data captured in snapshots remains, as snapshots are essentially read-only copies at a certain point in time.
Important Note: If the snapshots are mounted and accessible in the directory tree where rm -rf /* is run, you could accidentally delete them if the command traverses into the snapshots’ directories. To protect snapshots, administrators often mount them in isolated directories (e.g., /snapshots) or keep them unmounted until explicitly needed.
In summary, unless you run specific deletion commands for Btrfs subvolumes, snapshots should remain unaffected by rm -rf /* due to the unique way Btrfs manages snapshots.
Don't ever do this on a current bare metal system!
Even if you have everything backed up, plan on re-installing anyway, and just want to see what happens.
On a modern EFI system, recursively deleting everything (including the EFI path) has a chance of permanently hard-bricking your computer! https://github.com/systemd/systemd/issues/2402
That's not comparable. The situations are quite different. Let me explain:
In your example: Windows. It's basically the "default" operating system. Billions of users. Some of those billions are kinda dumb and will type in a command or delete a folder because the Internet said so. Ok, so you ruined the day of some dummy with a practical joke. Not particularly funny, but whatever, it's just some dummy.
In the Linux example, here's how it goes. There's an alternative OS people can try out. People who are fed up with Microsoft. They install Linux for the first time, and what's their first experience? Some practical joke ruins their day. These are the people we want! The good ones. The ones brave enough to try out Linux, and their first experience is a dumb meme that ruins their day, or week, and totally turns them off from the Linux community.
This is not the same as pranking some dumb Windows users.
Along with 3 other paragraphs of reading, writing, and security, or just other complicated stuff they don't need when they really just need to click properties then allow executable.