← Next Door Tech Academy

Module 02FoundationWeek 1 · 12 min read

Files, Folders & the Technician Workstation

Set up a workstation that never loses a customer's data

Module 2 of 128%
01

Welcome

Welcome to Module 2. A disorganised workstation is the number one cause of wrong-firmware disasters. In this module you'll build a clean, repeatable folder system and learn how Windows handles the large archives you'll download every week.

02

Learning Objectives

  • Create a standard firmware library structure.
  • Extract and verify large archives safely.
  • Explain file extensions used in mobile repair.
  • Set up a backup folder per customer job.
  • Check available disk space before a download.
03

Prerequisite Knowledge

  • Module 1
  • Basic Windows navigation

If any of these are unfamiliar, review the Foundation level first.

04

Vocabulary

Archive
A compressed container such as .zip, .rar or .7z holding many files.
MD5 / SHA
A checksum used to prove a downloaded file is not corrupted.
.tar.md5
Samsung's firmware container format used by Odin.
.img
A raw partition image, e.g. boot.img or recovery.img.
PATH
The Windows setting that lets you run a tool from any folder.
05

Why This Matters

A technician who cannot instantly find last month's firmware for an A15 will re-download 6 GB while the customer waits. Organisation is a billable skill.

06

Lesson Content

Lesson 1The firmware library4 min

Use one root folder, then Brand / Model / Region-Version. Example: Firmware\Samsung\SM-A155F\INS-A155FXXU1AWK2.

Never rename downloaded files. The filename encodes model, region and build — the exact three things you must verify.

Lesson 2Job folders and backups4 min

Every job gets a folder named Date_Customer_Model. Inside: Backup, Screenshots, Notes.txt.

Backups go in before any write operation. No exceptions, no matter how routine the flash looks.

Lesson 3Verifying downloads4 min

Compare the published MD5 with the one you compute locally using certutil -hashfile file.zip MD5.

A half-downloaded firmware will flash happily for two minutes and then brick the device at the system partition.

07

Visual Explanation

C:\Repair
 ├── Firmware
 │    └── Samsung\SM-A155F\...
 ├── Drivers
 ├── Tools
 │    ├── platform-tools
 │    └── Odin
 └── Jobs
      └── 2026-07-30_Ade_SM-A155F
           ├── Backup
           ├── Screenshots
           └── Notes.txt
Recommended workstation layout
08

Real-World Example

A customer says: “You flashed my phone last month, can you just do the same thing again?

How fast can you answer?

Instantly — if your Jobs folder is named by date, customer and model.

Possible causes

  • No job folder
  • Renamed firmware files
  • Notes kept only in memory
09

Technician Tips

Technician Tip

Keep at least 60 GB free. Firmware archives triple in size when extracted.

Technician Tip

Extract to a short path. Deeply nested folders break older flashing tools.

Did You Know?

Odin refuses many firmware files simply because the path contains a space or a non-Latin character.

10

Common Mistakes

Common Mistakes

  • Working directly from the Downloads folder
  • Renaming .tar.md5 files
  • Skipping checksum verification
  • Storing backups on the same drive that is about to be reimaged
11

Safety Notice

Safety Notice

  • Customer backups are confidential. Encrypt or delete them after handover.
  • Never store customer data on a shared or public machine.
12

Hands-on Practice

Exercise 2 — Build the tree

  1. Create the C:\Repair structure shown in the diagram.
  2. Add platform-tools to your Windows PATH.
  3. Open a terminal in any folder and run adb version successfully.
  4. Create a job folder for a fictional customer and screenshot it.
13

Knowledge Check

Question 1 of 2

What does an MD5 checksum prove?

14

Mini Project

Mini Project — Firmware library v1

  1. Download firmware for two different models.
  2. File them correctly in the library.
  3. Verify both checksums.
  4. Record source, version and date in a spreadsheet.
15

Reflection

  • Where did your old file habits create risk?
  • How long would it take you to prove which build you flashed three months ago?
16

Module Summary

Today you learned:

  • Firmware library structure
  • Job folders
  • Checksums
  • PATH setup
  • Backup discipline
17

Resources

18

Assignment

Document your workstation layout with screenshots and explain each folder's purpose in one paragraph.

Foundation - Basics — stage assignment

Perform a hard reset on any phone and document the exact key combination you used.

19

Tools for this Stage

Before any flashing utility you master the device itself: hard reset, boot modes, force restart, software fundamentals and how AI now assists diagnosis.

Hard Reset & Boot Mode Reference

Android & iOS

Key combinations for recovery, download and force restart

What it does. A reference of hardware key combinations that place a phone into recovery mode, download/Odin mode, fastboot, or trigger a forced restart with no software installed.

Why it matters. Every repair session begins with getting the device into the right mode. No cable, tool or licence helps if the phone never leaves the normal boot path.

Risks & precautions

  • A factory reset from recovery erases user data permanently.
  • On some Samsung models a wipe prompt is one keypress away from data loss.

Best practices

  • Confirm the exact model before choosing a key combination.
  • Attempt a backup before any reset while the device still boots.
  • Write the combination into the repair log so the next technician does not guess.
Bootloader & boot mode documentation

Assignment

Boot one Android and one iPhone into their diagnostic mode and photograph each screen.

AI Diagnostic Assistant Workflow

Workstation

Using AI models to triage error codes and firmware choices

What it does. A structured way to feed error strings, log excerpts and device identifiers into an AI assistant to shortlist likely causes and matching firmware before you touch the bench.

Why it matters. AI compresses the search phase of a repair. It does not replace judgement, but it turns a 40-minute forum hunt into a two-minute shortlist you then verify.

Risks & precautions

  • AI can invent firmware versions and file names that do not exist.
  • Pasting customer identifiers into public tools leaks private data.

Best practices

  • Verify every AI suggestion against the manufacturer or a known-good firmware source.
  • Redact IMEI, serial numbers and customer details before pasting logs.
  • Ask for the reasoning, not just the answer, so you learn the diagnostic path.
ADB & platform tools reference

Assignment

Take one real error code, run it through an AI assistant, then verify or disprove the answer with a primary source.

See all tools by stage ↗
20

Module Test

Complete the 2-question knowledge check above plus the assignment. Passing score: 80%.