💿 ET UNE ISO ?
Il n'y en a pas à télécharger — mais le dépôt sait en construire une.
La voie normale reste le script : vous partez d'une Ubuntu, vous lancez la commande
plus haut, et la machine devient une MadOS.
tools/build_mados_live_iso.sh bâtit une image live
amorçable en BIOS et en UEFI, sur base Ubuntu 26.04 LTS. Elle a été
construite, puis démarrée en machine virtuelle pour le vérifier.
Elle n'a jamais tourné sur du vrai matériel, et
l'installation sur disque n'a pas été jouée de bout en bout. C'est un terrain d'essai,
pas encore la voie recommandée.
CE QUE CONTIENT L'IMAGE
Ubuntu 26.04 « resolute » minimale, montée par debootstrap. Pas une Ubuntu allégée : une base construite paquet par paquet.
XanMod x64v3, pas le noyau Ubuntu. Ses paquets .deb voyagent dans l'image : sans eux, la machine installée n'aurait aucun noyau.
labwc (compositeur Wayland) et la suite LXQt : panel, lanceur, notifications, gestionnaire de fichiers. Volontairement minimal — l'image sert à installer.
Le dépôt MadOS entier dans /opt/mados-rog : les 40 modules, la bibliothèque commune, l'outil mados.
CE QUI SE PASSE AU DÉMARRAGE
- GRUB affiche une entrée unique : Demarrer MadOS ROG Edition (Live & Install).
- Connexion automatique sur la console, qui lance labwc.
- Un bureau noir apparaît, avec le panel LXQt.
- Un terminal plein écran s'ouvre seul et lance l'installateur.
Cet installateur vous fait choisir le disque au lieu d'écraser le plus gros sans demander, détecte si vous démarrez en UEFI ou en BIOS et partitionne en conséquence, réinstalle le noyau sur la cible, et refuse d'annoncer une réussite si GRUB n'est pas réellement posé sur le disque.
CE QUE ÇA DONNE VRAIMENT
Cliquez sur une capture pour l'ouvrir en taille réelle. Prises pendant une installation réelle en machine virtuelle, du premier écran jusqu'au redémarrage sur le disque. Ce ne sont pas des maquettes.
LA CONSTRUIRE SOI-MÊME
Depuis un Linux (ou WSL), à la racine du dépôt :
sudo bash tools/build_mados_live_iso.sh
Le mot de passe n'est demandé qu'une fois. Sept étapes suivent, et il faut compter
plusieurs dizaines de minutes — l'essentiel du temps part dans le téléchargement
des paquets et la compression SquashFS.
À la fin, le script décode lui-même le catalogue d'amorçage de l'image produite et
refuse de la déclarer réussie si aucune plateforme UEFI n'y figure. C'est la correction du
défaut d'origine : sans la bonne dépendance, l'outil fabriquait une image BIOS seule
sans la moindre erreur — et un ROG ne la voyait tout simplement pas.
CE QU'IL FAUT SAVOIR
Le compte de la session live est
mados / mados,
avec sudo sans mot de passe. C'est normal pour un système
éphémère qui vit en mémoire — et l'installateur durcit ce compte sur le disque : mot de passe
redemandé, et changement forcé au premier accès.
Le rendu graphique s'adapte à la machine.
En machine virtuelle, le rendu logiciel est activé, faute d'accélération disponible. Sur du
vrai matériel, il ne l'est pas — la carte graphique fait son travail. La même image sert aux
deux cas, et la décision est prise au démarrage.
Rien de tout cela n'a été éprouvé sur une vraie machine.
L'image démarre sous QEMU avec un micrologiciel UEFI, et son catalogue d'amorçage annonce
correctement les deux plateformes. Mais entre « démarre en émulation » et
« s'installe sur un ROG », il reste une épreuve que seul du matériel réel peut trancher.