Débutant 9 minInterfaces

LM Studio sur Linux : Ubuntu, Debian, Arch, Fedora (2026)

LM Studio sur Linux propose une application graphique en AppImage pour télécharger et utiliser des modèles locaux, ainsi qu'un serveur API. La branche 0.4 dispose aussi de la CLI lms et du service sans interface llmster. Voici le parcours graphique, les prérequis officiels et les vérifications utiles sous Linux.

Par Mohamed Meguedmi·Màj 2026-10-14·Testé sur Ubuntu 24.04
i
En bref
Téléchargez l'AppImage adaptée à votre architecture, rendez-la exécutable et lancez-la. La documentation cite Ubuntu 20.04 ou plus récent et recommande 16 Go de RAM. Le GPU reste optionnel. Les anciens correctifs FUSE ne doivent être appliqués que si votre version et son message d'erreur le demandent.

#Pourquoi LM Studio sur Linux

Sur Linux, le réflexe pour un LLM local est Ollama : daemon systemd, CLI propre, écoute par défaut sur localhost:11434. C'est excellent pour le serveur. LM Studio attaque un autre angle — celui du poste de travail graphique.

Une interface complète sans terminal
Chat, navigateur de modèles Hugging Face, gestionnaire de téléchargements, réglages de sampling : tout en GUI. Utile si vous voulez tester rapidement plusieurs modèles avant de passer en prod.
Un serveur OpenAI-compatible en un clic
L'onglet Developer expose un endpoint http://localhost:1234/v1 qui parle le protocole OpenAI. N'importe quel SDK (openai-python, LangChain, Continue.dev) tape dessus sans changer une ligne.
Zéro installation système
L'AppImage tourne en espace utilisateur. Pas de sudo, pas de paquet à installer, pas de dépôt tiers. Pour les machines verrouillées par la DSI ou les distributions atypiques, c'est précieux.
Format GGUF natif
LM Studio lit uniquement le GGUF (le format de llama.cpp). C'est le même format que celui utilisé par Ollama sous le capot, donc 100 % des modèles populaires sont disponibles.
i
LM Studio et Ollama coexistent très bien
Rien n'empêche d'avoir les deux. Ollama en daemon pour vos scripts et vos intégrations, LM Studio pour le chat interactif et la découverte de nouveaux modèles. Ils n'utilisent pas les mêmes ports (11434 vs 1234) et ne se gênent pas.

#Prérequis

Le kit IA Locale

LM Studio tourne sur ton Linux. Le kit IA Locale prend le relais : les réglages avancés de LM Studio (ch. 5) et, le jour où ça coince, un arbre de diagnostic par symptôme — lenteur, carte graphique ignorée, modèle qui oublie tout (ch. 14).

  • Espace en ligne à vie
  • PDF + fichiers
  • Mises à jour à vie
Distribution Linux récente
La documentation officielle cite Ubuntu 20.04 ou plus récent. Pour Debian, Arch, Fedora et leurs dérivés, vérifiez l'architecture, les pilotes et les notes de version ; ce guide ne certifie pas un test sur chaque distribution.
Compatibilité des bibliothèques système
Utilisez une distribution et une architecture compatibles avec le téléchargement officiel. Le seuil glibc 2.35 précédemment annoncé ici n'est pas un prérequis général établi par la documentation actuelle.
FUSE
La version 0.4.22 a corrigé des problèmes AppImage liés à FUSE et au sandbox. Commencez avec une version récente ; installez une bibliothèque FUSE uniquement si une erreur précise et les notes de votre distribution l'exigent.
8 Go de RAM minimum
Pour faire tourner un modèle 7B en Q4. 16 Go pour être confortable, 32 Go+ pour les 14B ou pour garder votre IDE ouvert à côté.
GPU (optionnel mais conseillé)
NVIDIA avec drivers récents (CUDA 12+), AMD avec ROCm 6.x, ou Intel Arc via Vulkan. Sans GPU, ça tourne en CPU — fonctionnel pour des 3B, lent pour des 7B.
!
AppImage : partir de la version actuelle
Ne commencez plus par installer systématiquement libfuse2. Mettez à jour LM Studio, lancez l'AppImage depuis le terminal et lisez l'erreur. Si une ancienne version réclame libfuse.so.2, consultez le paquet compatible avec votre version d'Ubuntu.

#1. Récupérer l'AppImage

Le site officiel détecte automatiquement votre OS et propose la bonne version. Vérifiez que vous téléchargez bien depuis lmstudio.ai — il existe des miroirs douteux.

Site officiel
https://lmstudio.ai
  1. 01
    Téléchargez le fichier .AppImage
    Le binaire fait entre 500 et 700 Mo. Il embarque llama.cpp, l'UI Electron et tout le runtime. Rangez-le dans ~/Applications/ ou ~/.local/bin/ par convention — n'importe où en réalité, l'AppImage est self-contained.
  2. 02
    Rendez-le exécutable
    Avec la commande chmod +x. Sans ça, le fichier est juste une archive inerte.
  3. 03
    Lancez-le
    Double-clic depuis votre file manager, ou en ligne de commande. Au premier lancement, LM Studio extrait son contenu dans ~/.cache/AppImage/ — c'est normal, et ça ne se reproduit qu'à chaque mise à jour.
Installation rapide en CLI
mkdir -p ~/Applications
cd ~/Applications
# Remplacez le nom par celui du fichier téléchargé
chmod +x LM_Studio-*.AppImage
./LM_Studio-*.AppImage
→
Intégrer LM Studio au menu d'applications
Installez appimaged ou AppImageLauncher : ces outils détectent automatiquement les AppImage dans ~/Applications/ et créent les entrées .desktop pour les voir dans votre menu, comme une appli native. AppImageLauncher gère même les mises à jour.

#2. Premier lancement

La branche 0.4 utilise Developer Mode, activable dans Settings → Developer. L'ancien choix User / Power User / Developer appartient à l'interface 0.3. Activez le mode développeur quand vous avez besoin du serveur ou des réglages avancés.

La sidebar de gauche organise les vues :

Chat
L'interface principale, type ChatGPT. C'est ce que vous utiliserez 90 % du temps.
Discover
Le store de modèles. Recherche en direct sur Hugging Face, avec un indicateur de compatibilité matérielle (Full GPU Offload / Partial / Likely too large) basé sur votre VRAM détectée.
My Models
Tous vos modèles téléchargés, avec leur taille et leurs quantizations. Utile pour faire le ménage.
Developer
Le serveur local OpenAI-compatible. Visible uniquement en mode Power User ou Developer.

#3. Télécharger un modèle GGUF

LM Studio ne lit que le format GGUF (le format binaire de llama.cpp, successeur de GGML). Si un modèle existe sur Hugging Face mais pas en GGUF, vous ne pourrez pas le charger directement. La grande majorité des modèles populaires (Qwen 3.5, Gemma 4, Mistral, Granite 4.2, DeepSeek, gpt-oss) ont des versions GGUF maintenues par la communauté.

  1. 01
    Ouvrez Discover et cherchez un modèle
    Pour un premier essai, tapez Qwen 3.5 9B ou Granite 4.2 8B — les valeurs sûres 2026 de la tranche 6-8 Go de VRAM. LM Studio liste les variantes GGUF disponibles, généralement publiées par bartowski, unsloth ou lmstudio-community.
  2. 02
    Lisez les tags de compatibilité
    À droite de chaque variante, un indicateur vert/orange/rouge : Full GPU Offload signifie que le modèle tient entier dans votre VRAM. Partial = une partie ira en RAM (plus lent). Likely too large = oubliez.
  3. 03
    Choisissez la quantization
    Q4_K_M est le sweet spot pour la majorité des cas (faible perte de qualité, ~50 % de la taille FP16). Q5_K_M si vous avez 30-40 % de VRAM en plus. Q8_0 pour la qualité maximale si vous avez largement de la place. FP16 seulement pour le fine-tuning ou la comparaison.
  4. 04
    Cliquez Download
    Entre 4 et 8 Go pour un 7B selon la quantization. Le téléchargement se fait en arrière-plan, vous pouvez en lancer plusieurs en parallèle.
→
Où sont stockés les modèles
Par défaut, LM Studio place les modèles dans ~/.cache/lm-studio/models/. Sur Linux, ce dossier peut grossir vite (50-200 Go avec quelques modèles). Si votre /home est sur un petit SSD, déplacez le dossier via Settings → Model Directory vers un disque plus grand.

