Fix Ollama après changement lettres de lecteur Windows

Date : 03-01-2026 Status : Terminé

Contexte

Après le retrait du zvol win_hdd (7TB) de la VM Windows, les lettres de lecteur ont été réassignées par Windows :

• Ancien : F: = LDLC 500G, I: = zvol win_hdd
• Nouveau : I: = LDLC 500G (F: n'existe plus)

Ollama et ComfyUI avaient été déplacés sur le LDLC (ancien F:, maintenant I:).

Diagnostic effectué

1. Vérification config VMs sur PVE

VM win11 (201) - Disques actuels : | SCSI | Disque | Taille | |------|--------|--------| | scsi0 | local-lvm (PNY) | 350G | | scsi1 | Samsung 870 QVO | 1TB | | scsi3 | LDLC | 500G | | scsi4 | Crucial BX500 | 2TB |

Retirés :

• scsi2 : Crucial MX500 465G → maintenant utilisé par prod-portainer
• scsi5 : zvol win_hdd 7TB → pool détruit

VM prod-portainer (206) :

• scsi0 : vm-ssd (sur Crucial MX500) 100G

2. État lecteurs Windows

3. Contenu I: (ex-F:)

• .ollama - modèles Ollama
• ComfyUI_windows_portable - ComfyUI
• Jeux (Red Dead Redemption 2, Zelda TOTK, etc.)

4. Problème identifié

OLLAMA_MODELS = F:\.ollama\models   ← ERREUR : F: n'existe plus !

Ollama ne pouvait pas démarrer car il cherchait ses modèles sur un lecteur inexistant.

Corrections apportées

1. Mise à jour variable utilisateur OLLAMA_MODELS

[Environment]::SetEnvironmentVariable('OLLAMA_MODELS', 'I:\.ollama\models', 'User')

2. Création tâche planifiée Ollama au boot

schtasks /create /tn "Ollama AutoStart" /tr "C:\Users\gouro\AppData\Local\Programs\Ollama\ollama app.exe" /sc onstart /ru SYSTEM /rl HIGHEST /f

• Démarre au boot Windows
• Tourne en tant que SYSTEM (pas besoin de session utilisateur)
• Privilèges élevés

3. Mise à jour variable système OLLAMA_MODELS

[Environment]::SetEnvironmentVariable('OLLAMA_MODELS', 'I:\.ollama\models', 'Machine')

Nécessaire car la tâche tourne en SYSTEM (pas accès aux variables utilisateur).

État après corrections

• OLLAMA_MODELS (User) = I:\.ollama\models
• OLLAMA_MODELS (Machine) = I:\.ollama\models
• Tâche planifiée "Ollama AutoStart" créée
• ComfyUI accessible sur I:\ComfyUI_windows_portable

Problème supplémentaire découvert

Le lien symbolique C:\Users\gouro\.ollama pointait vers F:\.ollama (qui n'existe plus).

Fix :

Remove-Item 'C:\Users\gouro\.ollama' -Force
cmd /c mklink /D 'C:\Users\gouro\.ollama' 'I:\.ollama'

Résultat final

✅ Ollama fonctionne sur http://192.168.1.30:11434

11 modèles disponibles :

• deepseek-coder-v2 (15.7B)
• qwen2.5-coder (7.6B)
• codellama (7B)
• gemma2 (9.2B)
• mistral (7.2B)
• phi4 (14.7B)
• llama3.2 (3.2B)
• qwen2.5:7b
• qwen3:4b
• gemma3:4b
• deepseek-r1:8b

Pool ZFS stock_8to créé

Les 3 Seagate ont été réutilisés pour créer un nouveau pool :

# Création du pool
sudo zpool create -o ashift=12 stock_8to raidz1 \
  /dev/disk/by-id/ata-ST4000DM004-2CV104_ZFN16SB5 \
  /dev/disk/by-id/ata-ST4000DM005-2DP166_ZDH0FJP5 \
  /dev/disk/by-id/ata-ST4000DX001-1CE168_Z307QK00

# Dataset pour Windows
sudo zfs create stock_8to/windows_backup

Partage SMB configuré :

• User : smbuser / backup123
• Partage : \\192.168.1.10\windows_backup
• Montage Windows : W: (tâche planifiée au login)

Capacité : 7.8 TB disponibles

Tâches planifiées créées sur Windows