You remove the scalar with pliers, then do some welding work on the initilalizer to get it to the proper shape (systemd is known to have unstandard sizes of shape and size plugs). Then, you chop the bit-stream into single bits and insert them one by one into the initializer, hold them there, then plug the initializer in systemd and let the bits fall in it. EZ
Wine tends to work better for Wndows programs that already have a Linux port, because they depend on fewer mcrosoft-specific libraries… which is not very helpful most of the time, but it is the subject matter of the meme.
Pull a docker image of an old distro into an apptainer sandbox, install what you need within, then make a .sif image, should work pretty much in perpetuity. You can also try to make an Appimage.
Great take. But you know the real sneaky one that trips you up? File system.
I wouldn’t call myself a beginner, but every time I install a Linux system seriously I see those filesystem choices and have to dig through volumes of turbo-nerd debates on super fine intricacies between them, usually debating their merits in super high-risk critical contexts.
I still don’t come away with knowing which one will be best for me long-term in a practical sense.
As well as tons of “It ruined my whole system” or “Wrote my SSD to death” FUD that is usually outdated but nevertheless persists.
Honestly nowadays I just happily throw BTRFS on there because it’s included on the install and allows snapshots and rollbacks. EZPZ.
For everything else, EXT4, and for OS-shared storage, NTFS.
But it took AGES to arrive to this conclusion. Beginners will have their heads spun at this choice, guaranteed. It’s frustrating.
Makes sense to go simplest as possible on a home pc and even home sever. More important with raid and production capacity planning or enterprise stuff.
I’m still figuring it out. I know ExFAT works across all desktop OS’s, NTFS works with Linux and Windows, and ext4 only works with Linux.
But it took a half hour of googling to figure out you can’t install Linux on NTFS. I planned to do that to ease cross platform compatibility. Oops. I’m also attempting a RAID 1 array using NTFS. It seems to work, but I’m not sure how to automatically mount it on boot. I feel like I might have picked the wrong filesystem.
Hey there friend! Sorry to hear about your woes. From my understanding in practice, ExFAT is usually better as more of a universally readable storage system for external drives. Think, using the same portable drive between your PS5, friend’s mac, and whatever else. Great for large files and backups! Maybe not as much for running your OS from.
My approach and recommendation would be that you don’t want OS’s seeing each others’ important business anyway. Permissions and stuff can get wonky for instance.
So your core Linux install can be something like EXT4 or BTRFS. I like BTRFS personally because you can set up recovery snapshots without taking tons of space. It does require a little extra understanding and tooling though, but it’s worth looking into. (There’s GUI based BTRFS tools now though. Yay!)
EXT4 is nice and reliable and basic. Not much to say, really! Both can do RAID 1.
Next, a /home mounted separately, this COULD be NTFS if you really wanted that sharing. (BTW there’s some Windows drivers that can read EXT4 I think?)
BUT I feel more organized using a different way:
What I do personally is keep an NTFS partition I call something like “DATA” or “MAIN_STORAGE” and I mount this into my /home on Linux. It’s usually a separate, chunky 4TB HDD or something.
On Windows this is my D:\ drive, and it’s also where I store my project files, media, and whatever else I want easily accessible. Both OSs see those system-agnostic files, but are safely unaware of each other’s core system files.
In Linux, you can mount any folder anywhere, really! You can mount it on startup by amending your FSTAB on an existing install or setting the option during installs sometimes.
So the file path looks something like /home/MonkeMischief/DATA/Music
It’s treated just like any other folder but it’s in fact an entirely separate drive. :)
I hope this was somewhat helpful and not just confusing. In practice, it’ll start to make more sense I hope! The important thing is to make sure your stuff is backed up.
… Perhaps to a big chonky brick formatted as ExFAT if you so choose. ;)
I am experimenting with Linux on two devices: My daily driver laptop and a desktop.
The laptop is set on a dual boot from 2 SSDs. The first SSD contains Windows and has one 2TB NTFS partition. The other SSD has a 250GB partition for ext4 where Ubuntu lives and a 750GB partition for ExFAT.
The desktop has a 500GB SSD with ext4 for the OS, and has two 4 year old 2TB HDDs for data. This is why I’m trying to run them in RAID 1. For cross compatibility (and what they were already formatted as), they are in NTFS.
What do you think of that? Am I using adequate filesystems?
I did NTFS because both windows and Linux can read it. Do I know literally any other fact about formatting systems? Nope. I’m pretty sure I don’t need to, I’m normie-adjacent. I just want my system to work so I can use the internet, play games, and do word processing.
I once tried to install my Steam Library in Linux to an NTFS partition so I wouldn’t have to install things twice on a dual boot system. Protip: don’t do that.
I once heard that the trick to this is you need to let Steam “update” every game before you switch OSs. If it doesn’t get to finish this, it will bork. That’s also highly impractical I feel though.
So yeah on my dual boot Linux is for making things and doesn’t see my main Steam library. Win10 is just for games. :p
EDIT: Win11 or 12 won’t be a problem because I’m confining them to a VM for only the most stubborn situations, and doing everything including gaming with Linux. :D
If I read lsblk correctly, I am using ext4 for my whole drive. I have used linux for some years now, but I never bothered to learn more than “next next next done” when installing my OS.
Does BTRFS popOS allow BTRFS? Should I bother for a daily driver?
Only have one HDD and using a laptop, ext4 has been working well enough so far. I only wonder if there is something else I should use for my home drive for better disaster recovery.
It really depends on the disaster. Snapshotting isn’t strong disaster recovery protection. It’s more like I’m about to do something stupid and need to undo. If you need real disaster recovery slap an NVMe in an external enclosure and sink them up occasionally. Or set up sync thing or something like that.
Lending my voice to this as well for most, my thought is EXT4, without LVM, deferring to the preferred FS for the distro. It is a mature, stable, and reliable choice and logical volumes complicate things too much for beginners.
If dual-booting, yeah, definitely an NTFS partition for shared storage (just be aware that Windows can be weird with file permissions and ownership).
Ext4 is the safe bet for a beginner. The real question is with or without LVM. Generally I would say with but that abstraction layer between the filesystem and disk can really be confusing if you’ve never dealt with it before. A total beginner should probably go ext4 without LVM and then play around in a VM with the various options to become informed enough to do something less vanilla.
It makes adding space easier down the road, either by linking disks or if you clone your root drive to a larger drive, which tends to not be something most “end users” (I try not to use that description but you said it heh) would do. Yes, using LVM is optional.
It’s all skippable if you want… Just put a large / filesystem on a partition and be on your way. There are good reasons for using it in some cases (see my response now).
Honestly, I’d say the defaults most distros use will be fine for most users… If they don’t know why they should use one filesystem over another, then it’s almost certainly not going to matter for them
You should try and download some RAM from the user-space. Regarding the system, you should really switch to a muted one, I was extatic when my system stopped bitching all the time.
Running the Windows version in Wine probably would never have occurred to me.
Arch (i UsE aRcH bY tHe WaY)'s AUR has a package for it. I just installed gpaint on a Raspberry Pi 4 just to see if it worked. It worked perfectly. (Disclaimer: I did have to update the architecture in the PKGBUILD to allow armv7h, but on an x86_64 machine, that wouldn’t be an issue.)
You could probably run Arch in Docker and install the AUR package in the Docker container if you wanted to go that route.
I do this using an Arch distrobox on my openSUSE Kalpa machine whenever I need anything that isn’t flatpak’d or available through my tumbleweed distrobox.
linuxmemes
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.