Clé bootable

Bonsoir à tous,

Alors là je sèche comme je sèche… Le but est bien sûr d’avoir un secours pour le cas où ma mise à jour Squeeze-Wheezy dégénèrerait, sachant que mon graveur est mort. Adonc je me munis bravement d’une iso de netinstall Wheezy et d’une clé de huit gigas flambant neuves, et je suis l’une, puis après échec l’autre, des deux fiches du Wiki sur les clés USB. Tout semble OK dans chacun des deux cas, seulement aux reboots macache. Assurément la machine peut booter en USB, est configurée pour cela en tête, etc. Et alors je ne vois pas ce que mon cas pourrait avoir de particulier, tout est en Intel sur cette machine, et une clé neuve en plus…

A+

Sergio

Es-tu sur de ton BIOS ? ( à tester avec une clef bootable connue )

Le système de fichier sur la clef ? Compatible, tu arrives à lire les fichiers qui sont dessus ?

Édit: fran.b à créer une clef usb qui fonctionne debian-fr.org/clef-usb-pour- … 43615.html c’est spécialisé dans les mathématiques, mais tu as peut-être une alternative…

josephtux > Effectivement, il y aurait ce test à faire, et également l’inverse.

code-mage > Je l’ai laissée en FAT32 d’origine, et même l’y ai reformatée plusieurs fois pour coller au mieux aux descriptions du Wiki ; je vois parfaitement tous mes fichiers. Mais je vais plutôt creuser ton lien, j’y ai déjà repéré des discussions intéressantes dont une affaire de sdb/sdb1 qui certes me chiffonnait un peu.

Merci à tous les deux !

P.S. Je m’absente deux jours.

Sergio

bonjour

formate correctement ta clé, ca peut résoudre le problème de boot.

par exemple si ta clé est en /dev/sdb démonte la puis:

mkdiskimage /dev/sdb 0 255 63

mkfs.vfat /dev/sdb1

Ça peut ne pas suffire, par exemple une clef que tu aurais utilisé en swap (ça m’est arrivé en urgence) ne boutera pas même par cette méthode, il faut auparavant un dd de /dev/zero sur la clef avant ou effacer n drapeau sur la clef (j’avais trouvé lequel), sinon la clef reste econnu comme swap. (Et ça n’est pas dans lma table de partition, histoire vécue encore il y a 6-7 jours)

Méthode simple:

cat machin.iso > /dev/sdb

Autre méthode simple:

dd if=machin.iso of=/dev/sdb

Les ISO Debian sont des vrais ISO, donc pas de problème;

OK, merci à tous ; actuellement j’en suis là :

  • première solution du Wiki (un boot.img + un iso recopié) : je suis bien en /dev/sdb, je boote immédiatement dessus, je peux commencer la configuration, seulement ensuite mon image iso n’est pas vue ; à noter que c’est une netinst, donc ni une hybride, ni une live ;

  • seconde solution (image iso seule par cat ou dd) : toujours la même image, ici l’ennui est que l’on arrive d’autorité en /dev/sdb1, dont le reboot ne voudra pas, bien que partant naturellement d’un formatage vfat forcé sans partition et monté as well en /dev/sdb.

Bof…

A+

Sergio

et pourquoi donc :017

Y’a pas de notions de formatage puisque les images Debian sont au format iso

https://www.debian-fr.org/clefinstall-debian-avec-firmware-t39656.html

Bon, je vous décris ce que je fais exactement.

  1. Opération rouleau compresseur :
  1. Réponse :

dd: écriture vers « /dev/sdb »: Aucun espace disponible sur le périphérique 15671297+0 enregistrements lus 15671296+0 enregistrements écrits 8023703552 octets (8,0 GB) copiés, 1173,97 s, 6,8 MB/s

  1. Vérification :

[code]root@CHE:/home/user/Bureau# fdisk -l /dev/sdb

Disk /dev/sdb: 8023 MB, 8023703552 bytes
247 heads, 62 sectors/track, 1023 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn’t contain a valid partition table[/code]

  1. J’envoie l’affaire :

