docs: fix markdown linting issues

- Capitalize 'Mount Pod' and 'Mount Pods' consistently per enhanced-proper-names rule
- Fix all occurrences in daemonset-mount.md and mount-pod-configuration.md
- Comply with .markdownlint-cli2.jsonc configuration

Author: elijah-rou

docs/en/guide/daemonset-mount.md

@@ -1,15 +1,15 @@
 # DaemonSet Mount for StorageClass
 
-This feature allows JuiceFS CSI Driver to deploy mount pods as DaemonSets instead of individual pods when using StorageClass with mount sharing enabled. This provides better resource management and control over which nodes run mount pods.
+This feature allows JuiceFS CSI Driver to deploy Mount Pods as DaemonSets instead of individual pods when using StorageClass with mount sharing enabled. This provides better resource management and control over which nodes run Mount Pods.
 
 ## Overview
 
-When `STORAGE_CLASS_SHARE_MOUNT` is enabled, JuiceFS CSI Driver shares mount pods across multiple PVCs that use the same StorageClass. By default, these are created as individual pods. With the DaemonSet option, mount pods are deployed as DaemonSets, providing:
+When `STORAGE_CLASS_SHARE_MOUNT` is enabled, JuiceFS CSI Driver shares Mount Pods across multiple PVCs that use the same StorageClass. By default, these are created as individual pods. With the DaemonSet option, Mount Pods are deployed as DaemonSets, providing:
 
-- **Better resource control**: DaemonSets ensure one mount pod per selected node
+- **Better resource control**: DaemonSets ensure one Mount Pod per selected node
 - **Node affinity support**: Control which nodes run mount pods using nodeAffinity
 - **Automatic lifecycle management**: DaemonSets handle pod creation/deletion automatically
-- **Simplified operations**: Easier to manage and monitor mount pods
+- **Simplified operations**: Easier to manage and monitor Mount Pods
 - **Works with existing StorageClasses**: No need to modify or recreate StorageClasses
 
 ## Configuration
@@ -28,7 +28,7 @@ env:
 
 ### Configure Node Affinity
 
-There are two ways to configure node affinity for DaemonSet mount pods:
+There are two ways to configure node affinity for DaemonSet Mount Pods:
 
 #### Method 1: ConfigMap (Recommended for existing StorageClasses)
 
@@ -77,7 +77,7 @@ provisioner: csi.juicefs.com
 parameters:
   # ... other parameters ...
   
-  # Node affinity configuration for DaemonSet mount pods
+  # Node affinity configuration for DaemonSet Mount Pods
   nodeAffinity: |
     requiredDuringSchedulingIgnoredDuringExecution:
       nodeSelectorTerms:
@@ -98,7 +98,7 @@ parameters:
    - Creates a new DaemonSet with the configured node affinity
    - If DaemonSet exists, it adds a reference to the existing DaemonSet
 
-2. The DaemonSet ensures mount pods are running on selected nodes:
+2. The DaemonSet ensures Mount Pods are running on selected nodes:
    - Pods are automatically created on nodes matching the affinity rules
    - Mount paths are shared across PVCs using the same StorageClass
 
@@ -118,7 +118,7 @@ The system checks for node affinity configuration in this order:
 
 ### Dedicated Mount Nodes
 
-Label specific nodes for running mount pods:
+Label specific nodes for running Mount Pods:
 
 ```bash
 kubectl label nodes node1 node2 node3 juicefs/mount-node=true
@@ -128,7 +128,7 @@ Then use nodeAffinity in StorageClass to target these nodes.
 
 ### High-Performance Nodes
 
-Prefer nodes with better resources for mount pods:
+Prefer nodes with better resources for Mount Pods:
 
 ```yaml
 nodeAffinity: |
@@ -145,7 +145,7 @@ nodeAffinity: |
 
 ### Exclude Control Plane
 
-Prevent mount pods from running on control plane nodes:
+Prevent Mount Pods from running on control plane nodes:
 
 ```yaml
 nodeAffinity: |
@@ -158,7 +158,7 @@ nodeAffinity: |
 
 ## Monitoring
 
-You can monitor DaemonSet mount pods using standard Kubernetes commands:
+You can monitor DaemonSet Mount Pods using standard Kubernetes commands:
 
 ```bash
 # List all mount DaemonSets
@@ -184,7 +184,7 @@ To migrate from pod-based mounts to DaemonSet mounts:
 1. Enable the feature flags in CSI driver
 2. Create a new StorageClass with desired node affinity
 3. Migrate PVCs to the new StorageClass
