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.
#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.
#Prérequis
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.
#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.
- 01Téléchargez le fichier .AppImageLe 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.
- 02Rendez-le exécutableAvec la commande chmod +x. Sans ça, le fichier est juste une archive inerte.
- 03Lancez-leDouble-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.
#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é.
- 01Ouvrez Discover et cherchez un modèlePour 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.
- 02Lisez 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.
- 03Choisissez la quantizationQ4_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.
- 04Cliquez DownloadEntre 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.
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.
- 01Passez en mode DeveloperSettings → UI Mode → Developer. L'onglet Developer (icône terminal) apparaît dans la sidebar.
- 02Sélectionnez un modèleMenu 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.
- 03Réglez Context Length et GPU OffloadMettez 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.
- 04Cliquez Start ServerLe serveur écoute sur 127.0.0.1:1234 par défaut. Le port est configurable juste à côté si 1234 est déjà pris.
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.
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 :
- 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.
#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.
- Prérequis Linux officiels
- Notes de version et correctifs AppImage
- CLI officielle lms
- Authentification par jeton
#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.
Un retour, une erreur, une précision ? Faites-nous signe, ça améliore le guide pour tout le monde.