Most Linux filesystems, being case sensitive, won’t find the SUDO command.

Can you explain the Ethernet requirement more? Was that just that the computer didn’t have WiFi, or was it set up such that only the wired interface worked with their VPN, or…?

Can you explain your travel router situation? Did you use the travel router to access WiFi and provide an Ethernet port for the computer (I think this is called “WISP mode”)? Or was this an 4G/5G router?

In any event, at least on Android you can connect to WiFi and tether to a computer over USB. It’s very useful for setting up a computer without WiFi drivers, as Linux will almost always recognize the shared Internet (so, it’s functionally a USB wifi dongle with very good driver support).

Bonus points: use non-qwerty keyboard for added obfuscation (but keep the qwerty key caps of course).

Others mentioned virtualization — I have had issues with COW filesystems (btrfs), as COW does not always play nicely with VM drives (extreme fragmentation and very poor performance).

Maybe there’s some interplay between amd64 and x64 architectures.

AMD64 and x64 are the same thing. Do you mean AMD64 and x86? There is definitely interplay there, as AMD64 implements the x86-32 instruction set.

To each their own though? I can’t imagine why anyone would want something other than i3 (or similar), because almost by definition the DE is not the program I fired up my computer to interact with, and i3 “gets out of the way better” than most others in my experience.

But…that’s just my use case. It’s a horrible UX for most people, just happens to work well for me.

I feel old…when I was learning how to run Linux I started with an old 386 (maybe 486?) my dad wasn’t using. I think it had 32MB RAM, which was fancy for those machines.

We had dial up at the time, so only one machine could be on the Internet. So, I set up a modem on the x86, plugged into an Ethernet hub (switch?), and learned enough ipchains (this was before iptables) to share a connection. It also ran Samba, an AFP server, and probably FTP and HTTP (just for local access) — but it worked for filesharing.

It could also run MP3 streaming software which amused me because the machine itself was too slow to decode MP3 (but that’s not necessary to stream).

You mentioned ham radio — definitely fun! It’s a process to get into it though, as you need to study/pass an exam, and then you need a radio. Radios range from cheap ($25 or so) in the VHF/UHF (“walkie talkie”-style) to more expensive for an HF rig ($1000 range for 100W HF). If you want to get into low power (“QRP”) it can be much cheaper. You also need a fair amount of space for a good antenna setup…

There are tons of different communication modes, some without a computer and, like you mentioned, some that use computers. wsjtx and fldigi are popular programs.

Good luck!

D’oh, I’m a doofus — it’s search that I was thinking of (apt-cache search, not apt-get search).

Can apt-get refresh package list?

Edit: yes…yes it can. I was confused.

Sounds like you’ve only ever used desktops and/or laptops…

Windows is just as hard as linux, harder even with all the layers of obscurity.

With Windows, there is 1 current version of Windows (11), 1 “almost current” (10), 1 “outdated but you’ll maybe see it” (8.x) and only a few “you’ll probably only see this in obscure situations” versions. Linux has as many “parent” distros/package management systems (apt, rpm, pacman, etc.). This definitely complicates things, as each distro family does things slightly differently.

And we haven’t even touched the window manager/DE choices, of which there are a ton (as opposed to Windows). “Combinatorical explosion” maybe isn’t the right phrase, but you get the idea — Debian with i3wm is wildly different from Fedora Plasma.

This is all a good thing though, as Linux users tend to like the choice and flexibility — but it does mean that the “right way” to do something on Linux is very dependent on your particular setup, which isn’t the case with Windows.

(I have used Linux for the last 20+ years, and it’s definitely my preferred setup, and am lucky enough that I rarely use Windows for work, and never for personal use.)

And many folks have headless setups — raspberry pis, home servers, VPSs, etc. It’s kinda overkill to install a desktop environment on a headless box if the only reason you need it is so you can VNC into it for a simple task that could be done over ssh.

For some (most?) of us, we don’t have ssh access open to the world, so everything is over a VPN. So I can just use NFS over WireGuard which afaik is fairly secure, if you trust your endpoints, and works great over the Internet.

On linux you can"t install or uninstall anything if you are not root

That’s not true at all. You generally can’t use your distribution’s package manager to install or uninstall without elevated privileges. But you can download packages, or executables with their own installer, and unpack/install under your home directory. Or, you can compile from source, and if you ./configure’d it properly make install will put it under your home.

Standard Linux distributions don’t place restrictions on what you can and cannot execute; if it needs permissions for device access of course you’ll need to sort that out.

Newer macOS is not Unix certified.

It’s UNIX 03 compliant https://en.m.wikipedia.org/wiki/Single_UNIX_Specification

One or two Linux distros were (are?) UNIX certified, though.

Haha yeah that was the counter example I was thinking of. I agree completely — you could make a Gentoo from source beginner distro, and I think you could make it reasonably “idiot proof,” but it would still be a bad user experience most likely (too much time spent compiling).

If your distro can’t be forked into a “beginner distro” then it’s fundamentally flawed IMHO.

To be clear, I’ve used Arch as my daily drivers for a while, and while it’s not the best fit for my needs (I use Debian mostly), there’s nothing that I experienced that was incompatible with a “beginner” distro.

You can also drop cache for debugging by running something like echo 3 | sudo tee /proc/sys/vm/drop-caches

But remember that the kernel knows best — this RAM will automatically be freed up when needed and you should never run this except for debugging (or maybe benchmarking).