22 points par GN⁺ 2025-12-07 | 4 commentaires | Partager sur WhatsApp
  • Tiny Core Linux est une distribution Linux de bureau graphique ultra-légère, fondée sur une architecture modulaire, composée d’un noyau minimal et d’un système de fichiers racine réduit
  • Sur la base du système Core (11 Mo), il ajoute des paquets d’extension comme Xvesa, FLTK et FLWM pour fournir un environnement de bureau TinyCore (environ 16 Mo)
  • La version CorePlus inclut des extensions communautaires pour faciliter l’installation sur clé USB ou dans des environnements embarqués
  • Toutes les applications et la prise en charge matérielle peuvent être ajoutées de manière sélective par l’utilisateur, et le système démarre en RAM, ce qui lui confère une très grande rapidité d’exécution
  • Malgré sa taille minuscule, son architecture extensible permet de construire un environnement Linux piloté par l’utilisateur

Aperçu de The Core Project

  • The Core Project repose sur une architecture système modulaire et s’appuie sur des extensions créées par la communauté
    • Il inclut le noyau Linux (vmlinuz) le plus récent, le système de fichiers racine, les scripts de démarrage et les modules noyau de base (core.gz)
    • Core (11 Mo) se compose du noyau et de core.gz, et sert de base à la création de postes de travail, de serveurs et d’appliances
  • TinyCore correspond à Core enrichi de Xvesa.tcz, Xprogs.tcz, aterm.tcz, fltk-1.3.tcz, flwm.tcz et wbar.tcz
    • Il fournit un environnement de bureau basé sur FLTK/FLWM d’environ 16 Mo
  • CorePlus inclut des paquets d’extension communautaires, ce qui permet une installation simple sur clé USB ou dans des environnements embarqués
    • Il conserve la philosophie de Core : extensions montées et gestion complète des paquets

Caractéristiques du système

  • Il ne s’agit pas d’un environnement de bureau complet, mais seulement d’un bureau X minimal avec prise en charge de la connexion Internet filaire
  • L’utilisateur peut ajouter de manière sélective les applications et le support matériel souhaités
    • Les applications peuvent être installées depuis le dépôt en ligne ou compilées directement avec les outils fournis
  • La version la plus récente est la 16.2

Objectifs du projet

  • Le projet vise à développer un OS de bureau graphique ultra-léger, capable de démarrer depuis divers supports comme CD-ROM, clé USB et disque dur
  • Le bureau démarre en RAM, ce qui permet une exécution très rapide, et
    • les applications supplémentaires peuvent résider en RAM, être montées depuis un support de stockage persistant ou y être installées
  • Il est conçu pour prendre en charge les applications et le matériel choisis directement par l’utilisateur

Communauté et participation

  • Le projet conserve un modèle de développement ouvert et encourage le partage des connaissances ainsi que la participation de la communauté via les forums
  • Chacun peut empaqueter ses applications préférées ou la prise en charge matérielle souhaitée et contribuer sous forme d’extensions pour Tiny Core
  • L’équipe Tiny Core Linux compte 8 personnes et répond aux questions sur les forums tout en aidant à créer des paquets d’extension
  • Une activité communautaire en temps réel est possible via le canal #tinycorelinux sur IRC Freenode

Valeurs fondamentales

  • Le projet met en avant l’apprentissage, le partage et la progression, avec une approche communautaire visant à approfondir les connaissances Linux
  • En proposant un environnement Linux léger, flexible et extensible, il offre une plateforme adaptée aux développeurs de systèmes légers et aux utilisateurs de l’embarqué

4 commentaires

 
cosine20 2025-12-08

J’aime bien TCLinux. C’est assez léger pour tourner même à l’intérieur d’un téléphone Android, et comme il prend en charge pas mal de frameworks ou de paquets, notamment .NET, Java et Python, on peut aussi, selon les cas, l’utiliser pour créer des conteneurs Linux ultra-légers.

 
epdlemflaj 2025-12-08

Ça me rappelle l’époque où j’utilisais Puppy Linux.

 
iolothebard 2025-12-07

