[RESOLU] Triton 9.1.2 : no USB boot

[Freco]

Bonjour à tous!

Tout d'abord, ça fait plaisir de retrouver une superbe version francisée de puppy avec en plus une compatibilité avec Debian!
Bravo pour ce boulot!

J'ai essayé plusieurs clés et sur plusieurs PC, je n'ai pas réussi à démarrer sur clé, mais j'ai pu l'installer en frugal sur mon disque, en copiant simplement les fichiers.
Juste que là, je voudrais utiliser ce Triton pour mes élèves, en utilisant des clés USB pour le lancer sur les PCs du lycée.
Et même après une remasterisation, toujours impossible de démarrer sur une clé!
J'ai essayé sur plusieurs clés, et sur plusieurs PC, quenenni...

Bref, si vous avez des idées d'où pourrait venir le problème, afin que je puisse bosser efficacement avec mes élèves, ça m'aiderait beaucoup!

Merci d'avance,
Freco.

[AlainX]

Bonjour

Je pense que si cette démarche est possible sur du matériel personnel ou d'association c'est plus difficile dans un établissement ...

Etes vous sûr qu'il est possible de démarrer les pc de votre établissement avec des clefs usb ?
(il faut avoir accés au bios et cela m'étonne que les pc d'établissement ne soient pas bloqués ... car beaucoup de collégiens lycéens pourraient démarrer avec leur propre clef usb)
Avec certains bios on peut faire en sorte que le pc cherche à démarrer systematiquement sur le peripherique usb même quand on a démarré entre temps sous windows mais avec d'autres ce n'est pas possible )
Si vous êtes le seul enseignant à utiliser les pc, cela peut le faire mais sinon il faudra intervenir sur le bios avant chaque utilisation
Autre souci : si l'accés est permis, comment seront protégés les disques durs des ordinateurs ...
Ca fait beaucoup de problèmes à résoudre

Passons au positif

Voici un truc qui marche chez moi
j'utilise des clefs usb sandisk 32 go usb 3.0 ultra ou ultra fit pour booter sur la clef

je les ai construites avec unetbootin à partir de l'iso 9.1.2 sur une distribution primtux 7 (il faut ajouter unetbootin qui n'est pas installé sur primtux )

je lance la construction de la clef avec unetbootin et j'attends la création de la clef
avant la première utilisation de triton
je diminue la partition fat32 avec gparted de 32 go à 8 go et j'en crée une deuxième au format ntfs pour recevoir le fichier de sauvegarde .

J'éteins mon pc et je reboote en demandant un démarrage sur la clef

après le premier démarrage je configure le reseau et je mets à jour synaptic
ensuite première sauvegarde
je la fais sur la partition ntfs en declarant le maximum

Ensuite je relance et j'ajoute les paquets qui me servent et j'agrandis la taille de sauvegarde avec l'outil de triton pour occuper la totalité du fichier ntfs soit presque 22 GO

La même clef fonctionne sur différents pc mais quand on change de pc il faut redemander dans les paramètres généraux un clavier français ( à part cela, tout le fichier de sauvegarde est fonctionnel même si parfois reconfigurer le wifi est également nécessaire donc donner le mot de passe wifi )

Il est également facile de cloner la clef pour en faire des doubles qui seront tout aussi fonctionnels avec dd

Un autre souci sera sans doute de configurer le proxy d'établissement au moins sur le navigateur avant de cloner la clef )

Bon courage
Alain

[Freco]

Bonjour Alain,

Merci pour la réponse, mais tous les PCs du Lycée sont réglés en priorité USB pour le démarrage... donc, là dessus, c'est royal!
Je me suis fait avoir en laissé ma clé MX Linux sur lequel j'ai des données, le PC redémarre... sur MX!

Bref, je prépare mes clés avec dd, et avec d'autres distributions, je n'ai pas de problèmes. Juste Triton (et la version de base, BookwormPup, que je vais revérifier ce soir).

