this post was submitted on 10 Feb 2024
612 points (94.1% liked)
linuxmemes
20880 readers
9 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Everything is a file. You can control all of your hardware just by writing data to different files.
On Windows you have C, D and COM1, COM2
On Linux and other *nixes you normally have /dev/sda1, /dev/sdb1 and /dev/ttyUSB0
Titty USBs??? No wonder nerds love Linux!
Yeah, they come in "handy" 😂.
this doesn't help at all
Edit to clarify: You're just explaining back-end stuff that should be completely invisible to users (and normally is). The parent comment specifically mentioned partitions, when you install a new Linux OS the installer asks you "how do you want your drive split up? where do you want the swap, and how much?" etc etc. which a newbie can't even begin to answer, it shouldn't even ASK that if the user didn't specifically choose to set this completely manually.
most installers for just works distros give you a recommended configuration that you can just click "yes" to
As another commentor said most Linux distros will do that for you.
If you still aren't sure then the answer is generally: swap should be at least as big as you have RAM at least if you want to hibernate. If you don't want to hibernate then you can make it smaller but it might impact system performance when low on memory.
For file systems they will often offer you LVM or ZFS or occasionally BTRFS as options. These all allow you to make system snapshots (like the concept of restore points in Windows). If you like the idea of that then say yes, otherwise you will get slightly better performance not using those systems. ZFS and BTRFS also have other uses like RAID-like functionality and detecting and possibly correcting data corruption - with only one drive these features are not as useful though.
BCacheFS is new to the mainline kernel and does much the same as ZFS and BTRFS, when distros start offering this as a supported option it's probably a good idea to use this, kind of unfinished at the moment though.
Edit: also if it asks if you want a separate /home generally you want to say no. Unless it's a btrfs subvolume or zfs dataset in which case say yes.
LVM has snapshot support 🤨? Is this a new thing?
Yes they are. Regarding data integrity (bit rot or read/write errors) though. Regarding data backup, no.
I think kernel support is planned for version 6.7... I think.
Yeah it's included in kernel 6.7. Still probably too new to really use as they are still working on certain features like erasure code/parity.
Without another drive it can't rebuild data, so all it can do is detect corruption not correct it.
Yeah, that is still too unsable in real world scenarios.
Still, it's great that people are doing this from scratch, not just build on what Oracle throws at us. I do wish they address the RAID5/6 issue properly, not just throw it under the carpet like BTRFS. I did hear that they are working on fixing RAID5/6 in BTRFS, but I haven't looked at how far things are. I still use it with mdadm in the background for the array.
I would just stick to the defaults.
Systems don't always give defaults. That's what the guy I am replying to is complaining about.
It's not exactly backend. It's how UNIX like OSes work. Sooner or later, you're gonna have to learn this. The idea behind what @[email protected] said was (IMO) better have this in the back of your mind when it comes to Linux, cuz you're gonna need it sooner or later. Just keep it tucked away for when the time comes.
The Linux mint installer does this automatically. All you need to choose is whether you want to wipe your drive or install along side a existing os
Edit: added specifics
To be fair, I haven't thought about the USB low-levei devices in years. Nowadays most things just work, and if they don't you do a quick
lsusbto check it actually sees the device then you Google what package you need to install.Yeah... compiling from source to get a kernel module loaded is a part of the past now. Though we still do it from time to time, for some obscure pieces of hardware (like my Microtek scanner 😒), but things just generally work out of the box.