Une fois le modèle téléchargé, retournez sur Chat, sélectionnez-le dans le menu déroulant en haut, ajustez le slider GPU offload au maximum proposé, et cliquez Load model. Le chargement prend 5 à 30 secondes selon la taille et la vitesse du disque.

#4. Lancer le serveur local sur le port 1234

La vue Developer fournit notamment des endpoints compatibles OpenAI, dont /v1/models et /v1/chat/completions. Pour les clients qui utilisent ces endpoints, adaptez l'URL de base et l'authentification ; toutes les fonctions de l'API OpenAI ne sont pas nécessairement prises en charge.

  1. 01
    Passez en mode Developer
    Settings → UI Mode → Developer. L'onglet Developer (icône terminal) apparaît dans la sidebar.
  2. 02
    Sélectionnez un modèle
    Menu en haut de l'onglet Developer. Le modèle doit être déjà téléchargé. Vous pouvez en charger plusieurs en parallèle si la VRAM suit.
  3. 03
    Réglez Context Length et GPU Offload
    Mettez le GPU offload au maximum tant que la VRAM le permet. Le context length à 4096 par défaut suffit pour la plupart des usages ; montez à 8192 ou 16384 pour du RAG ou des longs documents.
  4. 04
    Cliquez Start Server
    Le serveur écoute sur 127.0.0.1:1234 par défaut. Le port est configurable juste à côté si 1234 est déjà pris.
Tester le serveur
# Liste des modèles chargés
curl http://localhost:1234/v1/models

# Une complétion chat minimale
curl http://localhost:1234/v1/chat/completions \
  -H 'Content-Type: application/json' \
  -d '{
    "model": "local-model",
    "messages": [
      {"role":"user","content":"Capitale de l'\''Italie ?"}
    ],
    "temperature": 0.2
  }'

Côté Python, un client openai officiel suffit. La clé API peut être n'importe quelle chaîne — LM Studio ne la vérifie pas.

Client Python
from openai import OpenAI

client = OpenAI(
    base_url="http://localhost:1234/v1",
    api_key="lm-studio",  # placeholder, non vérifié
)

resp = client.chat.completions.create(
    model="local-model",
    messages=[
        {"role": "system", "content": "Tu réponds en une phrase."},
        {"role": "user",   "content": "Qu'est-ce qu'un GGUF ?"},
    ],
    stream=True,
)

for chunk in resp:
    print(chunk.choices[0].delta.content or "", end="", flush=True)
i
Logs en direct
L'onglet Developer affiche les Server Logs en temps réel : chaque requête entrante, le temps de génération, le nombre de tokens. Indispensable pour déboguer une intégration.

Pour un accès depuis le LAN, activez l'écoute réseau dans les réglages du serveur. LM Studio dispose d'une authentification native par jetons : activez Require Authentication, créez un jeton et envoyez-le dans l'en-tête Authorization: Bearer. Cette option est désactivée par défaut. Conservez localhost si le serveur n'est utilisé que sur cette machine.

#5. Accélération GPU sous Linux

C'est le sujet le plus piégeux de LM Studio sur Linux. L'AppImage embarque plusieurs backends (CPU, CUDA, ROCm, Vulkan) et choisit automatiquement au lancement — mais l'autodétection se trompe parfois selon les drivers installés.

NVIDIA (CUDA)
Drivers propriétaires 535+ installés (nvidia-smi doit fonctionner). CUDA 12.x est embarqué dans l'AppImage, pas besoin de l'installer séparément. Vérifiez dans Settings → Hardware que le GPU est listé et que le backend est bien CUDA.
AMD (ROCm)
Drivers ROCm 6.x installés sur l'hôte (Radeon RX 6800 XT et plus récent officiellement supportés, RX 6700 XT et RX 7600 souvent fonctionnels avec HSA_OVERRIDE_GFX_VERSION). Votre utilisateur doit appartenir aux groupes render et video.
Intel Arc / iGPU
Backend Vulkan, performances correctes sur Arc A770/A750 mais moins bonnes que NVIDIA/AMD. Installez vulkan-tools pour vérifier avec vulkaninfo que le GPU est détecté.
Aucun GPU
Fallback CPU automatique. Pour un Granite 4.2 8B Q4 sur un Ryzen 7, attendez-vous à 5-8 tokens/sec. Un 3B comme Qwen 3.5 2B ou Granite 4.2 3B reste très utilisable. Au-delà de 14B, la patience devient un problème.

