[cle USB] formater + installer un iso pour EEE PC (résolu)

[papa6]

Bonjour tout le monde !

J'ai une clé USB que j'aimerais formater en son format naturel, le HPFS/NTFS, pour y copier ensuite un iso et la rendre bootable. C'est une clé "de marque", de 4 Go (3,7 Go en fait, et problèmes avec Gparted)

J'ai lu des docs :
* http://wiki.archlinux.fr/install:usb
* http://doc.ubuntu-fr.org/tutoriel/formater_une_cle_usb
ainsi que plusieurs autres messages sur les forums.

Mais pas de réponse à ce sujet

Pour être encore plus précis, je bloque sur la fonction dd qui m'empèche de créer un iso bootable (sans parler d'usb-creator et d'unetbootin qui ne marchent pas sur arch ni sur ubuntu mais ça marche avec unetbootin sous machinbidulepaschouette, mais je voudrais une solution linuxienne)

Merci à vous pour vos idées

[benjarobin]

J'ai beau relire 3 fois ton topic, je ne vois pas où est le problème
Un formatage de la clé est inutile si tu utilise la commande dd

[oktoberfest]

Comme le dit Benjarobin, je ne vois pas non plus le problème.

Pour copier des fichiers sur ta clé, tu as au choix :
- dd pour une copie physique, bloc par bloc. En copiant une iso par dd, l'iso étant une image de filesystem, tu obtiens une clé automatiquement formatée
- mkfs pour formater ta clé et cp pour y copier les données.

Quand tu dis que tu bloques sur la commande dd, quelle commande précise exécutes-tu et quel est le message d'erreur ?

PS : HPFS/NTFS n'est pas plus naturel que ext3 sur une clé USB, c'est juste plus naturel pour les habitués de Windows

[papa6]

Bonjour
et merci pour vos tentatives

C'est peut-être, comme souvent, mon problème n'est pas entièrement identifié (et souvent, quand le problème est identifié, il est rapidement résolu)

* soit le formatage ne fonctionne pas
* soit la manipulation dd ne fonctionne pas

Mais ce qui me surprend, c'est que l'ensemble des solutions essayées ne marchent pas (dd via arch ou ubuntu, unetbootin via arch ou ubuntu, usb-creator introuvable sous arch, dd sous arch et ubuntu, etc. ni même les fonctions toutes faites sous puppy...)

Le résultat est que lorsque je mets ma clé usb sensée avoir été formatée et avec un système linux dessus, elle n'est pas reconnue (le boot n'est pas possible). En revanche, si j'utilise un "OS concurrent", alors ça marche.

Dans le même style de réponse, j'ai trouvé écrit :

si au moment du boot vous obtenez "Boot Error", c'est qu'il faut exécuter un formatage lent disponible uniquement sur WindowsTM qui vous permettra de booter ensuite

(source)

Pour revenir au point soulevé par benjarobin, alors il me manquerait des options pour dd ? Je n'en suis pas sûr.

Merci

[benjarobin]

On est encore dans le flou, désolé...
Mais est tu déjà arrivé a booter sur cette clé usb ? Si oui que fut ta procédure pour y arriver.

Pour revenir au point soulevé par benjarobin, alors il me manquerait des options pour dd ? Je n'en suis pas sûr.

Quel point soulevé ?
Que veut tu dire par dd ne marche pas ? Ou le formatage ne fonctionne pas ? Il y a des erreurs ? Quel est la sortie de la commande ?

[FoolEcho]

Le résultat est que lorsque je mets ma clé usb sensée avoir été formatée et avec un système linux dessus, elle n'est pas reconnue (le boot n'est pas possible). En revanche, si j'utilise un "OS concurrent", alors ça marche.

Je ne comprends pas ce que tu veux dire par là. Si ta clé est bootable, et bien tu bootes dessus après avoir fait ce qu'il fallait au niveau du bios si besoin... le, ou les, OS installé(s) n'ont rien à voir là dedans, "à leurs yeux", ce n'est qu'un système de fichiers qu'ils peuvent ou non sonder...