Voilà, c'était pour savoir si vous aviez des idées sur les causes du problème de démarrage depuis des clés USB, ce qui ne m'est jamais arrivé en 13 ans que j'utilise Toutou!

Merci et bonne soirée.
Freco.

[AlainX]

Sur le pc de ma femme qui est un Acer travel p215 52 sous windows10 de 4 ans je ne vois pas non plus les clefs usb au boot alors que je vois les disques durs portables, j’ai donc utilisé un disque dur portable en usb3 pour remplacer la clef

Tous les pc du club informatique où je suis voient la clef au demarrage ...

C’est vrai que le boot était plus facile à gérer il y 15 ans avec des toutou et des bios moins compliqués
J’ai commencé à utiliser toutou avec l’asri en 4.12 puis 5.28 puis triton 5.4.3 et 6.0 tahrpup et et à l’époque le double boot avec xp était facile à obtenir...

Autres pistes
Est ce qu’il y a le même problème avec triton 8 qui fonctionne en 32 bits ?
Est ce que les autres versions testées mxlinux étaient aussi en 64 bits ?
Est ce que tous les ports usb ont été testés ?
Est ce que après installation sur une clef neuve il y a aussi ce problème ?

[Freco]

Après avoir constaté le même soucis avec les autres puupies, je crois avoir une piste...
Avant de planter le démarrage, le PC décrit rapidement un problème d'accès à EFI/boot.
Et en effet, en préparant "comme d'hab" ma clé avec dd, les fichiers apparaîssent avec un cadenas dans le gestionnaire de fichiers...
Je vais essayer autrement qu'avec dd...

Oui, toutes les autres versions étaient en 64bits. Pas testé avec Triton 8.

[AlainX]

Secure boot et fast boot sont à desactiver dans le bios

[Freco]

Oui, secure boot et fastboot sont bien désactivés!
Je viens de tester la préparation de clé USB via la restauration d'image disque avec GNOME-disk, et là, je n'ai pas le verrou sur les fichiers de la clé... mais ça ne marche toujours pas...
C'est fou! Les autres distros fonctionnent sans problème, et ya que Toutou qui veut pas...
J'avais testé avec sans UEFI mode / secure boot... mais c pareil...

J'avoue sécher là!
Merci d'avance pour vos idées...

[Amol]

Hello Freco !
Je te conseille d'utiliser puppy-installer fournit dans les puppys récents pour installer Triton_9.1.2.Pour cela il te faudrait un puppy récent ( à partir de 2020 ) sur une autre clef avec ventoy.Puppy-installer fournit ce qu'il faut pour les machines 64bits récentes.
Amol

[AlainX]

Bonjour
Avant d'utiliser unetbootin j'étais ausi en échec sur la creation de clefs bootables...
Donc voici le detail de ce que je fais

Prérequis
avoir une version linux de unetbootin installée
avoir télechargé triton 9.1.2
avoir une clef usb rapide d’au moins 32 GO si possible vierge
inserer la clef
la démonter si elle s’est montée

Lancer gparted pour formater la clef en fat 32 avec un drapeau boot
fermer gparted
monter la clef sinon unetbootin ne fonctionnera pas
lancer unetbootin et demander une installation de triton 9.1.2 sur la clef
attendre la fin de la procédure
fermer unetbootin
démonter la clef
Rouvrir gparted pour repartitionner la clef
diminuer la partition fat 32 en la retaillant à environ 8 GO
créer une nouvelle partition au format ntfs sur l’espace restant
Appliquer les operations demandées
fermer gparted
fermer votre distribution linux et éteindre la machine
rebooter en demandant de booter sur la clef
valider le clavier français
configurer le reseau soit en filaire soit en wifi pour obtenir une connexion internet
aller dans le gestionnaire de paquets synaptic
recharger les paquets
faire la première sauvegarde au format ext3 en choisissant la partition ntfs comme destination sur la clef
Attendre la fin de l’opération et l’extinction pour toucher l’ordinateur

Vous pouvez redémarrer

