Écrire iso sur clé usb

Support Debian
#1

Bonjour

Non, je ne vous demande pas de m’expliquer comment on fait . . .

Sur une clé où se trouvait un .iso de Gparted live j’ai fait directement (sdh non montée)

-# cp /home/tropek/Téléchargements/trixie/debian-13.1.0-amd64-DVD-1.iso /dev/sdh && sync

Au démarrage, sur deux pc, la page d’accueil (choix des mode d’installation) s’affiche correctement.
après le choix du mode l’image est illisible dans tous les mode (image formée de rayures).

-# fdisk -l
Périphérique Amorçage Début     Fin Secteurs Taille Id Type
/dev/sdh1    *            0 7775935  7775936   3,7G  0 Vide
/dev/sdh2             21892   29091     7200   3,5M ef EFI (FAT-12/16/32)

Comme c’est vraiment long à écrire la-dessus, comment s’y prendre ?
Tout effacer ? Avec un
-# dd if=/dev/zero of=/dev/sdh && sync
?
Autrement ?

#2

effacer la partition ?

#3

As-tu malgré tout essayé de copier ton iso avec dd?
pour vérifier si c’est le mode de copie de l’iso qui pose éventuellement problème?

#4

si la clé boot, c’est un problème d’affichage.
perso, je tenterai avec un iso ubuntu netinstall pour voir si le problème est également présent.
sinon :
erreur de l’ISO, faire un checksum.
pb matériel de la clé USB.

#5

Pourquoi pas directement une netinstall debian plutot qu’une ubuntu?

1 J'aime
#6

salut
le cp marche comme tu l’as fait cp debian.iso /dev/sdz && sync && eject /dev/sdz
le dd marche j’utilise dd bs=4M if=debian.iso of=/dev/sdz status=progress conv=fsync && sync && eject /dev/sdz

pour les rayures ça vient d’ailleurs

  • sur certains ordis j’ai été obligé d’utiliser une clé de 4 ou 8Go , au-dessusde 8 Go ça faisait comme toi : tu pourrais aussi essayer avec une ventoy
  • ce qui me gêne c’est l’iso DVD : essaies déjà avec une venant de là :
    – iso debian live
    – iso debian net
#7

Attention, une ventoy risque de ne pas marcher sur une machine avec le secure boot activé.
Il vaut mieux effectivement utiliser une clef de 4 à 8 Go avec l’iso directement.

et préférer diminuer la sécurité de la machine en désactivant le secure boot est une mauvaise idée.

#8

Bonjour tout le monde

~ la clé est une 8 Go
~ la checksum avec sha512 est correcte, je ne sais pas vérifier les signatures (lu la doc debian mais pas compris ce qu’il fallait faire . . .)
~ il y a des années l’installateur calamares n’était pas vraiment fiable
~ ventoy je connais, mais il me semble tellement simple d’écrire avec une ligne de commande toute bête (environ une fois tous les 3 ans et pas pour moi)
~ j’ai toujours utilisé cp (parce qu’après il suffit d’ajouter un m !)

Q :
~ après y avoir écrit l’iso c’est pas vraiment normal d’avoir deux partitions sur sdh ?
~ la clé écrite a-telle besoin d’avoir une table MBR avant d’y écrire l’iso ? - de mémoire non -

Avant d’aller plus loin je vais essayer de comprendre ce que fait l’iso netinstall.

#9

Si c’est normal car tu as au moins une partition pour /boot/efi et une autre pour le reste. C’est toujours le cas normalement pour une live.

Attention ce n’est pas le cas pour une iso netinst (car c’est une iso joliet).

Et pour une ventoy il y a trois partitions, /boot/efi, le reste, et la partition où tu stocke les iso que tu veux utiliser avec ta ventoy.

#10

Essai avec la netinstall suggérée par dindoun.
Cette fois-ci après vérification écriture sur sdh

# fdisk -l
Disque /dev/sdh : 7,22 GiB, 7751073792 octets, 15138816 secteurs
Modèle de disque : DataTraveler 3.0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x424d45c8

Périphérique Amorçage Début     Fin Secteurs Taille Id Type
/dev/sdh1    *            0 1603583  1603584   783M  0 Vide
/dev/sdh2              4128   11327     7200   3,5M ef EFI (FAT-12/16/32)

Je sais pas comment ça se passe avec une netinstall mais j’y vais . . .

#11

Bizarre, pour moi cp copie un fichier (ici ton iso) sur un système de fichier existant (donc ici serait un système de fichier sur /dev/sdh). Pour moi le cp ne peut pas marcher pour une copie bit à bit. En revanche

ou

doivent marcher.
Quant à vérifier si c’est correct, tu peux monter ton image iso en loop:

#12

Pourtant ça marche. Je le constate en comparant le /…/fichier.iso et /dev/sdx avec la commande cmp.
Pas grave, mes essais suivants sont faits avec dd puis en faisant un cmp quand même.

#13

Exact, en fait quand on fait

avec tutu un fichier existant, c’est équivalent à

Du coup, effectivement cp fichier /dev/sdh marche, je ne m’en étais jamais aperçu.

#14

J’ai oublié de signaler : pour l’essai précédent (netinst) écriture avec dd.
Le résultat est aussi catastrophique.
Puis essai sur une autre clé : idem.

