Beginner to Intermediate

Linux for DevOps: From First Terminal to On-Call Troubleshooting

A hands-on Linux path for new graduates and associate engineers. Start with your first hour on a server, learn how Linux works underneath, then practise diagnosing the faults that show up on call. Every module ends with a break-fix lab on a throwaway VM.

Level: Beginner to Intermediate Duration: 25 Modules · 337 min read Published:
Overview

Learn how Linux works, then practise fixing it

Most Linux courses teach commands. This track teaches how the system behaves, so that when something breaks you know where to look. It's written for two readers: a new graduate who has typed a few commands in college, and an associate engineer who uses Linux every day but still escalates when a server misbehaves. Each module builds on the ones before it.

Every module is built to be worked through, not just read. Each one opens with what you'll learn, includes hands-on Try it commands, recaps the key terms, and ends with a five-question pop quiz: three questions on the ideas and two real-world scenarios, shuffled into a new order every time. Score 4 out of 5 to pass.

Where to start.
  • New to Linux, or only used it in college? Start at Module 01 and read in order. It sets up the free lab VM that every module uses.
  • Use Linux at work already? Take the pop quiz at the end of each Part 1 module. Pass all five, then start at Part 2, where most day-to-day troubleshooting knowledge lives.
  • Chasing a specific problem? Go straight to the module for it: services in 07, memory in 09, disks in 10, networking in 11 and 12, a slow server in 13.
  • Think you already know it all? Try the capstone incident first, and come back for whatever slows you down.
Break-fix

How every lab ends

Reading about a full disk isn't the same as fixing one. So every module ends with a Break it, fix it exercise. You run one command that breaks your lab VM the way real servers break. Then you get only the symptom a user would report. Three hints are folded underneath, to open one at a time if you get stuck:

  1. Where to look: the part of the system to check first.
  2. Which tool: the command that shows the cause.
  3. The cause and the fix: what went wrong, how to fix it, and how to stop it happening again.

Try to fix it before opening a hint. Being stuck for ten minutes and then finding the cause is how the skill actually forms.

All you need is a laptop. Module 01 sets up a free Ubuntu VM with Multipass that you can break, reset, and recreate in a minute. A small cloud VM, such as an EC2 instance running Ubuntu 24.04, works just as well. Stop it when you finish so it doesn't keep costing money.

Next

Where this track leads

Finished the capstone? The Kubernetes from Zero to Production on Amazon EKS track builds directly on Parts 2 to 4: pods are the processes and cgroups from Modules 08, 09, and 16, and cluster networking relies on the routing, DNS, and connection tracking from Modules 11, 12, and 19.

Questions about this learning path?

I'm happy to go into more detail on any of this: how to practise troubleshooting safely, which fundamentals matter most early on, or how a break-fix lab is put together.

anupojuprudhvi@gmail.com