root@CHE:/home/user/build# dd if=debian-7.1.0-amd64-netinst.iso of=/dev/sdb 454656+0 enregistrements lus 454656+0 enregistrements écrits 232783872 octets (233 MB) copiés, 71,1379 s, 3,3 MB/s

  1. Seulement voilà :

[code]root@CHE:/home/user/build# fdisk -l /dev/sdb

WARNING: GPT (GUID Partition Table) detected on ‘/dev/sdb’! The util fdisk doesn’t support GPT. Use GNU Parted.

Disk /dev/sdb: 8023 MB, 8023703552 bytes
255 heads, 63 sectors/track, 975 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x66a1f12c

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 29 227328 0 Empty
Partition 1 has different physical/logical endings:
phys=(221, 63, 32) logical=(28, 76, 48)
Partition 1 does not end on cylinder boundary.
/dev/sdb2 2 2 448 ef EFI (FAT-12/16/32)
Partition 2 has different physical/logical beginnings (non-Linux?):
phys=(1023, 254, 63) logical=(1, 145, 45)
Partition 2 has different physical/logical endings:
phys=(1023, 254, 63) logical=(1, 159, 58)[/code]

L’horreur intégrale, donc, cela ne peut pas être pris au reboot (les fichiers sont dans la sdb1…

A+

Sergio

Est-ce que tu as essayé de démarrer la clé avant de t’horrifier ?

fdisk déclare ouvertement son incapacité à détecter la structure de la clé.

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Utilise parted.

/dev/sdb1 est ce que fdisk affiche. La cible de dd était /dev/sdb, la clé sans partitions. Si la copie a opéré, les fichiers y sont.

C'est, en faisant un "dd", la seule ligne qui intéresse la clé. D'ailleurs, si je veux essayer des formatages, c'est bien /dev/sdb1 que je dois démonter.

C’est, en faisant un “dd”, la seule ligne qui intéresse la clé. D’ailleurs, si je veux essayer des formatages, c’est bien /dev/sdb1 que je dois démonter.

Bon

  1. dd if=debian.iso of=/dev/sdb
  2. sync
  3. reboot (appuyer sur la touche esc ou f10 ou suppr pour boot sur la clef)

Fin de l’histoire

Y’a pas de formatage, y’a pas de mount/umount

ça me parait également tout bon .

Tout cela est très normal. La clef devrait d’ailleurs être en lecture seule, tout simplement car avec un système de fichier ISO1660 (de mémoire) correspondant aux CD. Elle est vue comme un CD…

Et c’est bon ! Je cherche même plus à comprendre… Est-ce le sync ? Sinon il y a toujours cette anarchie, au moins apparente, de partitions sur la clé, du coup j’ai recommencé le reboot pour être sûr, mais c’était encore parfait. Peut-être l’affaire du /dev/zero a-t-elle servi, je n’avais pas osé rebooter à ce moment-là. En tous cas il y avait sûrement quelque chose qu’il fallait faire, puisque, avec la clé sortant du magasin, la manip (la même, finalement, sans le sync) ne la faisait pas booter.

Merci de votre patience énorme, à tous !

A+

Sergio

François : Une clé de stockage USB standard ne peut pas être vue comme un CD juste parce qu’il y a un système de fichiers ISO 9660 dessus. Tu confonds peut-être avec les clés USB hybrides dites U3 dont une partie est vue par l’hôte comme un lecteur de CD virtuel.

En fait ce sont les images hybrides d’installation de Debian qui sont particulières : elles peuvent être lues à la fois selon un format ISO 9660 pour CD/DVD et un format pour disque ou clé USB, ceci grâce au fait que les premiers 32 Kio de la structure ISO 9660, dits “system area”, sont inutilisés et peuvent donc contenir une amorce de disque standard, une table de partition…

Sergio : non, le /dev/zero n’a servi à rien à part perdre du temps et user la clé.

Salut,

À présent, si le cœur t’en dit, tu peux envisager la construction d’une clé usb bootable, personnalisée et [strike]persistent[/strike] persistante.

Je te laisse découvrir … live-build

Bonne suite. :wink: