Date : 03-01-2026 Durée : ~1h30 Status : ✅ Terminé
Après une coupure de session, l'utilisateur a rappelé le contexte :
ssh gouroubleu@pve.local "sudo qm config 201" # win11
ssh gouroubleu@pve.local "sudo qm config 206" # prod-portainer
ssh gouroubleu@pve.local "sudo qm list"
Les VMs étaient déjà sur des disques séparés (fait avant cette session) :
| VM | VMID | Disque système |
|---|---|---|
| win11 | 201 | PNY 480G (local-lvm) |
| prod-portainer | 206 | Crucial MX500 465G (vm-ssd) |
| SCSI | Disque | Taille |
|---|---|---|
| scsi0 | local-lvm (PNY) | 350G |
| scsi1 | Samsung 870 QVO | 1TB |
| scsi3 | LDLC | 500G |
| scsi4 | Crucial BX500 | 2TB |
Retirés de win11 :
| Lettre | Label | Taille | Disque |
|---|---|---|---|
| C: | (système) | 350G | local-lvm |
| D: | GAMES2 | 2TB | Crucial BX500 |
| E: | GAMES | 1TB | Samsung 870 QVO |
| I: | MINI | 500G | LDLC (ex-F:) |
OLLAMA_MODELS = F:\.ollama\models ← F: n'existe plus !
Symlink C:\Users\gouro\.ollama → F:\.ollama ← cassé !
# User
[Environment]::SetEnvironmentVariable('OLLAMA_MODELS', 'I:\.ollama\models', 'User')
# Machine (pour tâche planifiée SYSTEM)
[Environment]::SetEnvironmentVariable('OLLAMA_MODELS', 'I:\.ollama\models', 'Machine')
Remove-Item 'C:\Users\gouro\.ollama' -Force
cmd /c mklink /D 'C:\Users\gouro\.ollama' 'I:\.ollama'
schtasks /create /tn "Ollama AutoStart" /tr "C:\Users\gouro\AppData\Local\Programs\Ollama\ollama app.exe" /sc onlogon /ru gouro /rp "MyUlia75$w" /rl HIGHEST /f
✅ Ollama accessible sur http://192.168.1.30:11434 ✅ 11 modèles disponibles
Le script run_network.bat pointait vers F: au lieu de I:
echo @echo off > I:\ComfyUI_windows_portable\run_network.bat
echo cd /d I:\ComfyUI_windows_portable\ComfyUI >> I:\ComfyUI_windows_portable\run_network.bat
echo ..\python_embeded\python.exe -s main.py --listen 0.0.0.0 --port 8188 >> I:\ComfyUI_windows_portable\run_network.bat
schtasks /create /tn "ComfyUI AutoStart" /tr "I:\ComfyUI_windows_portable\run_network.bat" /sc onlogon /ru gouro /rp "MyUlia75$w" /rl HIGHEST /f
✅ ComfyUI accessible sur http://192.168.1.30:8188
ata-ST4000DM004-2CV104_ZFN16SB5 (sdg) - Seagate 4TB
ata-ST4000DM005-2DP166_ZDH0FJP5 (sdf) - Seagate 4TB
ata-ST4000DX001-1CE168_Z307QK00 (sdh) - Seagate 4TB
Les disques étaient montés individuellement comme /mnt/backup1, /mnt/backup2, /mnt/backup3 (vides).
# Démontage
sudo umount /mnt/backup1 /mnt/backup2 /mnt/backup3
# Effacement signatures
sudo wipefs -a /dev/sdf /dev/sdg /dev/sdh
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
sudo zfs create stock_8to/windows_backup
NAME USED AVAIL REFER MOUNTPOINT
stock_8to 543K 7.14T 128K /stock_8to
sudo useradd -M -s /sbin/nologin smbuser
echo -e 'backup123\nbackup123' | sudo smbpasswd -a -s smbuser
[windows_backup]
path = /stock_8to/windows_backup
browseable = yes
read only = no
guest ok = no
valid users = smbuser
force group = root
create mask = 0777
directory mask = 0777
net use W: \\192.168.1.10\windows_backup /user:smbuser backup123 /persistent:yes
# C:\Users\gouro\mount_backup.bat
net use W: \\192.168.1.10\windows_backup /user:smbuser backup123 /persistent:no
schtasks /create /tn "Mount Backup Drive" /tr "C:\Users\gouro\mount_backup.bat" /sc onlogon /ru gouro /rp "MyUlia75$w" /rl HIGHEST /f
✅ W: accessible avec 7.8TB disponibles
| Tâche | Déclencheur | Utilisateur | Action |
|---|---|---|---|
| Ollama AutoStart | Au login | gouro | Lance Ollama app |
| ComfyUI AutoStart | Au login | gouro | Lance run_network.bat |
| Mount Backup Drive | Au login | gouro | Monte W: vers SMB |
/etc/samba/smb.conf - Ajout partage windows_backup/etc/exports - Ajout export NFS (non utilisé finalement)I:\ComfyUI_windows_portable\run_network.bat - Corrigé F: → I:C:\Users\gouro\mount_backup.bat - CrééC:\Users\gouro\.ollama → I:\.ollama/home/gouroubleu/.claude/CLAUDE.md - Mis à jour/home/gouroubleu/tasks/03-01-2026-01-36-fix-ollama-disk-letters.md - Créé/Mis à jour| Pool | Config | Taille | Usage |
|---|---|---|---|
| stock_36to | RAIDZ2 (5x12TB HGST) | 33TB | Stockage principal, NFS |
| stock_8to | RAIDZ1 (3x4TB Seagate) | 7.8TB | Backup Windows, SMB |
| Service | Port | Status |
|---|---|---|
| Ollama | 11434 | ✅ Autostart |
| ComfyUI | 8188 | ✅ Autostart |
| SSH | 22 | ✅ |
| Lettre | Type | Taille | Contenu |
|---|---|---|---|
| C: | Local | 350G | Système Windows |
| D: | Local | 2TB | Jeux (GAMES2) |
| E: | Local | 1TB | Jeux (GAMES) |
| I: | Local | 500G | Ollama, ComfyUI, Jeux |
| W: | SMB | 7.8TB | Backup (stock_8to) |
| Service | User | Password | Usage |
|---|---|---|---|
| SMB windows_backup | smbuser | backup123 | Accès partage depuis Windows |
L'utilisateur pensait que cette séparation avait été faite pendant cette session, mais les VMs étaient déjà sur des disques séparés quand j'ai vérifié. Cela a dû être fait lors d'une session précédente.
# Status pools ZFS
ssh gouroubleu@pve.local "sudo zpool status"
# Test Ollama
curl http://192.168.1.30:11434/api/tags
# Test ComfyUI
curl http://192.168.1.30:8188/
# Test SMB depuis Linux
smbclient //192.168.1.10/windows_backup -U smbuser%backup123 -c "ls"
# Tâches planifiées Windows
ssh gouro@win11.local "schtasks /query /fo list /v"