Bonjour,
Suite à ma découverte de cette distribution après conseil sur le forum Ubuntu Fr, j'ai téléchargé l'image iso PrimTux5.Debian9.i386.hybrid dont le lien est disponible dans la rubrique Télécharge du site.
Après moult test, impossible de booter sur la clé USB créée à partir de l'image ISO/
J'ai testé la création avec l'utilitaire gnome-disk, en ligne de commande, avec 3 clés différentes et depuis 2 machines différentes ... rien. J'ai le message "No boot sector on usb device".
A noter que j'ai tenté avec succès de booter sur un live-usb de xbuntu 18.04.4. C'est d'ailleurs la distribution installée sur le laptop sur lequel je souhaite installer PrimTux et qui tourne sans problème.
Est-ce que c'est un problème dans l'ISO ?
Merci d'avance de votre aide.
Bonne journée
Cyril
C'est un Legacy.
Par contre, c'est un 32 bits donc pas possible d'utiliser cette version.
Je vais regarder du côté de PrimTux4.
sunkart a écrit :Je vais regarder du côté de PrimTux4.
Oui. Il n'y a pas d"énormes différences entre la version 4 et la version 5.
Dis-nous ce qu'il en est.
Laquelle est préférable, dans
https://sourceforge.net/projects/primtux...tribution/ :
- PrimTux4-Debian8-i686-2018-11-21.hybrid.iso
Dans le dossier Archives/PrimTux4 :
- PrimTux4-Debian9-i686-CTP-2018-11-28.hybrid.iso
- PrimTux4-Debian9-i686-DG-2018-11-23.hybrid.iso
Pour te rapprocher de la PrimTux5 qui est avec Controle Parental, essaie la PrimTux4-Debian9-i686-CTP-2018-11-28.hybrid.iso.
Téléchargée et installée.
ça fonctionne pour le moment. Je vais me plonger dans la doc maintenant.
Bonjour,
Exactement même problème avec l'iso PrimTux5-Debian9-i386.hybrid.iso. Contrôle md5sum bon, installation sur une clé 8Go avec mintstick, correcte, puis impossible de booter, après plusieurs essais sur plusieurs machines et une autre procédure, téléchargement et installation de clé.
Il semble y avoir un problème sur cet iso ??
Comme conseillé, je vais me rabattre sur la PrimTux4-Debian9-i686-CTP-2018-11-28.hybrid.iso,
mais c'est quand même intéressant de savoir ce qui ne va pas dans cette iso ...
Par ailleurs, j'ai fait plusieurs installations complètes à partir de PrimTux5-Lubuntu-18.04-amd64.iso qui se sont très bien passé.
Cordialement
Hubert
Je t'écris actuellement d'une PrimTux5-Debian9-i386 bootée en live et transférée avec Etcher sous Ubuntu 20.04. Elle ne démarre volontairement pas en uefi, peut-être est-ce le problème.
Bonjour
Je ne suis pas en UEFI.
Voici ce que me dit etcher :
"Missing partition table
It looks like this is not bootable image. The image does not appear to contain a partition table and might not be recognized or bootable by your device"
Et c'est effectivement ce qui se passe !!
Il semble donc bien que le problème vienne de l'iso ..
Cordialement
Hubert
Bon il y a un truc effectivement la md5 de l'iso sur mon pc ne correspond pas à celle de sourceforge. Je viens de voir qu'il y en avait 2. Je regarde ça de plus près, à l'occasion j'ai envoyé la mauvaise.
Avec Rufus sous Windows, pas de soucis pour transférer cette ISO sur clé USB et booter dessus en Live-USB.
Avec Etcher, j'ai aussi le message que ce n'est pas une ISO bootable.
Etcher doit chercher une partition gpt et il ne la trouve pas. Je teste actuellement avec rufus.
Je confirme, ok avec rufus.
RESOLU
Bonjour
Merci pour la réponse, effectivement ça marche avec rufus et j'ai pu installer primtux 5 (i386) sur une machine un peu âgée (recyclage du matériel de mairie) et ça marche bien. Reste plus aux instits de trouver le temps de le prendre en main ...
Dommage que ce soit windaube ...
Cordialement
Hubert
Il y a peut-être un autre outils qui permet de le faire sous linux mais les isos debian sont relativement capricieuses.
tout simplement
Code :
[== Undefined ==]
cat monFichier.iso > /dev/sdX ; sync
@cyrille : j'avais jamais vu une utilisation de "cat" pour ça.
sinon :
Code :
pv monFichier.iso /dev/sdX && sync
ou mieux
Code :
rsync -ah --info=progress2 monFichier.iso /dev/sdX && sync
T'as une barre de progression en prime
D'ailleurs, pour rsync, j'ai fait ça dans mon .zshrc (ça m'évite de perdre du temps et des cycles d'écritures a recopier des trucs qui ont déjà été fait) :
Code :
alias cp="rsync -ah --info=progress2"
Mais là, je digresse.
@mothsart
moi non plus j'avais jamais vu mais quand je suis passé sous freeBSD, j'ai vu ça sur leur forum et ça marche nickel
