COURSE CONTENT
Start with the lessons
YOUR NEXT STEP
Keep building your skills
No directly related CogniSkill book is mapped to this course yet. Continue with the free learning, or compare the publishing catalogue by your next goal.
Explore books by topic and goal →Would this book help you?
Proposed topic: Bash Scripting for Everyday Automation — Practical Workbook. This is an interest check; the book is not yet available.
Anonymous interest only. This does not subscribe you to email or reserve a copy.COURSE OVERVIEW
What you will learn
Build a read-only file inventory that handles awkward filenames, records byte counts and hashes, and refuses to overwrite an existing report. Then break it deliberately and show which independent tests catch the defect. This is an automation course, not a collection of terminal tricks: the deliverable includes a defined population, explicit failure behavior and evidence a colleague can review.
Use Bash 4 or later on Linux with GNU coreutils. The validation environment uses Bash 5.2. The commands are not a promise of compatibility with macOS utilities, PowerShell or a POSIX-only shell. Linux Foundations is useful preparation; you should understand directories, a command's exit status and standard output versus diagnostic output. Work in a new local directory with synthetic files. No administrator account, production data or network access is required.
The project inventories visible top-level files ending in .txt. It does not recursively search, include hidden files, measure filesystem allocation or establish that files remained unchanged during collection. You will learn why those limits must appear beside the result instead of being buried in an installation note.
Four chapters, with practical work
- Predict what the shell passes to a command
- Define a report that cannot quietly lie
- Build, trace and inspect the complete inventory
- Prove the collector's limits and extend it deliberately
Applied capability and learning route
Process filenames and command failures safely in a bounded local script.
Follow the lessons in order: establish the model, trace the supplied evidence, attempt the case, compare the worked solution, and complete the changed-condition project. The target is intermediate reasoning within this stated scope, not mastery of the entire profession or product. If a prerequisite is unfamiliar, pause and use the linked foundational teaching before attempting the project.
All teaching, explained answers and core synthetic practice are free. Some operational labs require separately available software, a licensed test tenant or an authorized lab; offline completion does not claim hands-on product proficiency.
How to complete this course
Study the worked examples, attempt the exercises before opening solutions, and submit your own project notes. Completion records are self-reported; practical competence requires the stated verification.
What you will learn
- Build a read-only file inventory with safe argument handling, explicit scope and exclusive report publication.
- Process filenames and command failures safely in a bounded local script.
Before you start
- Comfort creating a local practice file and following terminal instructions. Begin with the setup and context checks.
Practice environment
- Bash 4 or later on Linux with GNU coreutils; Python 3.10 or later for the optional independent fixture tests. Synthetic directories only; no administrator account.
Tested versions
- See the manuscript and validation record. A successful offline fixture does not validate every operating environment.
Technical review: 2026-10-07
Technical referencePractical project
Build a read-only file inventory with safe argument handling, explicit scope and exclusive report publication.
Applied transfer project: Implement the fixture with spaces, wildcard characters, leading hyphens and, if supported by your test, a newline in a filename. Verify file contents and count after copying. Inject an unwritable destination and show a failure status without deleting sources. State your Bash/utility assumptions and avoid broad recursive cleanup commands. A safe test harness should use a known disposable directory with an explicit path.
Check your project
- Reproduce the supplied baseline.
- Explain a boundary or negative case.
- Detect and repair a deliberate defect.
- Submit evidence and state unverified limitations.
- Applied laboratory rubric: five dimensions, 0–2 each; target 8/10 with no zero in main result or safety. Native quiz score is separate.
Use these criteria for self-review. Completing a lesson records your progress; it does not verify code correctness.
Practice files
APPLY THE SKILL
Your practical project
Build a read-only file inventory with safe argument handling, explicit scope and exclusive report publication. Applied transfer project: Implement the fixture with spaces, wildcard characters, leading hyphens and, if supported by your test, a newline in a filename. Verify file contents and count after copying. Inject an unwritable destination and show a failure status without deleting sources. State your Bash/utility assumptions and avoid broad recursive cleanup commands. A safe test harness should use a known disposable directory with an explicit path.
Evidence to keep
- Reproduce the supplied baseline.
- Explain a boundary or negative case.
- Detect and repair a deliberate defect.
- Submit evidence and state unverified limitations.
- Applied laboratory rubric: five dimensions, 0–2 each; target 8/10 with no zero in main result or safety. Native quiz score is separate.
Use fictional practice data. Keep your inputs, outputs and explanation of the result. Lesson completion records your progress; it does not verify your project.
PRACTICE MATERIALS
Course downloads
Save the materials before starting your lab. Read source files before running them.
CHECK YOUR KNOWLEDGE
Practice tests
Explore related courses
- Bash Scripting for Everyday Automation
- Intune and Endpoint Management Fundamentals
- Linux Foundations for IT Professionals