Toute la distribution Linux se charge entièrement en mémoire… eh bien, oui, c’est logique.

 
GN⁺ 2025-12-07
Avis Hacker News
  • J’aimerais que davantage de gens connaissent piCore, la version de Tiny Core Linux pour Raspberry Pi
    Une fois démarré, tout l’OS est chargé en RAM et ne touche plus du tout à la carte SD
    C’est donc parfait pour faire tourner pendant des mois ou des années un petit serveur de cronjobs sans se soucier de l’usure de la carte SD
    J’ai d’ailleurs réellement exploité de cette manière la collecte et le traitement backend du projet d’archive d’actualités
    J’ai résumé cette expérience dans un article de blog

    • Bien avant l’arrivée du Raspberry Pi, j’utilisais déjà NetBSD pour créer sur USB des images diskless, démarrer dessus puis retirer la clé USB
      Comme tout l’OS tourne en RAM, il n’y a aucune écriture sur la carte SD
      On peut aussi connecter un disque externe pour stocker des données
      Quand je vois depuis des décennies les utilisateurs de RPi s’inquiéter de l’usure des cartes SD, je trouve étonnant qu’une vieille solution éprouvée soit ainsi ignorée
    • Alpine Linux propose aussi des builds pour RPi
      On peut les télécharger depuis la page de téléchargement, et comme il utilise musl au lieu de glibc, c’est bien plus léger et efficace
    • J’aime beaucoup cette architecture, mais j’ai aussi besoin de faire tourner un petit serveur Node
      Je me demande si piCore fonctionne uniquement en RAM avec la configuration par défaut, ou s’il faut des réglages supplémentaires
  • J’ai utilisé plusieurs petites distributions Linux
    J’ai souvent utilisé Tiny Core en VM, et j’aime aussi SliTaz, Slax et Puppy Linux

    • J’ai installé plusieurs distributions légères sur un vieux portable AMD C-50 avec 2 Go de RAM, et contre toute attente, c’est Raspberry Pi OS qui était le plus réactif
    • Puppy Linux a été la première distribution Linux que j’ai utilisée
      Avec un téléchargement d’environ 250 Mo, on pouvait encore l’installer malgré une bande passante limitée à l’époque
    • Je me demande si installer ce type d’OS léger dans une VM pour en faire un environnement de développement à distance IntelliJ serait une bonne idée
      Cloner une VM modèle pour l’utiliser projet par projet semblerait pratique
      Aujourd’hui, je travaille en me connectant en SSH avec Nvim, mais toutes les fonctionnalités d’IntelliJ me manquent
    • J’avais complètement oublié SliTaz, et ce commentaire me donne envie d’aller y rejeter un œil
    • Je me demande pourquoi tu disais que Puppy Linux était « difficile à utiliser » — est-ce simplement que tu n’as pas eu l’occasion de t’en servir, ou bien qu’il y avait quelque chose de gênant ?
  • Autrefois, avoir une interface graphique sur 2 Mo de RAM et 40 Mo de disque allait de soi

    • Mais aujourd’hui, un simple framebuffer en 1920x1080 occupe déjà 2 Mo à lui seul
      Si on ajoute en plus le compositing avec plusieurs fenêtres ouvertes, ça ne tient plus en mémoire
    • Sur l’Acorn Archimedes, tout l’OS tenait dans 512 Ko de ROM
      Bien sûr, les OS de cette époque étaient bien plus simples qu’aujourd’hui
    • À cette époque, les systèmes n’étaient pas en 64 bits
    • Quand j’ai découvert QNX vers 1987, l’installation se faisait avec deux disquettes de 1,4 Mo, et il y avait même un bureau graphique de 40 Ko
    • J’aimerais retrouver un environnement de ce genre
      Je pense qu’il vaut mieux réserver la RAM et le disque aux données plutôt qu’au code
  • J’aimais beaucoup la distribution gratuite de QNX
    Tout tenait sur une seule disquette, y compris X Window et les pilotes de modem, et à l’époque où je manipulais des CD Slackware, c’était vraiment impressionnant

    • Mais en pratique, il n’utilisait pas X Window, il utilisait Photon microGUI
      On peut aussi le vérifier dans la documentation officielle QNX
    • Je me demande encore aujourd’hui pourquoi ce bureau QNX ne s’est jamais démocratisé
    • Rien qu’en voyant le titre, j’ai immédiatement repensé à cette disquette de démarrage QNX
    • QNX est génial, mais son écosystème de paquets n’est pas aussi riche que celui de Tiny Core
  • Au début des années 2000, c’est Damn Small Linux qui m’a fait entrer dans Linux, quand je m’en suis servi pour récupérer des fichiers sur un PC Windows en panne
    J’ai regardé de nouveau ce projet récemment, et j’aimerais que quelqu’un en fasse revivre l’esprit

    • À l’époque, il existait aussi une version sur disquette et une version mini-CD
      On pouvait insérer ces mini-CD au format carte de crédit dans des lecteurs standard, et quand on lit l’histoire du projet, c’est un peu triste, mais cette philosophie reste formidable
  • Vers 2002, j’ai récupéré un vieux 386 et je lui ai redonné vie avec MicroLinux
    Il démarrait avec deux disquettes, et on avait un noyau de base, un affichage X en 16 couleurs, un compilateur C et même un éditeur
    Aujourd’hui, pour ce genre de vieux matériel, il n’existe pratiquement plus d’autre alternative que les distributions Linux légères

    • FreeDOS peut aussi être une option à envisager
    • Comme il existe encore des OS de type DOS, on devrait pouvoir trouver des pilotes pour du vieux matériel
  • J’ai installé Tiny Core Linux sur un portable 32 bits et ça fonctionne très bien
    Son gestionnaire de paquets maison était facile à prendre en main, et c’est utile dans ce genre d’environnement de niche

    • Je suis dans une situation similaire
      Je transforme une vieille machine 32 bits en appareil dédié à l’écriture, mais comme la plupart des distributions ont abandonné le 32 bits, je dois utiliser une variante légère de la famille Ubuntu
  • Le site officiel de Tiny Core n’a ni HTTPS ni vérification de signature, ce qui fait craindre une attaque MITM

    • Le plus sûr est de télécharger depuis le dépôt GitHub officiel
    • On peut aussi télécharger depuis plusieurs emplacements puis comparer les checksums, ou récupérer les fichiers via l’Internet Archive pour les vérifier
    • Ce n’est pas parfait, mais on peut au moins calculer soi-même les hashs MD5 ou SHA256
    • Cela dit, je me demande bien pourquoi quelqu’un chercherait à faire une MITM contre une si petite distribution
  • J’ai connu Puppy Linux → DSL → Tiny Core, dans cet ordre
    Ça avait rendu un portable Pentium III avec 700 Mo de RAM suffisamment léger pour être réellement utilisable

    • À l’époque, 700 Mo sur un PIII, c’était déjà énormément de RAM
  • Ce matin, en passant la RAM de mon ThinkPad à 32 Go, je me suis souvenu qu’en 1999, le portable fourni par mon entreprise faisait très bien tourner Windows 98, Office et Lotus Notes avec seulement 32 Mo de RAM