System-Maintenance — Kickoff (2026-07-21)
Section titled “System-Maintenance — Kickoff (2026-07-21)”Kicked off the System-Maintenance ongoing project (KB-native, Core/IT/Projects/System-Maintenance/) — computer/network maintenance across all machines. Full state lives in that project’s STATUS.md/LESSONS.md; this is the closure summary of the kickoff task.
What was done
Section titled “What was done”Scaffolding + consolidation:
- Created DASHBOARD/STATUS/ROADMAP/UPGRADES/LESSONS/Tasks/ structure, registered in
Ongoing-Projects.md+Core/IT/JOB_DESCRIPTION.md - Consolidated
Slow Computer.md+HD Purging.mdinto the new project (migrated-then-deleted, verified against working-tree content first) - Drafted
System-Inventory.mdfrom confirmed facts, TODOs filled in by Talbot (Win 10.0.19045, laptop = backup-only, NAS = WD My Cloud ~1.5TB)
diskcheck monitor — root-caused, fixed, verified:
- Real task name is
DiskSpaceCheck(notdiskcheck), was firing weekly but every run failed (ERROR_FILE_NOT_FOUND) — bareuvpath +RunLevel: Highestbroke PATH resolution for the elevated Task Scheduler action - Fixed: full path (
C:\Users\Admin\.local\bin\uv.exe) +RunLevel: Limited - Verified via actual
Start-ScheduledTasktrigger, not just “edit accepted” —LastTaskResult: 0, fresh log entry - General gotcha + first-fix-attempt paste-order failure promoted to
GlobalDevRules.md§3.9 andSMTM_System.md’s paste-failure-modes section
C: drive space — resolved:
- 7.9GB → 52GB free: Temp,
.gemini,.windsurf/.codeium/.trae,C:\xfer\bak, kopia cache relocation (~12GB, spun off tomy_backup-kopia-cache-relocation), plus Talbot’s own additional app purge - Chrome cache checked (~200MB) — not worth clearing, closed
- Recurring maintenance automated:
MonthlyDriveCleanupscheduled task (weekly,RunLevel: Limited), script atD:\FSS\Software\Utils\Windows\cleanup-c-drive.ps1(relocated there after first being written to the wrong place — see lesson below) - WSL vhdx found at 52.99GB on C: (~9GB reclaimable) — one-time
wsl --set-sparse truefix handed to Talbot (can’t run from inside an active WSL session) .wslconfigmemory cap: deliberately not applied — conflicts with a prior documented decision to leave WSL uncapped for dev work; Talbot confirmed “leave as is”
Windows 11 decision:
- Windows 10 already past mainstream EOL (Oct 2025); PC Health Check confirms Win11 unsupported (CPU: Ryzen 7 1700, pre-dates the supported list)
- Recommendation written in
Windows11-Upgrade-Decision.md: enroll in free Consumer ESU as the bridge, defer any hardware decision to a future AI-workstation build (which resolves the CPU issue as a side effect) — Talbot agreed
Lessons promoted
Section titled “Lessons promoted”- Windows Task Scheduler + elevation breaks PATH resolution for bare exe names →
GlobalDevRules.md§3.9 + projectLESSONS.md - Multi-line pasted PowerShell can execute out of order (3rd paste-failure mode) →
SMTM_System.md - New utility scripts have fixed homes by platform (Windows →
D:\FSS\Software\Utils\Windows\, Python →PythonUtils\, WSL →~/utils/) →ai-config/AGENTS.mdDev Standards (new section), after a first draft of the cleanup script was mistakenly written toC:\Scripts\
Spun off
Section titled “Spun off”- my_backup-kopia-cache-relocation (
Core/IT/Tasks/) — kopia cache relocation, completed within this same session (~12GB freed)
Open, not closed
Section titled “Open, not closed”- WSL vhdx one-time compaction (
wsl --shutdown+--set-sparse true) — Talbot to run outside any active WSL session - Windows 10 Consumer ESU enrollment — Talbot to do when convenient
- Azure Data Studio / DbSchema uninstall — confirmed safe if unused, Talbot’s call via Settings → Apps
- Future AI-workstation build — no urgency by Talbot’s own framing, new task when it becomes real
Full task history (all 6 Claude/Talbot Response rounds): Core/IT/Projects/System-Maintenance/Tasks/archive/2026-07/System-Maintenance-Project.md