Le slider GPU offload dans Chat ou Developer contrôle combien de couches du modèle vont sur le GPU. Mettez-le au maximum tant que la VRAM le permet. Vérifiez la consommation réelle dans un terminal :

Surveiller la VRAM
# NVIDIA
nvidia-smi -l 1

# AMD (radeontop ou rocm-smi)
rocm-smi --showmeminfo vram
Repères VRAM par taille de modèle (Q4)
3B ≈ 2 Go · 7B ≈ 5 Go · 14B ≈ 9 Go · 32B ≈ 19 Go · 70B ≈ 40 Go. Ces chiffres montent un peu si vous augmentez le context length au-delà de 4096.
GPU repères
Une carte de 12 Go peut convenir à certains 7B ou 14B quantifiés, selon le contexte et la marge disponible. Une 4090 de 24 Go ne contient pas entièrement un 70B en Q3 avec son cache : il faut un modèle plus petit ou un offload vers la RAM. Vérifiez l'estimation de chargement avant de choisir le matériel.
!
Le piège du fallback CPU silencieux
Le modèle peut être réparti entre GPU et RAM si la mémoire dédiée est insuffisante. Vérifiez le chargement des couches et l'utilisation du GPU pendant une génération. Une VRAM non saturée ne prouve pas, à elle seule, un fallback CPU ; mesurez la vitesse et consultez les logs.

#Pièges fréquents

L'AppImage refuse de démarrer
Lancez l'AppImage depuis un terminal, relevez sa version et le message exact. Mettez à jour avant d'appliquer un ancien correctif FUSE. Vérifiez ensuite l'architecture, la distribution et les prérequis officiels.
Le GPU n'est pas utilisé
Vérifiez nvidia-smi (ou rocm-smi). Si le GPU n'est pas listé : drivers absents ou trop vieux. S'il l'est mais que LM Studio reste sur CPU : Settings → Hardware permet de forcer le backend (CUDA/ROCm/Vulkan). Sur AMD, l'utilisateur doit être dans les groupes render et video — sortez et reconnectez-vous après le usermod.
Le modèle est lent malgré le GPU
VRAM saturée et offload partiel silencieux. Réduisez le context length, baissez le slider GPU offload pour mesurer le seuil, ou prenez une quantization plus agressive (Q5 → Q4 → Q3).
Port 1234 déjà pris
Souvent occupé par un autre service de dev. Changez le port dans Developer → Settings, ou tuez le processus : ss -tulpn | grep 1234. Pas la peine de toucher au firewall pour un usage localhost.
Mises à jour automatiques cassantes
LM Studio se met à jour seul par défaut. En environnement contrôlé (entreprise, intégration CI/CD), désactivez via Settings → Updates. Notez le numéro de version qui marche pour pouvoir revenir en arrière si besoin.
Automatiser depuis le terminal
LM Studio fournit une CLI lms : lms ls, lms load, lms chat, lms server et lms runtime permettent de gérer les modèles et le serveur. Le service llmster fonctionne aussi sans GUI. Consultez lms --help et la documentation de la version installée.

#Sources et vérification du 14 octobre 2026

Documentation officielle vérifiée le 14 octobre 2026. Les exigences peuvent évoluer : consultez ces sources avant une installation.

#Pour aller plus loin

Vous avez LM Studio installé, un GGUF chargé, et un serveur OpenAI-compatible qui tourne. Les directions naturelles ensuite :

Exploiter le serveur API en profondeur
Le guide Transformer LM Studio en serveur API détaille streaming, multi-modèles en parallèle, exposition LAN sécurisée et tuning des performances.
Comparer avec Ollama sur Linux
Le guide Installer Ollama sur Linux couvre l'autre stack populaire, plus orientée daemon/serveur. Pour beaucoup, la combinaison Ollama (daemon) + LM Studio (interface client par-dessus) est l'idéal.
Choisir la bonne quantization
Le guide Choisir sa quantification (Q4, Q5, Q8, FP16) compare visuellement les pertes de qualité réelles et aide à arbitrer qualité vs VRAM, surtout pertinent quand on télécharge ses propres GGUF.
Ce guide vous a aidé ?

Un retour, une erreur, une précision ? Faites-nous signe, ça améliore le guide pour tout le monde.