-4. Old mount pods will be replaced by DaemonSet pods
+4. Old Mount Pods will be replaced by DaemonSet pods
 
 ## Troubleshooting
 
@@ -196,7 +196,7 @@ Check if nodes match the affinity rules:
 kubectl get nodes --show-labels | grep <your-label>
 ```
 
-### Mount pods on unexpected nodes
+### Mount Pods on unexpected nodes
 
 Verify the nodeAffinity configuration:
 

docs/en/guide/mount-pod-configuration.md

@@ -1,14 +1,14 @@
 # Mount Pod Configuration Guide
 
-JuiceFS CSI Driver provides flexible mount pod deployment options that can be configured per StorageClass. This allows you to optimize resource usage and performance based on your specific needs.
+JuiceFS CSI Driver provides flexible Mount Pod deployment options that can be configured per StorageClass. This allows you to optimize resource usage and performance based on your specific needs.
 
 ## Overview
 
-JuiceFS CSI Driver supports three mount pod deployment modes:
+JuiceFS CSI Driver supports three Mount Pod deployment modes:
 
-1. **Per-PVC Mode** (`per-pvc`): Creates a separate mount pod for each PVC
-2. **Shared Pod Mode** (`shared-pod`): Shares mount pods across PVCs using the same StorageClass
-3. **DaemonSet Mode** (`daemonset`): Deploys mount pods as DaemonSets with node affinity support
+1. **Per-PVC Mode** (`per-pvc`): Creates a separate Mount Pod for each PVC
+2. **Shared Pod Mode** (`shared-pod`): Shares Mount Pods across PVCs using the same StorageClass
+3. **DaemonSet Mode** (`daemonset`): Deploys Mount Pods as DaemonSets with node affinity support
 
 ## Configuration Methods
 
@@ -61,7 +61,7 @@ data:
 
 ### Per-PVC Mode
 
-Each PVC gets its own dedicated mount pod.
+Each PVC gets its own dedicated Mount Pod.
 
 **Advantages:**
 - Complete isolation between PVCs
@@ -80,7 +80,7 @@ mode: per-pvc
 
 ### Shared Pod Mode
 
-Multiple PVCs using the same StorageClass share mount pods.
+Multiple PVCs using the same StorageClass share Mount Pods.
 
 **Advantages:**
 - Reduced resource consumption
@@ -99,7 +99,7 @@ mode: shared-pod
 
 ### DaemonSet Mode
 
-Mount pods are deployed as DaemonSets across selected nodes.
+Mount Pods are deployed as DaemonSets across selected nodes.
 
 **Advantages:**
 - Predictable pod placement
@@ -109,7 +109,7 @@ Mount pods are deployed as DaemonSets across selected nodes.
 
 **Use Cases:**
 - High-performance computing
-- Dedicated mount nodes
+- Dedicated Mount nodes
 - GPU workloads
 - Large-scale deployments
 
@@ -140,7 +140,7 @@ The ConfigMap approach allows you to change mount behavior **without modifying e
 
 1. Create the ConfigMap with desired configuration
 2. New PVCs will use the new mount mode
-3. Existing PVCs continue using their current mount pods
+3. Existing PVCs continue using their current Mount Pods
 
 ## Examples
 
@@ -202,7 +202,7 @@ data:
 
 ### Example 3: Node-Specific DaemonSets
 
-Deploy mount pods on specific node types:
+Deploy Mount Pods on specific node types:
 
 ```yaml
 apiVersion: v1
@@ -279,7 +279,7 @@ kubectl get configmap juicefs-mount-config -n kube-system -o jsonpath='{.data.my
 
 ## Troubleshooting
 
-### Mount pods not created as expected
+### Mount Pods not created as expected
 
 1. Check ConfigMap exists and is valid:
 ```bash
@@ -311,7 +311,7 @@ kubectl describe daemonset -n kube-system juicefs-<uniqueid>-mount-ds
 
 ### Switching modes for existing PVCs
 
-Existing PVCs continue using their current mount pods. To switch modes:
+Existing PVCs continue using their current Mount Pods. To switch modes:
 
 1. Update ConfigMap with new configuration
 2. Delete existing PVCs (ensure data is backed up)
@@ -349,7 +349,7 @@ kubectl apply -f juicefs-mount-config.yaml
 
 ## Summary
 
-The mount pod configuration system provides:
+The Mount Pod configuration system provides:
 
 - **Flexibility**: Different modes for different workloads
 - **Compatibility**: Works with existing StorageClasses