L’avantage de la partition ntfs c’est que vous pourrez augmenter la taille du fichier de sauvegarde sans être limité à 4 GO comme sur une partition fat32

Quand on a tout installé et testé sur plusieurs machines on peut la cloner comme clef modèle avec dd

Alain

[Freco]

Hello Freco !
Je te conseille d'utiliser puppy-installer fournit dans les puppys récents pour installer Triton_9.1.2.Pour cela il te faudrait un puppy récent ( à partir de 2020 ) sur une autre clef avec ventoy.Puppy-installer fournit ce qu'il faut pour les machines 64bits récentes.
Amol

Merci!
Ca marche! Je comprends mieux pourquoi ça ne marchait pas...

[Freco]

Bonjour
Avant d'utiliser unetbootin j'étais ausi en échec sur la creation de clefs bootables...
Donc voici le detail de ce que je fais

Merci! Je regarderais.

[oui]

je n'avais pas compris le titre, je crois, et n'ouvre pas toutes les demandes en me fiant au titre... si je comprends bien les derniers messages, il s'agit seulement de lancer triton depuis une clef USB? et, ça, je le fais sans absolument aucun problème.

préparation de la clef USB (peut être aussi bien une clef mono-pièce qu'un porte-carte avec une carte mémoire d'environ 2 Go):

- lancer un puppy depuis qq ch qui marche
- gparted
- ouvrir gparted pour le support USB utilsé et en profiter pour noter comment ce linux lancé appelle ce support (dans mon cas, et je l'ai fais des dizaines de flois, c'est presque toujours «sdb1» sur le support «sdb», mon disque dur unique étant presque toujours sda avec ses partitions sda1..sda14, MAIS IL EST DÉJA ARRIVÉ QUE LINUX INVERSE, donc clef sda et disque dur par contre sdb)
- vérifier si qq ch sur ce support est ouvert et donc protégé mettant gparted hors opération excepté celle de «démonter» la ou les partitions du support USB; le cas échéant démolnter la ou les partitions via gparted
- recréer la table de partitions du support USB (NE PAS SE TROMPER: efface tout irrémédiablement et aussit^t!) avec l'avant dernière option à droite dans la barre supérieure de Gparted
- puis aller à la dernière option «partitions» pour y créer une partition FAT16 (c'est CAPITAL pour Trition et tous les ISOs faisant au plus environ 1,5..1,8 Go! Ne jamais tenter INUTILEMENT de faire la même chose en FAT32 ou, alors vraiment pire, un autre format). Attention! Ne pas confondre par habitude avec par ex. ext4: c'est alors l'échec classique!
- dans la même option «partitions» opter alors pour le drapeau «boot» et vérifier vraiment après qu'il est bien mis sinon ça ne marchera jamais!
- copier l'iso dans sa racine / .
- la renommer en «i.iso»
et lancer la confection de la clef bootable:

en admettant que la partition dédiée soit bien /dev/sdb1 (sinon adapter!):

dd if=/i.iso of=/dev/sdb status=progress

(remarque: obligatoirement sdb seulement! pas sdb1 ou autre!)

Si on devait à faire la même chose avec des plus gros dossiers iso, il faut formater en fat32 !!

Dans les rares cas tangeants (on ne sait pas si tout le fichier iso alors plus gros, à la limite de vfat16) est bien contenu en entier dans la clef en vfat/fat16, il faut tatonner et donner la préférence à fat16 par rapport à fat32! Pourquoi? Parce que c'est à l'époque avant fat32 que tout cela a été mis au point et que cela fonctionne tout bonnement mieux, voir infailliblement!

Linux appelle fat vfat mais c'est la même chose sur ce plan là.

Quand une clef marche bien, on peut l'utiliser telle quelle pour regraver dessus directement avec dd un autre iso de même taille sans refaire toute la cérémonie! Mais, naturellement, on sacrifie l'iso antérieur...

- En l'absence de message d'échec, tester en redémarrant tel quel.

- Si tout est ok, revenir et effacer l'iso de trop dans la racine