Remove debug prints and unused code

- Remove all debug println statements
- Remove unused service_tracker module
- Remove unused struct fields and methods
- Remove empty placeholder files (cpu.rs, memory.rs, defaults.rs)
- Fix all compiler warnings
- Clean build with zero warnings

Version bump to 0.1.159

CLAUDE.md

@@ -307,25 +307,19 @@ exclude_fs_types = ["tmpfs", "devtmpfs", "sysfs", "proc"]
 CPU:
 ● Load: 0.23 0.21 0.13
   └─ Freq: 1048 MHz
-
 RAM:
 ● Usage: 25% 5.8GB/23.3GB
   ├─ ● /tmp: 2% 0.5GB/2GB
   └─ ● /var/tmp: 0% 0GB/1.0GB
-
 Storage:
-● mergerfs (2+1):
-  ├─ Total: ● 63% 2355.2GB/3686.4GB
-  ├─ Data Disks:
-  │  ├─ ● sdb T: 24°C W: 5%
-  │  └─ ● sdd T: 27°C W: 5%
-  ├─ Parity: ● sdc T: 24°C W: 5%
-  └─ Mount: /srv/media
-
-● nvme0n1 T: 25C W: 4%
+● 844B9A25 T: 25C W: 4%
   ├─ ● /: 55% 250.5GB/456.4GB
   └─ ● /boot: 26% 0.3GB/1.0GB
-
+● mergerfs /srv/media:
+  ├─ ● 63% 2355.2GB/3686.4GB
+  ├─ ● Data_1: WDZQ8H8D T: 28°C
+  ├─ ● Data_2: GGA04461 T: 28°C
+  └─ ● Parity: WDZS8RY0 T: 29°C
 Backup:
 ● WD-WCC7K1234567 T: 32°C W: 12%
   ├─ Last: 2h ago (12.3GB)
@@ -361,98 +355,6 @@ Keep responses concise and focused. Avoid extensive implementation summaries unl
 - ✅ "Restructure storage widget with improved layout"
 - ✅ "Update CPU thresholds to production values"
 
-## Completed Architecture Migration (v0.1.131)
-
-## ✅ COMPLETE MONITORING SYSTEM RESTORATION (v0.1.141)
-
-**🎉 SUCCESS: All Issues Fixed - Complete Functional Monitoring System**
-
-### ✅ Completed Implementation (v0.1.141)
-
-**All Major Issues Resolved:**
-```
-✅ Data Collection: Agent collects structured data correctly
-✅ Storage Display: Perfect format with correct mount points and temperature/wear
-✅ Status Evaluation: All metrics properly evaluated against thresholds  
-✅ Notifications: Working email alerts on status changes
-✅ Thresholds: All collectors using configured thresholds for status calculation
-✅ Build Information: NixOS version displayed correctly
-✅ Mount Point Consistency: Stable, sorted display order
-```
-
-### ✅ All Phases Completed Successfully
-
-#### ✅ Phase 1: Storage Display - COMPLETED
-- ✅ Use `lsblk` instead of `findmnt` (eliminated `/nix/store` bind mount issue)
-- ✅ Add `sudo smartctl` for permissions (SMART data collection working)
-- ✅ Fix NVMe SMART parsing (`Temperature:` and `Percentage Used:` fields)
-- ✅ Consistent filesystem/tmpfs sorting (no more random order swapping)
-- ✅ **VERIFIED**: Dashboard shows `● nvme0n1 T: 28°C W: 1%` correctly
-
-#### ✅ Phase 2: Status Evaluation System - COMPLETED
-- ✅ **CPU Status**: Load averages and temperature evaluated against `HysteresisThresholds`
-- ✅ **Memory Status**: Usage percentage evaluated against thresholds
-- ✅ **Storage Status**: Drive temperature, health, and filesystem usage evaluated
-- ✅ **Service Status**: Service states properly tracked and evaluated
-- ✅ **Status Fields**: All AgentData structures include status information
-- ✅ **Threshold Integration**: All collectors use their configured thresholds
-
-#### ✅ Phase 3: Notification System - COMPLETED  
-- ✅ **Status Change Detection**: Agent tracks status between collection cycles
-- ✅ **Email Notifications**: Alerts sent on degradation (OK→Warning/Critical, Warning→Critical)
-- ✅ **Notification Content**: Detailed alerts with metric values and timestamps
-- ✅ **NotificationManager Integration**: Fully restored and operational
-- ✅ **Maintenance Mode**: `/tmp/cm-maintenance` file support maintained
-
-#### ✅ Phase 4: Integration & Testing - COMPLETED
-- ✅ **AgentData Status Fields**: All structured data includes status evaluation
-- ✅ **Status Processing**: Agent applies thresholds at collection time
-- ✅ **End-to-End Flow**: Collection → Evaluation → Notification → Display
-- ✅ **Dynamic Versioning**: Agent version from `CARGO_PKG_VERSION` 
-- ✅ **Build Information**: NixOS generation display restored
-
-### ✅ Final Architecture - WORKING
-
-**Complete Operational Flow:**
-```
-Collectors → AgentData (with Status) → NotificationManager → Email Alerts
-                                    ↘                        ↗  
-                                     ZMQ → Dashboard → Perfect Display
-```
-
-**Operational Components:**
-1. ✅ **Collectors**: Populate AgentData with metrics AND status evaluation
-2. ✅ **Status Evaluation**: `HysteresisThresholds.evaluate()` applied per collector
-3. ✅ **Notifications**: Email alerts on status change detection
-4. ✅ **Display**: Correct mount points, temperature, wear, and build information
-
-### ✅ Success Criteria - ALL MET
-
-**Display Requirements:**
-- ✅ Dashboard shows `● nvme0n1 T: 28°C W: 1%` format perfectly
-- ✅ Mount points show `/` and `/boot` (not `root`/`boot`)
-- ✅ Build information shows actual NixOS version (not "unknown")
-- ✅ Consistent sorting eliminates random order changes
-
-**Monitoring Requirements:**  
-- ✅ High CPU load triggers Warning/Critical status and email alert
-- ✅ High memory usage triggers Warning/Critical status and email alert
-- ✅ High disk temperature triggers Warning/Critical status and email alert
-- ✅ Failed services trigger Warning/Critical status and email alert
-- ✅ Maintenance mode suppresses notifications as expected
-
-### 🚀 Production Ready
-
-**CM Dashboard v0.1.141 is a complete, functional infrastructure monitoring system:**
-
-- **Real-time Monitoring**: All system components with 1-second intervals
-- **Intelligent Alerting**: Email notifications on threshold violations
-- **Perfect Display**: Accurate mount points, temperatures, and system information
-- **Status-Aware**: All metrics evaluated against configurable thresholds
-- **Production Ready**: Full monitoring capabilities restored
-
-**The monitoring system is fully operational and ready for production use.**
-
 ## Implementation Rules
 
 1. **Agent Status Authority**: Agent calculates status for each metric using thresholds