Ever had a question about Linux but felt too afraid to ask? Well now’s your chance, ask any question about Linux, no matter how noob or repeated it is, and I and others will help answer them.
Previous noob question thread: https://lemmy.ml/post/14261893
I’m always too afraid to ask… Is this year finally the year of Desktop Linux? Is next year the year of Mobile Linux?
trolololo.jpg
I kid, this year has been the year of Desktop Linux for well over two decades for me. Obviously! And I think this megathread is great idea :)
No question here, just wanted to highlight that I use arch btw
Real talk, I want to try Guix but I have not successfully installed it on any hardware, including VMs. This includes with nonguix for proprietary drivers and stuff. I can never get past install, it always just craps out on some substitution thing. Am I just stupid?
Howdy. I have a “homeserver” that I’d like to actually start using. What’s currently keeping me from it are… Permissions.
I have TrueNas Scale running on top of Proxmox, and I can’t for the life of me not access NFS Shares from other VMs (specifically a Debian VM that I use as Docker Host) that I host in Proxmox. Plox hlp.
What is something Linux related that you’ve learned recently?
As a meta question, could this work as an additional (or alternate) recurring discussion question? It felt similar in intent, to encourage people to keep learning / asking questions and chances are that if someone learned something then others will benefit from the information (or correct them)
After 26 years of using Linux, I did my first baremetal “immutable” distro install last week.
My youngest son is starting school and instead of the Chromebooks that they recommend, I took a chance and installed Fedora Silverblue on a $200 Lenovo “student-rugged” class laptop. Everything works and he hasn’t had any issues so far. He gets access to the same student platform as the other students through Chrome, but then I can install Minetest and Tux Paint and GCompris as well.
The older kids run Debian stable for years now, but if this works out, I might transition them over next semester.
I learned how a kernel actually loads a program and switches between them by using timer interrupts and interrupt vectors that point to specific locations in memory to resume execution from. Not specifically Linux related, but I’m trying to learn more computer science, and it just clicked for me two weeks ago. I’ve been programming microcontrollers for ten years, but those are monolithic programs, and while I knew what interrupts were and have used them, I never understood how an OS actually runs multiple things while staying in control. Now I do. About time I understood a core concept of these machines that have been here all 42 years of my life.
It’s one of those “aha!” moments like when I realized classes and structs are just data types like any other in C++ when I was starting off programming and can be used like them. OOP became fun after that.
The other day I learned that you can just grep an unmounted filesystem device. It will read the entire disk sequentially like it’s one huuuuge file. And it will reveal everything on that disk… whether a file inode points to it or not.
Used it to recover data from a file I accidentally clobbered with an errant mv command. It’s not reliable, but when you delete a file, it’s usually not truly gone yet… With a little luck, as long as you know a unique snippet that was in it, you can find it again before the space gets something else written there. Don’t even need special recovery tools to do it, just use dd in a for loop to read the disc in chunks that fit in RAM, and grep -a for your data.
I got one!
What constrains access to an rpc socket in the file system? Is it just the permissions of the socket or is there more to the whole process?
E: I originally wrote port instead of socket because it was early lol.
I meant to write socket instead of port because I was tired.
If for example a program can take rpc over a socket which is a file somewhere is it just the filesystem permissions that determine what can be done or is there more at play?