Pour reprendre ce qui a déjà été dit, tu n'as pas besoin de formater ta clef usb... L'iso est déjà un système de fichiers à part entière, tu utilises 'dd' sur ta clef et hop, terminé, tu as ta clef bootable.
Mais je ne sais pas... j'ai l'impression qu'on ne parle pas de la même chose... donc, à tout hasard, je précise qu'il ne faut pas confondre une clef bootable (sur lequel on a monté un iso), avec une clef sur laquelle on a fait l'installation d'un système à part entière (Arch ou autre). Dans ce dernier cas, je peux comprendre que tu parles de formatage puisqu'on peut avoir un jeu de partitions...

Quand tu dis que tu bloques sur la commande dd, quelle commande précise exécutes-tu et quel est le message d'erreur ?

+1

[papa6]

Bonjour,

Oui, "dd" ne fonctionne pas pour moi. Je connais le code par coeur :

Code : Tout sélectionner

$ dd if=/home/moi/rep_telechargements/archlinux-2010.05-core-i686.iso of=/dev/sdf

J'ai même essayé avec sudo ou sdf1, ça ne marche pas mieux (chez moi, c'est sdf pour la clé usb)
Je sais qu'avec les dernières versions, l'iso est mixte, plus la peine de chercher un .img pour les clés usb.
Je n'obtiens aucune erreur affichée avec le code cité ci-dessus. L'erreur se produit quand je veux booter sur ma clé (elle n'est pas bootable)

Mais ma clé marche bien, elle peut être à la fois formatée sous windows ("système concurrent" dont je parlais, c'était pour ne pas faire de pub),
et unetbootin fonctionne sous windows, puisque, sous windows :
* j'ai réussi à avoir une clé usb bootable : j'ai créé un live puppy qui marche bien
* j'ai pu installer l'archlinux-2010.05-core-i686.iso, mais j'ai bloqué lors de l'installation (le boot marchait) au niveau d'un : "Attached SCSI removable disk" et "boot device didn't show up" dont les réponses sur le forum anglophone tendaient à dire que la clé aurait été mal gravée.

* sous Arch, dd n'a pas les résultats escomptés (puisqu'il est censé rendre une clé bootable, et la mienne ne ressort pas bootable),
* gparted bogue avec les clés de 4 Go (il arrive éventuellement à placer les flags boot, mais pas à formater, c'est un bogue connu),
* unetbootin n'a pas les mêmes résultats que sous windows (il fonctionne mieux sous win que sous linux )
* je n'ai pas trouvé les dépôts pour installer usb-creator ou usb-creator-gtk sous arch

Ce qui m'intéresse, ce n'est pas d'aller chercher chez de la famille ou des amis un windows pour créer ma clé usb bootable avec l'iso de mon choix. Il me semble que linux propose des possibilités, et depuis mon ordi sous arch (éventuellement sous ubuntu), je voudrais faire fonctionner mon matériel.

Je précise aussi que je contrôle les .iso avec md5sum, et que l'erreur ne provient pas de là.

Toujours merci pour faire avancer ce problème

[benjarobin]

Je suis assez inquiet... Normalement dd ne devrai pas marcher en tant qu'user... Il faut être en root. Donc si tu n'as pas de message d'erreur c'est très très bizarre. Sinon c'est bien /dev/sd[X]

Je n'obtiens aucune erreur affichée avec le code cité ci-dessus.

Donne nous comme même la sortie de la commande
Par contre tu as combien de disque dur sur ton PC ? 5 ?
Si cela ne marche pas avec dd, fait le avec UNetBootin

unetbootin n'a pas les mêmes résultats que sous windows

Bizarre car c'est la même chose...

"Attached SCSI removable disk" et "boot device didn't show up"

Pour ce message c'est que tu n'as pas bien suivie le wiki https://wiki.archlinux.org/index.php/Pu ... _a_USB_key

append initrd=/ubninit archisolabel=<label> tmpfs_size=75% locale=en_US.UTF-8

[papa6]

Rebonjour,

Normalement dd ne devrai pas marcher en tant qu'user... Il faut être en root. Donc si tu n'as pas de message d'erreur c'est très très bizarre.

Mais alors pourquoi mettre un "$" devant le code dans le wiki, et non pas soit "sudo", soit "#" ?

Je viens donc d'essayer avec sudo :

Code : Tout sélectionner

$ sudo dd if=/home/moi/tmp/archlinux-2010.05-core-i686.iso of=/dev/sdf
Mot de passe : 
663552+0 enregistrements lus
663552+0 enregistrements écrits
339738624 octets (340 MB) copiés, 152,313 s, 2,2 MB/s

Et là, j'essaye juste avant de retirer la clé, de la monter ou démonter, et j'obtiens l'erreur :

Code : Tout sélectionner

Échec au montage de "PUPPYSAVE". [ma remarque : date de la dernière installation de ma clé]
mount: wrong fs type, bad option, bad superblock on /dev/sdf1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try        dmesg | tail  or so  .

Ce qui me donne ensuite dans une console :

Code : Tout sélectionner

$ dmesg | tail
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev sdf1.
ACPI Error: Illegal I/O port address/length above 64K: 0x00400020/4 (20091214/hwvalid-154)
ACPI Exception: AE_LIMIT, Returned by Handler for [SystemIO] (20091214/evregion-475)
ACPI Error (psparse-0537): Method parse/execution failed [\_GPE._L09] (Node f7011d98), AE_LIMIT
ACPI Exception: AE_LIMIT, while evaluating GPE method [_L09] (20091214/evgpe-568)
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev sdf1.
FAT: bogus number of reserved sectors
VFS: Can't find a valid FAT filesystem on dev sdf1.

Et bien entendu ma clé n'est pas bootable :

Code : Tout sélectionner

Reboot and Select proper Boot device [etc.]

Contenu de ma clé (le puppy devait être un vieux message résiduel) :

Code : Tout sélectionner

$ ls -l /media/ARCH_201005/
total 317832
dr-xr-xr-x 3 moi root       556 16 mai   15:52 boot
-r--r--r-- 1 moi root 171388928 16 mai   15:58 core-pkgs.sqfs
-r--r--r-- 1 moi root       448 16 mai   15:58 isomounts
-r--r--r-- 1 moi root      8192 16 mai   15:54 overlay.sqfs
-r--r--r-- 1 moi root 154058752 16 mai   15:54 root-image.sqfs

Et sous Gparted, j'ai "système de fichier : non alloué (3,76 Gio)"

[benjarobin]

J'ai un doute... Quand tu fait le dd, la clé est bien démonté ? (sinon qu'est ce qu'elle est lente... mon pauvre 2Mo/s )
Et ce message

Échec au montage de "PUPPYSAVE"

montre bien que toutes tes tentatives précédentes étaient bien erronées car le nom de la clé une fois le dd fait est ARCH_201005

[papa6]

Rebonsoir,
Oui, je lance dd avec le lecteur non monté

Code : Tout sélectionner

$ ls -l /media/ARCH_201005/
total 317832
dr-xr-xr-x 3 moi root       556 16 mai   15:52 boot
-r--r--r-- 1 moi root 171388928 16 mai   15:58 core-pkgs.sqfs
-r--r--r-- 1 moi root       448 16 mai   15:58 isomounts
-r--r--r-- 1 moi root      8192 16 mai   15:54 overlay.sqfs
-r--r--r-- 1 moi root 154058752 16 mai   15:54 root-image.sqfs

Par contre, les fichiers archlinux semblent bien installés sur ma clé, alors pourquoi ne se lancent-ils pas ? Je n'en sais rien.

Cette clé qui fait du 2Mo/sec est une clé "de marque" (HP) avec garantie d'un an (ce qui est rare, car les clés Usb pourraient être considérées comme du consommable...)
J'en ai une autre qui tourne autour de 700 ko/sec. Avec elle non plus, ça ne marche pas plus.

Mais comme ça marche sous "l'autre OS", je crois que ce n'est pas le matériel qui est en cause, non ?

[tuxce]

J'ai eu un peu mal à tout suivre, mais depuis le premier post, tu parles de "autre os" ou "système concurrent" (dont je vois pas du tout l'intérêt, c'est pas un crime d'utiliser windows que je sache) ou la clé fonctionnerait, le truc, c'est que là elle fonctionne très bien, c'est juste que t'arrives pas à booter dessus, mais ça, ça peut être lié au pc/bios plutôt qu'à la clé, ça peut aussi être lié à isolinux etc.
Si t'as un qemu ou virtualbox d'installé sur ton système, tu peux essayer un:

Code : Tout sélectionner

qemu /dev/sdf

si ça boote, c'est que l'ordi ne la voit même pas au démarrage.

[benjarobin]

Après avoir relu tous les postes dont celui de Tuxce, je voudrais être sur de ce point. As tu déjà booter avec cette clé USB sur ce PC ?
As tu changé la configuration dans le BIOS. Il faut changer l'ordre de boot et mettre les supports USB en premier (Sur mon ordinateur, pour des questions de rapidité et de sécurité, le boot sur USB est désactivé : Et généralement c'est la configuration par défaut du BIOS)