Est-ce que ça pourrait venir du moniteur (qui en fait est une télé UNIQUEMENT connectée en hdmi à la sortie du pc), et changée récemment. Au démarrage de celle-ci s’affiche une résolution 3860x1980 (ou pas loin). Et dans ses menus rien n’indique la possibilité de modifier ces valeurs. Ce pc fonctionne actuellement, et la résolution est forcée à 1920x1080 à la connexion du user.

Je vais essayer la clé iso sur mon autre pc, mais ça m’embêterais de le rendre indisponible . . .

Merci de votre participation, et à bientôt (hélas ? :slightly_smiling_face: )

1 J'aime
#15

Pour la lenteur, si ta clef est en USB 2.0, ça peut être très long.
Fais

pour voir le débit de ta clef

#16

Oui c’est une usb 2.0. C’est donc « normalement long ».

#17

Essai sur l’autre PC, idem.

Va falloir les numéroter

pc1 - utilisé actuellement pour télécharger l’iso et écrire sur la clé
Certains s’en souviennent, il a eu des soucis avec le changement de version. Il fonctionne mais avec des pertes de paquets fichiers de configuration . . . (?)

pc2 - sur lequel j’essaye d’installer trixie. Il a eu des soucis également (mais différents) pendant le changement de version. Il fonctionne également, avec des pertes . . .

Donc je vais faire un dernier essai en téléchargeant et en écrivant sur pc2.
Si toujours le même problème j’essayerai de trouver quelqu’un avec un pc linux pour faire une clé bootable.
Personne n’habite en haute-loire ?

Merci en core !

#18

@antek
Pour commencer, il faudrait clarifier l’objectif de ton sujet.
S’agit-il de résoudre le problème « image formée de rayures » ou de « Tout effacer » ??

Pour tout effacer, la piste est bonne, à condition de bien vérifier et revérifier le nom du device ‹ sdX › juste avant l’opération. Plus rapidement, effacer uniquement les premiers MB du disque suffit pour effacer l’éventuel mbr et table de partitions.

Pour l’autre sujet ‹ image › , ce qui aurait du intriguer est ceci qui parait incohérent:

Périphérique Amorçage Début     Fin Secteurs Taille Id Type
/dev/sdh1    *            0 7775935  7775936   3,7G  0 Vide
/dev/sdh2             21892   29091     7200   3,5M ef EFI (FAT-12/16/32)

… mais qui ne l’est en fait pas, puisqu’il s’agit d’une image iso-hybrid.
L’iso-hybrid reste un iso qui ne peut pas être bien compris par un outil de gestion disque ou partitionnement, car il n’est pas fait pour.

La pseudo-partition sdh1 ‹ vide › n’est en fait absolument pas une partition, mais l’image iso complète du début (0) à la fin (7775935).
sdh2 est bien une partition FAT qui a pour objectif d’être présentée au BIOS pour trouver le noyau et l’initrd, ainsi que les instructions de grub. Donc jusque là, tout va bien.

Les deux problèmes suivants pourraient être soit:
* un problème de CSM (Compatibility Support Module) qui permet d’être compatible soit avec un boot EFI ou mbr.

* ou un problème de driver video non accessible / plus probable.

Dans le premier cas, il faudrait vérifier s’il existe une option CSM dans le BIOS.
Dans le second, il faudrait essayer de rajouter l’option nomodeset au noyau lors du boot.

Nouvelle installation trixie
#19

Bonjour

In fine je veux installer trixie tout neuf ! (toutes mes données ont été sauvegardées sur un dd interne qui n’est pas monté au démarrage).
Comme ma première tentative a été l’affichage de gribouillis après la page de choix de l’installateur j’ai effacé la clé avec dd, vérifié avec gparted, et écrit dessus l’iso, la clé étant alors démontée.
Le résultat du dernier fdisk -l semble indiquer que c’est correct.

~ Ryzen3xxxG - firmware amd graphics est bien présent dans les paquets fournis avec l’iso

Choix dans le bios, la carte mère ne fournissant pas un uefi « natif » si j’ai bien compris.
Ce sont les mêmes choix que pour le démarrage avec le trixie actuellement installé.
~ démarrage en legacy-uefi
~ csm désactivé

Q : lorsqu’on veut écrire un .iso sur une clé, est-il préférable d’effacer celle-ci avant ?

Avant de créer une clé boutable avec le pc2 puis (peut-être) avec le pc d’un voisin, je reessaye avec la dernière clée écrite en suivant ton conseil

A quel moment au démarrage de l’installateur passe-t-on l’option nomodeset au noyau ?

#20

Non, c’est inutile pour l’écriture directe dans un device /dev/sdX.

Tout dépend si le boot-loader de l’iso est isolinux, ou grub. Les deux sont possibles pour un iso-hybryd.
Si c’est grub, il faut passer en mode édition en tapant ‹ e › lors du menu grub, en ajouter l’option nomodeset en fin de ligne linux.
Si c’est isolinux, pas de modification possible.

Plus généralement, je trouve une totale perte de temps l’utilisation d’énormes images iso à écrire correctement ou non sur une clef USB pour installer Debian. Je n’ai jamais fait ça.

L’utilisation d’un iso Debian dit ‹ netinst › de 800Mo (!!) n’est en fait pas une ‹ Netinstall ›, mais un ‹ serveur › install.
Je ferai à l’occasion un sujet sur ce qu’est une ‹ vraie › netinstall, et comment procéder de manière fiable.