Ah, delete the windows partition. That should keep me safe.

Same. I go through periods of printing a lot then getting busy and not touching it for months. I’ve noticed my PLA and PLA+ get really brittle as they age even when stored in a dry box and drying again before use.

I can usually get it to print but I have to be gentle with it.

Other recommendations are great but you could also try some type of adhesive AFTER you’ve eliminated any other potential problem sources.

It does look a over extruded. Have you calibrated your esteps? I always need to do that when changing filament types and sometimes even between rolls of the same filament type (especially bargain bin PLA from amzn)

My ender 3 with a textured glass bed sticks perfect with PLA and nothing else. For some reason PLA+ tends to lift. Glue stick helped with PLA+ but I hated dealing with because it REALLY stuck so I switched to masking tape. That does the job and is easier to remove. On my CR-10 with plain glass bed (no texture) I use hairspray… Mostly because that’s what the guy I bought it from recommended and, to be honest, it does work amazingly. Nothing sticks to that glass plate bed without an adhesive but it pops right off once the bed cools down.

That said, I don’t recommend “extra” adhesives unless you’re fully sure you’ve solved any other potential problems. They can be a help/bandaid but if the root cause is something else then you’re just masking it.

Some materials and beds need some help, some don’t. I primarily use PLA and PLA+ with the occasional PETG and TPU.

Yep, that’s why I made sure to include that “we all know how fun BIOS RAID is” bit.

It was fine with the previous 2TB RAID1, but that doesn’t mean anything.

I’ve been on mint for ages but when I updated my RAID this year it originally wouldn’t recognize it. I eventually got it recognized but it capped the 16TB drives at 999GB for some reason. For fun, I went up the chain to Ubuntu… Same thing

In frustration I went to Grandma’s house with Debian and it worked perfect out of the box. I’d spent hours researching it but the best I found was a potential RAID related bug (lvm, specifically, I think) introduced in Ubuntu that, of course, filtered into Mint. Even fdisk reported the physical drives as 999GB in Mint/Ubuntu.

I still don’t know the exact cause but I got it up and running so I’m a Debian guy now, I guess.

Granted, my use case isn’t super normal since I’m using a BIOS RAID1 (and we all know how fun BIOS RAID can be) with full disk encryption.

Worked out in the end but it made me sad to ditch Mint

I’ve been considering this too. I don’t have much time at all to game but feel like maybe I’d do better with a portable than can stream to a TV.

I need to search up if they support all games or just those that have been ported. Surely it’s more than what has been ported to Linux…

But my mouse and keyboard, hmm

Seems I’ve been watching too much Resident Evil.

Doing the quick scroll through my feed and had to pause for what I thought was the umbrella logo.

Welcome to the club, good to have you.

Cookies and coffee are in the break room.

Excellent suggestions.

I’ve got one example for the shell scripting section - a script I wrote decades ago called serial_killer.sh that’s used to terminate “bad” processes that spin up tens to hundreds of copies of themselves. You do something like serial_killer.sh my-bad-program and it will use a few CLI commands to find the PIDs for all processes named “my-bad-program”, ask you to input the signal (sigterm/sigkill) to use, ask you for confirmation that you want to send that signal to the list of processes (listing all of them with program name, owner, PID, PPID, etc), then kill all of them in one go if you confirm.

That was a hacky fix to a bad approach/configuration, but it was a fun script : )

That is an excellent idea on time management.

Yes - I’m planning to walk them through a real install to a VM and have them follow along so they have a local instance that they can play with on their (win or mac) system. It requires me to spend a little extra time for setting up VirtualBox, but I think it’s worth it since they can then play along and experiment as we discuss each topic. I know that’s how I learn best - you can tell me something multiple times but it’s only when I truly do it that it’ll stick in my memory forever.

Covering the intro, history, etc would be perfect topics to go over while the install runs.

EDIT : I should point out that I’m going to distribute thumb drives to the students that will contain VirtualBox (win+mac) installers, a Linux ISO that we’ll use (probably Ubuntu), as well as that thumb drive being a live Linux bootable drive in case they ever want to plug & boot without using a VM. This will hopefully cut down on wasted class time for “now everybody go download this 4GB ISO” - they’ll already have it available and all in the same drive/directory/etc for every student. From past teaching experience, there’s always at least one that doesn’t come prepared with downloads and such no matter how much I harp on it… that and the ever present “I saved it somewhere and now I can’t find it” 😆

Now I’m learning something. I’ve defaulted to using ifconfig for so many years I didn’t even realize that ip and ss were around. I’ll look into them, thanks for the pointers.

And yeah, good idea on file editing. Maybe I should move nano up to the essential category for basic editing and keep vim in the “extras” since it takes a little more training to use effectively, while providing a lot more functionality if you know how to take advantage of it : D

Great point. I think I have a “flavors” note in my margins somewhere but I’ll ensure it makes it into the introduction.

Ah, great point on FOSS. I know I have it in my original notes somewhere but I need to be sure it makes it into my outline.

I added chmod and chown into the permissions bullet.

Thanks bud!