[papa6]

Bonjour à vous tous,
Oui, ça marche avec différents OS (donc pas de raison de faire la pub pour l'un d'eux en particulier, je crois même que c'est contraire aux règles du forum).
Et quand j'écrivais que "ça marche", ça veut dire que j'arrive à installer un.iso sur ma clé USB, et à booter dessus (sinon je ne vois pas comment ça aurait pû "marcher" s'il n'était pas possible de booter dessus).

Ma dernière solution :
Graver Lucid Puppy ("lupu 5.1.1), démarrer sur le CD, faire un "Bootflass install to USB", et là j'obtiens ma clé bootable. Je peux installer un système 32 bits sur mon disque dur (après avoir préparé les disques avec Gparted).

Je serais toujours à temps de faire une installation de Puppy sur mon disque dur, puis, si je veux passer à Arch, une installation avec chroot.

Je voulais quand même corriger ce qui n'allait pas quand j'ai ouvert ce post, au niveau de "dd", car je persiste à penser qu'il fallait rajouter des paramètres comme pour un formatage. Sans parler d'unetbootin et usb-install qui ne fonctionnent pas ou très mal.

Mais comme je peux passer à l'étape suivante, je vais dire que le problème est "partiellement résolu".

Merci à vous

[papa6]

ÇA Y EST ! BONNE ANNÉE À TOUT LE MONDE !
(c'est la solution au problème qui y est, pas la bonne année )

En fait, l'erreur provient de l'EEE PC lui-même et non pas de la clé usb :
Il faut appuyer sur escape lors du démarrage, et là, un menu s'affiche pour savoir sur quoi démarrer...

Par contre, allez savoir pourquoi ça marche directement sur Puppy et non pas sur les clé Ubuntu, Arch, etc...

Allez, cette fois le problème est bel et bien résolu

[FoolEcho]

Tu y as mis un peu de mauvaise volonté (et le temps) quand même, quand je relis le sujet...

Si ta clé est bootable, et bien tu bootes dessus après avoir fait ce qu'il fallait au niveau du bios si besoin

c'est juste que t'arrives pas à booter dessus, mais ça, ça peut être lié au pc/bios plutôt qu'à la clé, ça peut aussi être lié à isolinux etc.

As tu changé la configuration dans le BIOS. Il faut changer l'ordre de boot et mettre les supports USB en premier (Sur mon ordinateur, pour des questions de rapidité et de sécurité, le boot sur USB est désactivé : Et généralement c'est la configuration par défaut du BIOS)

Bonne année quand même.

[papa6]

Ah... Hum, je reste quand même dubitatif : comment expliques-tu que ça marche directement avec une clé USB qui a Puppylinux mais pas Arch ou Ubuntu

C'est tuxce qui avait évoqué l'idée que c'est à cause de l'isolinux. Je ne vois pas autre chose.

[FoolEcho]

Je ne vais pas spéculer sur un sujet dont trop d'aspects me sont inconnus ... mais je suppose que le fait que Puppylinux (que je n'ai jamais testé) tienne sur la RAM n'est pas étranger à cette différence de fonctionnement.