Diagnostic 32 bits → décision de passer en Tiny Core 64 bits (03/09/2026)

[Mario Da Conceicao]

État d’avancement du 03/09/2026 — diagnostic bloquant identifié et résolu par décision : passage obligatoire en Tiny Core 64 bits.

Le vrai problème trouvé

Le modèle Phi-4 Mini (2,49 Go, téléchargé et vérifié intact) refusait de se charger avec l’erreur :

gguf_init_from_file: failed to open GGUF file (Value too large for defined data type)

Cause confirmée par uname -m (réponse : i686) : le système Tiny Core installé jusqu’ici est en 32 bits. Un système 32 bits ne peut pas ouvrir correctement un fichier de plus de 2 Go — et notre modèle fait 2,49 Go. Comme les paliers suivants prévus dans paliers_modele.json vont jusqu’à 18 Go, le problème reviendrait de toute façon avec un modèle plus gros : ce n’est pas un contournement ponctuel qu’il faut, mais un vrai passage en 64 bits.

Décision prise

Réinstaller Tiny Core en version 64 bits (x86_64) — nouvelle image, nouvelle installation persistante (tc-install), Python et llama-cpp-python à réinstaller (incompatibles entre 32 et 64 bits).

Ce qui N’est PAS à refaire

• Le modèle Phi-4 Mini déjà téléchargé (2,49 Go, phi-4-mini.Q4_K_M.gguf) — indépendant de l’architecture, juste à re-copier, pas à re-télécharger
• Les fichiers Python du projet MIRA (chat_ia.py, moteur_ia.py, gestionnaire_specialites.py, detecteur_materiel.py, recherche_semantique.py, paliers_modele.json) — portables, juste à retransférer via ISO comme la première fois

Ce qui EST à refaire

• Nouvelle VM (ou reconfiguration) avec une image Tiny Core 64 bits
• Réinstallation persistante sur disque (tc-install)
• Réinstallation de Python et llama-cpp-python en 64 bits
• Réglages déjà connus à refaire : RAM 4096 Mo, onboot.lst propre, filetool.sh -b après chaque modif

Étapes déjà validées dans cette session (en 32 bits, pour référence)

• Téléchargement du modèle Phi-4 Mini terminé et vérifié (bartowski/microsoft_Phi-4-mini-instruct-GGUF sur Hugging Face) — plusieurs coupures réseau surmontées avec wget -c
• Droits corrigés avec sudo chown -R tc:staff /mnt/sda1/home/MIRA_Project (penser à refaire après toute copie avec sudo)
• Diagnostic précis obtenu en testant directement dans l’interpréteur Python (import llama_cpp puis Llama(model_path=...)) plutôt que de se fier au message générique de moteur_ia.py

Nouveaux rappels techniques (en plus de ceux déjà notés)

• Ne jamais cocher EFI/UEFI dans les paramètres VirtualBox — le système démarre en BIOS classique (extlinux/SYSLINUX), activer l’EFI empêcherait le démarrage
• Pour couper la VM sans perdre une progression de téléchargement en cours : Ctrl+C propre, puis filetool.sh -b, puis "Enregistrer l’état" dans VirtualBox plutôt qu’une extinction complète
• Attention à choisir la version 64 bits du dépôt/paquets lors de la réinstallation (le dépôt ibiblio a aussi une branche x86_64)
• Un débit de téléchargement plafonné peut venir du Wi-Fi entre le PC et la box, ou du CDN source, pas forcément de la connexion internet elle-même

Toujours en attente

Système de mise à jour supervisée (bac à sable, critères de validation, rapport de comparaison, feu vert manuel, rollback) — idée notée, pas encore commencée, à reprendre une fois le passage en 64 bits validé.

[Auteur]

Messages