FAT et clef USB bootable.
Dernière réponse : dans Le monde de Windows
Bonjour à tous.
Concernant ce sujet : http://www.presence-pc.com/forum/ppc/Logiciels/demarrer... que je ne veux pas plus polluer, je voudrais attirer ici les protagonistes qui voudraient avec bienveillance se prendre la tête sur le sujet.
[..]La majorité des BIOS ne permettent le boot depuis USB seulement si le périphérique USB est formatté en FAT (16). La taille maximale d'une partition FAT est évidemment 2 Go comme on le sait. L'outil Pe to USB ne prendra donc pas en charge les clé de plus de 2 Go ou n'ayant pas de partition de 2 go et moins. C'est là que le driver Hitachi arrive à la rescousse en permettant de passer le drive USB en mass storage fixe. Ceci permet de le gérer comme un disque et de le partitionner.[..]
Voilà. Je n'ai jamais eu l'idée saugrenue de formatter une clef USB en NTFS. (J'ai fait pire : e2fs
)
Mais pourquoi diable un BIOS ne pourrait pas booter sur autre chose que du FAT16.
Le BIOS ignore tout des formats de fichiers. Il ne fait que donner la main au secteur 0 de telle partition de tel périphérique.
Je propose à Duster en particulier et à tous ceux qui peuvent avoir un avis sur le sujet en général, de venir en parler.
Concernant ce sujet : http://www.presence-pc.com/forum/ppc/Logiciels/demarrer... que je ne veux pas plus polluer, je voudrais attirer ici les protagonistes qui voudraient avec bienveillance se prendre la tête sur le sujet.
duster a dit :
[..]La partition [de la clé USB] doit etre formatté en FAT et elle ne doit pas dépasser 2 Go.[..]La majorité des BIOS ne permettent le boot depuis USB seulement si le périphérique USB est formatté en FAT (16). La taille maximale d'une partition FAT est évidemment 2 Go comme on le sait. L'outil Pe to USB ne prendra donc pas en charge les clé de plus de 2 Go ou n'ayant pas de partition de 2 go et moins. C'est là que le driver Hitachi arrive à la rescousse en permettant de passer le drive USB en mass storage fixe. Ceci permet de le gérer comme un disque et de le partitionner.[..]
Voilà. Je n'ai jamais eu l'idée saugrenue de formatter une clef USB en NTFS. (J'ai fait pire : e2fs
)Mais pourquoi diable un BIOS ne pourrait pas booter sur autre chose que du FAT16.
Le BIOS ignore tout des formats de fichiers. Il ne fait que donner la main au secteur 0 de telle partition de tel périphérique.
Je propose à Duster en particulier et à tous ceux qui peuvent avoir un avis sur le sujet en général, de venir en parler.
Autres pages sur : fat clef usb bootable
Lassé par la pub ? Créez un compte
zeb a dit :
Bonjour à tous.Concernant ce sujet : http://www.presence-pc.com/forum/ppc/Logiciels/demarrer... que je ne veux pas plus polluer, je voudrais attirer ici les protagonistes qui voudraient avec bienveillance se prendre la tête sur le sujet.
Voilà. Je n'ai jamais eu l'idée saugrenue de formatter une clef USB en NTFS. (J'ai fait pire : e2fs
)Mais pourquoi diable un BIOS ne pourrait pas booter sur autre chose que du FAT16.
Le BIOS ignore tout des formats de fichiers. Il ne fait que donner la main au secteur 0 de telle partition de tel périphérique.
Je propose à Duster en particulier et à tous ceux qui peuvent avoir un avis sur le sujet en général, de venir en parler.
J'ai une clé Kingston de 2Go U3, bootable, formaté en FAT32
![[:spamafote] [:spamafote]](http://m.bestofmedia.com/sfp/design/usr/fr/smilies/3e/46/spamafote.gif)

Je vois mal le rapport entre le BIOS et un format de fichier
Le BIOS ne fait que pointer sur tel ou tel peripherique d'apres son Boot Order, apres ce qu'il y a dessus il s'en pete
![[:spamafote] [:spamafote]](http://m.bestofmedia.com/sfp/design/usr/fr/smilies/3e/46/spamafote.gif)
Et accessoirement il es tpossible d'avoir une partition de 4Go en FAT16, avec des cluster de 64k
( bon certes ca ne passe pas avec tous els OS, mais techniquement ca existe
)Source : http://fr.wikipedia.org/wiki/FAT16
zeb a dit :
[...]Le BIOS ignore tout des formats de fichiers. Il ne fait que donner la main au secteur 0 de telle partition de tel périphérique.
[...]
Bonjour,
Ce n'est pas tout à fait vrai dans le cas des clés USB. En effet là ou les mémoires flash de type NOR ne sont vu que comme un espace mémoire (comme une RAM en lecture seule pour être plus clair), les mémoires qui équipent les clés USB sont de type NAND...
Une des particularité des flash NAND est qu'elle peut avoir des zones défectueuses (qui existent dès sa fabrication et/ou apparaissent avec le temps, le plus souvent lors d'un cycle d'écriture). C'est à la charge du driver de mémoire FLASH NAND de gérer (marquer) ces blocs défectueux et de ne pas les lires .
Or au niveau du boot, c'est le logiciel du BIOS qui gère tout celà, et il y à fort à parier que pour des soucis de simplicité de codage (et de taille de code ?) certaines contraintes aient été fixées !
Ce qui me conforte dans cette idée, c'est que si l'on branche un disque dur externe en USB, on pourra parfaitement booter dessus, que sa partition soit en FAT32, en NTFS, en EXT3 ou en XFS (bon sur Linux ça marche bien, sous windows ça plantera plus tard mais c'est de la faute de Windows ...), ce qui prouve bien que les drivers HDD des bios gèrent tout comme il faut !
Maintenant je ne sais pas concrètement ce qui limite l'usage du FAT16, mais je garde le sentiment que ça a un lien avec le driver de flash NAND (et que donc avec un driver bien fait au niveau du BIOS, ça devrait marcher avec n'importe quelle taille et système de fichiers) !
Si quelqu'un a d'autres idées ...
Sylver B a dit :
Bonjour,Ce n'est pas tout à fait vrai dans le cas des clés USB. En effet là ou les mémoires flash de type NOR ne sont vu que comme un espace mémoire (comme une RAM en lecture seule pour être plus clair), les mémoires qui équipent les clés USB sont de type NAND...
Une des particularité des flash NAND est qu'elle peut avoir des zones défectueuses (qui existent dès sa fabrication et/ou apparaissent avec le temps, le plus souvent lors d'un cycle d'écriture). C'est à la charge du driver de mémoire FLASH NAND de gérer (marquer) ces blocs défectueux et de ne pas les lires .
Or au niveau du boot, c'est le logiciel du BIOS qui gère tout celà, et il y à fort à parier que pour des soucis de simplicité de codage (et de taille de code ?) certaines contraintes aient été fixées !
Ce qui me conforte dans cette idée, c'est que si l'on branche un disque dur externe en USB, on pourra parfaitement booter dessus, que sa partition soit en FAT32, en NTFS, en EXT3 ou en XFS (bon sur Linux ça marche bien, sous windows ça plantera plus tard mais c'est de la faute de Windows ...), ce qui prouve bien que les drivers HDD des bios gèrent tout comme il faut !
Maintenant je ne sais pas concrètement ce qui limite l'usage du FAT16, mais je garde le sentiment que ça a un lien avec le driver de flash NAND (et que donc avec un driver bien fait au niveau du BIOS, ça devrait marcher avec n'importe quelle taille et système de fichiers) !
Si quelqu'un a d'autres idées ...
Mais je vois mal la relation entre le format de fichier et el fait que le periph soit bootable
Ben personnellement, je fais booter des disques sans formattage !!
(Je n'ai pas essayé sur une clef USB.)
Comment est-ce possible ? C'est une particularité sous GNU/Linux. Je ne vais pas m'étendre (spa la bonne cat') mais : le noyau Linux prend tout en charge. Donc si on crée une partition sans type (pas de système de fichiers, et donc pas de formattage), qu'on flaggue cette partition comme bootable et qu'on y copie le noyau à partir de l'octet 0 de cette partition, le BIOS saura le faire booter. (Pour les linuxiens intéressés, $> man rdev et plus ni grub ni lilo
)
-----------------
Pour ce qui est des secteurs défectueux, la structure du système de fichiers les gèrent.
Dans le cas des mémoires type CF, le "driver" est dans le matériel et fais croire au système qu'il s'agit de périphériques ATA. Le BIOS n'a donc pas de "driver" pour ça.
Par contre, une clef USB ne contient pas de tels pilotes à ma connaissance.
C'est là justement que ma connaissance s'arrête et que ce topic se justifie :
Quelle relation entre USB et BIOS ?
Qu'y-a-t'il d'embarqué dans le BIOS ?
Y a-t'il un pilote au niveau du BIOS pour faire reconnaître une clef USB comme un disque classique ?
Si, oui, quel besoin d'avoir un système de fichiers particulier ?
(Je n'ai pas essayé sur une clef USB.)
Comment est-ce possible ? C'est une particularité sous GNU/Linux. Je ne vais pas m'étendre (spa la bonne cat') mais : le noyau Linux prend tout en charge. Donc si on crée une partition sans type (pas de système de fichiers, et donc pas de formattage), qu'on flaggue cette partition comme bootable et qu'on y copie le noyau à partir de l'octet 0 de cette partition, le BIOS saura le faire booter. (Pour les linuxiens intéressés, $> man rdev et plus ni grub ni lilo
)-----------------
Pour ce qui est des secteurs défectueux, la structure du système de fichiers les gèrent.
Dans le cas des mémoires type CF, le "driver" est dans le matériel et fais croire au système qu'il s'agit de périphériques ATA. Le BIOS n'a donc pas de "driver" pour ça.
Par contre, une clef USB ne contient pas de tels pilotes à ma connaissance.
C'est là justement que ma connaissance s'arrête et que ce topic se justifie :
Je dirais que c'est plus un problème de compatibilité. Le dernier bios up to date doit pouvoir booter sur une clé USB > 2Go. Un vieux bios poussiereux ne le fera peut être pas.
Sur mes 3 ordis, un seul accèpte de booter ma mandriva one 2008 sur une clé de 4Go. Mais je n'ai pas essayé de l'installer sur une clé plus petite... C'est peut être une idée.
Sur mes 3 ordis, un seul accèpte de booter ma mandriva one 2008 sur une clé de 4Go. Mais je n'ai pas essayé de l'installer sur une clé plus petite... C'est peut être une idée.
duster a dit :
Alors, qui a installé Windows/Bart PE sur une partition de 4 Go?Comme c'est le point de départ, faudrait boucler la boucle...
Réponse : personne ! (jusqu'à présent...)
Bon alors je vais la boucler... la boucle !
J'ai lu l'autre sujet, à la base de la création de celui-ci, et je compatis car je ne te comprends que trop bien Duster. J'écris très rarement sur les forums "grand-public" à cause des parasites (excusez-moi pour ce terme mais c'est pas méchant seulement réaliste) qui participent à la confusion générale de la compréhension de l'informatique. Leur arme secrète c'est le "je ne sais pas mais je vous direz tout !".
Pourtant le simple mortel sait (c'est toujours ça) qu'il faut éviter d'être affirmatif sur un sujet pointu et complexe quand on n'y comprend pas grand chose voire rien du tout. Mais voilà, l'informatique déroge à toutes les règles existantes dans les autres domaines scientifiques. Au passage, oui l'informatique est une science et non un jeu de hasard. Les forums, les blogs et autres encyclopédies regorgent d'imbécilités écrites sciemment (parfois) ou non (très souvent) dans un langage pseudo-technique.
Depuis que les ordinateurs ont envahi les foyers, on a vu une nouvelle génération de soit-disant "experts" en informatique. Comme si ça faisait bien de s'y connaitre (même un peu) en informatique. Pourquoi n'essaient-ils pas de se la jouer en chirurgie ou en physique nucléaire ? Parce qu'il n'ont pas de bloc opératoire ni de réacteur nucléaire chez eux ?
Je me souviens d'une époque ou le quidam disait : "Un ordinateur, qu'est-ce que tu veux que j'en foute ?". Et quelques années plus tard le même quidam est devenu "expert" en informatique et il alimente fièrement les forums spécialisés de sa méconnaissance.
Voilà, entre autre, pourquoi je (c'est certainement le cas de tous ceux qui "touchent" vraiment) n'écris pas souvent sur les forums. A chaque fois c'est la même chose, on contredit un mec sûr de lui et ça part en règlement de comptes personnels. Pourtant, ce mec, il doit bien savoir au fond de lui où sont les limites de ses connaissances et de sa compréhension des choses. Enfin j'espère pour lui sinon c'est psychiatrique. Alors pourquoi s'obstine t-il ? Mystère...
Un autre problème se pose pour l'humble utilisateur qui désire simplement trouver des réponses fiables. A qui faire confiance et qui a raison ? Bonne chance...
Doit-on à chaque fois étaler son pédigrée informatique ? J'aime pas trop l'idée de jouer à celui qui pisse le plus loin mais c'est peut-être parce que j'approche de la quarantaine.
Donc voici : je programme en assembleur 80x86 depuis 1986. Je manipule les MBR et autres secteurs de boot des HD depuis l'existence des interfaces ST-506 (avant l'IDE). Faut-il préciser que ces connaissances de base (assembleur et organisation des données sur un support de stockage) sont quasi-indispensables en plus d'une bonne connaissance du fonctionnement d'un BIOS pour maitriser "l'art du boot système" ?
-----------------------------
Assez de blabla (merci d'ouvrir un autre sujet pour réagir à cette intro), passons au concret :
Il y deux types d'émulations de boot sur USB selon les BIOS.
Les anciens BIOS permettent le USB-FDD (également appelé USB-ZIP) : cas où la partition doit être en FAT16.
Les BIOS récents permettent le USB-HDD : le boot sur disques durs USB (donc FAT de son choix).
Voilà pourquoi gbe54 peut booter sa mandriva one 2008 avec une clé de 4Go uniquement sur un seul de ses 3 PC. C'est le PC dont le BIOS supporte l'USB-HDD !
Dans le cas d'un BIOS USB-FDD, la partition ne doit pas dépasser 2 Go car 2^16 = 65 536
Comme un cluster ne peut dépasser (sous DOS, Windows 95 et Windows 98) 32 768 octets, la taille maximale d'une partition FAT16 est donc :
65536 * 32768 = 2147483648 octets = 2 Go
Sous NT4/W2K/XP, en utilisant des clusters de 64 ko (au lieu de 32ko), la taille maximale d'une partition FAT16, qui ne sera accessible que par ces systèmes, est :
65536 * 65536 = 4294967296 octets = 4 Go
Et puis, comme si ça ne suffisait pas, il y a plusieurs types de partition FAT16 (3 pour être précis) et celle qui nous intéresse c'est la partition de type 06 (FAT16 > 32 Mo). Or win95 a introduit la partition de type 0E (FAT16 LBA) c'est celle-ci qui sera utilisée si vous partitionnez une clé de 4Go en FAT16. D'où confusions supplémentaires. LBA pour Logical Block Adressing (à ne pas confondre avec le Large Block Addressing désignant une autre méthode de conversion Cylindre/Tête/Secteur).
De plus, les logiciels utilisés pour partitionner ou modifier le secteur de boot de votre clé USB n'indiquent pas quel ID ils marquent dans le secteur de boot de chaque partition. Là aussi, ne pas confondre avec l'octet se trouvant à l'offset 0x1BE du MBR indiquant que la partition est bootable quand il est égal à 0x80.
Je parle bien de l'ID de la partition dans le SECTEUR DE BOOT (offset 0x24 de ce secteur).
Si cet octet est égal à 0x80 alors ça ne marchera qu'avec un BIOS USB-HDD.
Pour finir, sachez que dans le cas de l'USB-FDD, le secteur de boot de la partition doit se trouver à partir du 32ème secteur logique du disque alors que dans le cas de l'USB-HDD il doit se trouver à partir du 63ème secteur.
Voilà pourquoi les informations à propos du boot sur les clés usb sont tellement confuses.
Voilà aussi pourquoi Duster conseille d'utiliser une clé de 2Go en FAT16 : elle sera bootable avec un maximum de BIOS.
Si vous n'avez pas tout suivi, relisez plusieurs fois calmement.
Si vous avez tout compris, relisez une seconde fois calmement
Je vous aurais prévenu avant que vous ne postiez n'importe quoi...
Cordialement,
yann
...c'est aussi pourquoi le SEUL outil (à ma connaissance...faite une recherche et bonne chance!) permettant de prendre un CD Bart PE et de le convertir en USB (PEtoUSB) ne permet pas d'utiliser autre chose qu'une clé/partition de 2 Go et moins.
J'ai du créer une partition de 2 Go au début de mon HDD externe 2.5" pour qu'il soit reconnu et ainsi pouvoir en faire un outil passe-partout extrêmement utile.
Je te dis chapeau _yann_ car jamais je n'aurais eu la force d'aller si profondément en explication pour faire comprendre le pourquoi du comment. Je suis plutôt du genre "prouvez moi le contraire si vous ne me croyez pas". La plupart du temps par paresse, je dois bien l'avouer.
J'ai du créer une partition de 2 Go au début de mon HDD externe 2.5" pour qu'il soit reconnu et ainsi pouvoir en faire un outil passe-partout extrêmement utile.
Je te dis chapeau _yann_ car jamais je n'aurais eu la force d'aller si profondément en explication pour faire comprendre le pourquoi du comment. Je suis plutôt du genre "prouvez moi le contraire si vous ne me croyez pas". La plupart du temps par paresse, je dois bien l'avouer.
Merci _yann_ - pour la dernière partie
Euh, Duster, bah alors ? Ce topic en particulier (cas rare je te l'accorde), c'était justement pour attirer des yann (implicitement) et un Duster (explicitement) et que la conversation ne soit pas "C'est comme ça pis c'est tout - prouvez moi le contraire", et surtout rentrer dans le détail.
Malheureusement, _yann_ nous décrit surtout l'organisation du MBR, pas vraiment la mécanique du BIOS.
Ma question portait sur ce point précis :
Les anciens BIOS permettent le USB-FDD (également appelé USB-ZIP) : cas où la partition doit être en FAT16.
Les BIOS récents permettent le USB-HDD : le boot sur disques durs USB (donc FAT de son choix). En quoi le BIOS a besoin de savoir ce qu'il y a sur la clef !?!?!?!
(Duster, Yann, allez-y en termes techniques : 1, ça ne me fait pas peur (même pas peur), 2, je suis aussi un vieux routier de l'informatique
3, par ailleurs linuxien, j'ai l'habitude de décortiquer les choses)
Euh, Duster, bah alors ? Ce topic en particulier (cas rare je te l'accorde), c'était justement pour attirer des yann (implicitement) et un Duster (explicitement) et que la conversation ne soit pas "C'est comme ça pis c'est tout - prouvez moi le contraire", et surtout rentrer dans le détail.
Malheureusement, _yann_ nous décrit surtout l'organisation du MBR, pas vraiment la mécanique du BIOS.
Ma question portait sur ce point précis :
Citation :
Il y deux types d'émulations de boot sur USB selon les BIOS.Les anciens BIOS permettent le USB-FDD (également appelé USB-ZIP) : cas où la partition doit être en FAT16.
Les BIOS récents permettent le USB-HDD : le boot sur disques durs USB (donc FAT de son choix).
(Duster, Yann, allez-y en termes techniques : 1, ça ne me fait pas peur (même pas peur), 2, je suis aussi un vieux routier de l'informatique
3, par ailleurs linuxien, j'ai l'habitude de décortiquer les choses) zeb a dit :
Merci _yann_ - pour la dernière partie
Euh, Duster, bah alors ? Ce topic en particulier (cas rare je te l'accorde), c'était justement pour attirer des yann (implicitement) et un Duster (explicitement) et que la conversation ne soit pas "C'est comme ça pis c'est tout - prouvez moi le contraire", et surtout rentrer dans le détail.
Malheureusement, _yann_ nous décrit surtout l'organisation du MBR, pas vraiment la mécanique du BIOS.
Ma question portait sur ce point précis :
Citation :
Il y deux types d'émulations de boot sur USB selon les BIOS.Les anciens BIOS permettent le USB-FDD (également appelé USB-ZIP) : cas où la partition doit être en FAT16.
Les BIOS récents permettent le USB-HDD : le boot sur disques durs USB (donc FAT de son choix).
(Duster, Yann, allez-y en termes techniques : 1, ça ne me fait pas peur (même pas peur), 2, je suis aussi un vieux routier de l'informatique
3, par ailleurs linuxien, j'ai l'habitude de décortiquer les choses)Merci à _yann_ pour ces precisions techniques
N'essayez pas de créer une guerre par personnes interposées.
Moi et Neo on en est rendu à l'étape où on se boit un café entre copain.
Si vous voulez votre guerre, partez-la vous même!
Et Zeb...je ne remet pas en question la création de ce topic et je suis heureux du passage de _yann_. Je dis juste que moi-même j'ai rarement le courage et l'énergie d'aller aussi loin, pour les mêmes raisons qu'il explique plus haut. Suis-je paresseux ou un peu désabusé?! C'est pas important, je ne suis qu'un homme parmis tant d'autre.
Moi et Neo on en est rendu à l'étape où on se boit un café entre copain.
Si vous voulez votre guerre, partez-la vous même!
Et Zeb...je ne remet pas en question la création de ce topic et je suis heureux du passage de _yann_. Je dis juste que moi-même j'ai rarement le courage et l'énergie d'aller aussi loin, pour les mêmes raisons qu'il explique plus haut. Suis-je paresseux ou un peu désabusé?! C'est pas important, je ne suis qu'un homme parmis tant d'autre.
duster a dit :
N'essayez pas de créer une guerre par personnes interposées.Moi et Neo on en est rendu à l'étape où on se boit un café entre copain.
Si vous voulez votre guerre, partez-la vous même!
Et Zeb...je ne remet pas en question la création de ce topic et je suis heureux du passage de _yann_. Je dis juste que moi-même j'ai rarement le courage et l'énergie d'aller aussi loin, pour les mêmes raisons qu'il explique plus haut. Suis-je paresseux ou un peu désabusé?! C'est pas important, je ne suis qu'un homme parmis tant d'autre.
A force de repeter ( parfois
) toujours la meme chose, on perd l'envie d'entrer dans els details, et de vouloir imposer son point de vue, oubliant parfois que l'interlocuteur peut avoir un bon niveau technique, et etre à la recherche de ce genre de details...C'est sur ce point que ca a un peu tilté au debut, mais en prenant la peine de decouvrir les personnes, et leur niveau technique, ca passe forcement mieux avec le temps
Bon les frères ennemis, Neo+Dust, vous avez tout pourri l'aut' topic, voila, maintenant pareil pour celui-là.
Quel Yann va maintenant vouloir s'épancher sur du BIOS qui lit ou pas de la FAT avant de vouloir ou pas booter dessus ?
-----------
Bon, il vient quand le système de repérage du niveau des membres pour savoir si on a à faire à un nioub ou à un power-user !?
Quel Yann va maintenant vouloir s'épancher sur du BIOS qui lit ou pas de la FAT avant de vouloir ou pas booter dessus ?
-----------
Bon, il vient quand le système de repérage du niveau des membres pour savoir si on a à faire à un nioub ou à un power-user !?
Tout d'abord je suis agréablement surpris par vos réactions car la première partie de mon post précédent était quelque peu acerbe même si je ne visais personne en particulier.
Ensuite, pour répondre à l'interrogation de zeb et Neoryuki "En quoi le BIOS a besoin de savoir ce qu'il y a sur la clef !?!?!?!" je dirais qu'il faut aborder la chose différemment. Le BIOS n'a pas besoin de savoir ce qu'il y a sur la clé, mais en revanche la structure de boot (MBR + Secteur de Boot) sur la clé doit répondre aux "normes" fixées par le BIOS. Dans le cas du boot sur USB, on pourrait dire qu'il y a 3 types (et non 2 comme je le disais) :
- l'USB-HDD
- l'USB-FDD
- l'USB-ZIP
Il semblerait que parfois les termes USB-FDD et USB-ZIP soient utilisés indifféremment mais en réalité ce sont deux normes différentes. Les informations techniques fiables sur le boot USB sont (encore) difficiles à trouver mais je planche dessus pendant mon "temps libre"...
Et merci pour vos encouragements !
Cdlt
Ensuite, pour répondre à l'interrogation de zeb et Neoryuki "En quoi le BIOS a besoin de savoir ce qu'il y a sur la clef !?!?!?!" je dirais qu'il faut aborder la chose différemment. Le BIOS n'a pas besoin de savoir ce qu'il y a sur la clé, mais en revanche la structure de boot (MBR + Secteur de Boot) sur la clé doit répondre aux "normes" fixées par le BIOS. Dans le cas du boot sur USB, on pourrait dire qu'il y a 3 types (et non 2 comme je le disais) :
- l'USB-HDD
- l'USB-FDD
- l'USB-ZIP
Il semblerait que parfois les termes USB-FDD et USB-ZIP soient utilisés indifféremment mais en réalité ce sont deux normes différentes. Les informations techniques fiables sur le boot USB sont (encore) difficiles à trouver mais je planche dessus pendant mon "temps libre"...
Et merci pour vos encouragements !
Cdlt
Il existe plusieurs profils de membres sur PPC. J'estime appartenir aux profils suivants "Expérimenté" et "Documenté", entre autres (*). Je voulais attirer ici le même genre de profil. Avec des Duster, Néo, Yann... c'est fait
(sans vouloir être désagréable avec d'autres que je n'aurais pas reconnu comme tel).
(*) Il y a aussi "trolleur", "j'ai-toujours-raison", "je-veux-avoir-le-dernier-mot", etc.
----------
Arff...
Tu veux dire que USB-FDD/ZIP ne serait pas des formats avec MBR+Partitions activables.
Mais qu'en bien même, j'ai l'exemple du noyau Linux qu'on copie sur le secteur 0 d'une disquette non formattée (pas de MBR, pas de partition) ou sur le premier secteur d'une partition non formattée de disque dur (MBR+Partition activée). Dans l'un des cas, pas de MBR, dans les deux cas, même pas de FS ! Et pourtant ça boote.
Pourquoi le BIOS ferait la différence ?
(Pour info, je cherche aussi. Pas beaucoup d'info sur la toile
)
(sans vouloir être désagréable avec d'autres que je n'aurais pas reconnu comme tel).(*) Il y a aussi "trolleur", "j'ai-toujours-raison", "je-veux-avoir-le-dernier-mot", etc.
----------
Arff...
Tu veux dire que USB-FDD/ZIP ne serait pas des formats avec MBR+Partitions activables.
Mais qu'en bien même, j'ai l'exemple du noyau Linux qu'on copie sur le secteur 0 d'une disquette non formattée (pas de MBR, pas de partition) ou sur le premier secteur d'une partition non formattée de disque dur (MBR+Partition activée). Dans l'un des cas, pas de MBR, dans les deux cas, même pas de FS ! Et pourtant ça boote.
Pourquoi le BIOS ferait la différence ?
(Pour info, je cherche aussi. Pas beaucoup d'info sur la toile
) zeb a dit :
Arff...
Tu veux dire que USB-FDD/ZIP ne serait pas des formats avec MBR+Partitions activables.
Non
, je veux dire que les trois types (HDD, FDD, ZIP) ont une façon différente "d'attaquer" le périphérique de démarrage.zeb a dit :
Mais qu'en bien même, j'ai l'exemple du noyau Linux qu'on copie sur le secteur 0 d'une disquette non formattée (pas de MBR, pas de partition) ou sur le premier secteur d'une partition non formattée de disque dur (MBR+Partition activée). Dans l'un des cas, pas de MBR, dans les deux cas, même pas de FS ! Et pourtant ça boote.
Pourquoi le BIOS ferait la différence ?
(Pour info, je cherche aussi. Pas beaucoup d'info sur la toile
)Justement, la raison est dans ton exemple : une disquette n'a pas de MBR. Le secteur 0 de la disquette c'est le secteur de boot. Le BIOS exécute directement la routine de boot du secteur 0 de la disquette.
De même pour le disque dur, à condition comme tu le fais remarquer qu'il dispose au moins d'un MBR et d'une partition : le BIOS sait que le secteur 0 est un MBR donc il l'interprète comme il se doit afin de trouver la partition active et d'exécuter la routine de boot.
Le BIOS a donc besoin de faire la différence entre les supports pour savoir comment les lire : est-ce que le secteur 0 est un MBR (cas d'un disque dur) ou un secteur de boot (cas d'une disquette) ?
Je te vois venir
... Pourquoi ne pas inclure un simple test dans le BIOS pour reconnaitre le type de périphérique ? Je suppose que la limitation des BIOS à 256 Ko (pour la majorité d'entre eux) y est pour quelque chose. Il faudrait aussi qu'AMI, AWARD, PHOENIX, etc..., s'entendent sur une nouvelle norme.Le problème pour les clés usb, c'est que selon le BIOS du PC et la capacité de la clé, celle-ci sera considérée comme usb-hdd ou usb-fdd ou usb-zip. Il n'y a pas de normalisation entre les fabricants.
Est-ce que cela te semble plus clair ?
Cdlt
Oui et non.
(Merci pour ta réponse claire et ta patience, surtout)
Je considérais que le BIOS démarrait le secteur 0 du disque dur, et que le MBR contenait du code exécutable, juste de quoi dire : "jump à l'adresse 0 de la partoche active".
Tiens, ce we, juste pour te contre-dire
, je tente d'installer un noyau sur le secteur 0 d'un disque dur ( dd if=./mon_noyau of=/dev/hda ) au lieu du secteur 0 d'une partoche. On verra bien si ça boot
Avec cette théorie, pas besoin de savoir ce qu'il y a sur le disque. Il suffit de savoir que le disque (IDE, SCSI, USB, qu'importe) est là et on exécute son secteur 0. C'est ensuite le progrmme au secteur 0 (MBR, kernel, lilo, grub, SYS.COM, ntloader) qui prend la main.
Le fait que le BIOS exige de savoir combien de pistes, combien de cylindres, combien de secteurs, etc fout un peu ma théorie en l'air. Sauf à avoir besoin de cette information pour déterminer l'adresse et la taille du secteur 0.
(Merci pour ta réponse claire et ta patience, surtout)
Je considérais que le BIOS démarrait le secteur 0 du disque dur, et que le MBR contenait du code exécutable, juste de quoi dire : "jump à l'adresse 0 de la partoche active".
Tiens, ce we, juste pour te contre-dire
, je tente d'installer un noyau sur le secteur 0 d'un disque dur ( dd if=./mon_noyau of=/dev/hda ) au lieu du secteur 0 d'une partoche. On verra bien si ça bootAvec cette théorie, pas besoin de savoir ce qu'il y a sur le disque. Il suffit de savoir que le disque (IDE, SCSI, USB, qu'importe) est là et on exécute son secteur 0. C'est ensuite le progrmme au secteur 0 (MBR, kernel, lilo, grub, SYS.COM, ntloader) qui prend la main.
Le fait que le BIOS exige de savoir combien de pistes, combien de cylindres, combien de secteurs, etc fout un peu ma théorie en l'air. Sauf à avoir besoin de cette information pour déterminer l'adresse et la taille du secteur 0.
Alors zeb ? Je suppose que ton essai (juste pour me contre-dire
) n'a rien donné de concluant...
Attention à ne pas confondre le secteur d'amorce principal du disque (MBR) avec le secteur d'amorce d'un volume. Le seul point commun entre ces 2 secteurs est qu'ils se terminent tous les 2 par la signature 55AA.
) n'a rien donné de concluant...Attention à ne pas confondre le secteur d'amorce principal du disque (MBR) avec le secteur d'amorce d'un volume. Le seul point commun entre ces 2 secteurs est qu'ils se terminent tous les 2 par la signature 55AA.
duster a dit :
Tiens, un lève-tôt!
Ou un couche-tard...
Pour reprendre le débat, ce qui m'intéresse maintenant c'est de savoir si quelqu'un à réussi à booter complètement un Win de la famille NT (ou BartPE) sur une clé usb ?
En effet cela semble impossible en l'état actuel (site de severin terrier et de MS) même en utilsant PeToUSB 3.0.0.7 à cause du NT Loader.
Extrait de http://www.microsoft.com/whdc/device/storage/usb-boot.mspx :
Windows Requirements for Boot Devices
The best thing about adding another bootable bus to Windows is that manufacturers can take advantage of much of the existing Windows boot process. As long as a new device looks and behaves like existing devices while NT Loader loads the system, new devices can be made to work like old devices. The goal for booting Windows from a USB device is to use as much of the existing Windows boot process with as little change as possible.
En revanche avec PE2USB fourni avec PEbuilder (3110a), ça marche mais il contourne le problème en créant une image iso sur la clé usb, puis en chargeant le NT Loader (setupldr.bin de Server2003SP1) qui permet d'utiliser un disque virtuel (pilote ramdisk.sys lui aussi du Server2003SP1) pour charger l'image iso en RAM.
C'est pas cool pour 2 raisons :
1) Le PC doit disposer d'autant de RAM que la taille de l'image ISO + 64 Mo !!!
2) L'intérêt évident d'utiliser une clé USB c'est de pouvoir faire évoluer son contenu facilement contrairement au CD. S'il faut créer ou éditer l'image iso à chaque fois c'est lourd !!!
Quel est votre avis ?
duster a dit :
Alors, qui a installé Windows/Bart PE sur une partition de 4 Go?Comme c'est le point de départ, faudrait boucler la boucle...
Bon bah... MOI !!!
J'ai réussi avec une clé de 4 Go.
duster a dit :
...c'est aussi pourquoi le SEUL outil (à ma connaissance...faite une recherche et bonne chance!) permettant de prendre un CD Bart PE et de le convertir en USB (PEtoUSB) ne permet pas d'utiliser autre chose qu'une clé/partition de 2 Go et moins.Justement, PeToUsb sait formater une clé de 4 Go en FAT 16 !!! Et ce n'est pas en FAT16X (LBA).
Avec une FAT32 c'est plus compliqué mais si c'est faisable je devrais y arriver : pour le moment le MBR charge le secteur de boot de la partition (qui est un secteur de boot chargeant NTLDR) puis l'écran devient noir, curseur clignotant, pas de message d'erreur...
_yann_ a dit :
Ou un couche-tard...Pour reprendre le débat, ce qui m'intéresse maintenant c'est de savoir si quelqu'un à réussi à booter complètement un Win de la famille NT (ou BartPE) sur une clé usb ?
En effet cela semble impossible en l'état actuel (site de severin terrier et de MS) même en utilsant PeToUSB 3.0.0.7 à cause du NT Loader.
Extrait de http://www.microsoft.com/whdc/device/storage/usb-boot.mspx :
Windows Requirements for Boot Devices
The best thing about adding another bootable bus to Windows is that manufacturers can take advantage of much of the existing Windows boot process. As long as a new device looks and behaves like existing devices while NT Loader loads the system, new devices can be made to work like old devices. The goal for booting Windows from a USB device is to use as much of the existing Windows boot process with as little change as possible.
En revanche avec PE2USB fourni avec PEbuilder (3110a), ça marche mais il contourne le problème en créant une image iso sur la clé usb, puis en chargeant le NT Loader (setupldr.bin de Server2003SP1) qui permet d'utiliser un disque virtuel (pilote ramdisk.sys lui aussi du Server2003SP1) pour charger l'image iso en RAM.
C'est pas cool pour 2 raisons :
1) Le PC doit disposer d'autant de RAM que la taille de l'image ISO + 64 Mo !!!
2) L'intérêt évident d'utiliser une clé USB c'est de pouvoir faire évoluer son contenu facilement contrairement au CD. S'il faut créer ou éditer l'image iso à chaque fois c'est lourd !!!
Quel est votre avis ?
Hello
dabord merci yann pour les explications, il y a longtemps que je cherchais des informations qui se tiennent sur le fonctionement du MBR
ma question est simple si j'ai compris, ce qui definis le FDD c'est que le boot se situe au 32e secteur mais comment le definir manuellement?
j'ai essayer d'utiliser testdisk mais je m'y perd entre secteur head cylinder
j'ai un autre soucis mon live cd bartpe ne reconnais pas le controleur ICH8m et je ne vois pas mon HDD mais je n'arrive pas a lui faire avaler les drivers en faisant F je n'ai pas de FDD sur mon laptop et je n'arrive pas a utiliser ma clef usb 4Gb comme FDD
je n'arrive pas non plus a integrer les driver a l'image de mon live CD
quand je fais F6 il me demande la disquette et quand je branche ma clef meme si j'utilise une vieille 256Mo formaté en FAt 16 <32 il semble la scanner mais me redemande une disquette pourtant les drivers y sont txtsetup.oem etc...
ma question finalement est simple quelle est la marche a suivre pour faire reconnaitre une clef usb en FDD
et deuxiemement comment partitionner une clef usb, parceque la aussi je n'y arrive pas
merci d'avance
dabord merci yann pour les explications, il y a longtemps que je cherchais des informations qui se tiennent sur le fonctionement du MBR
ma question est simple si j'ai compris, ce qui definis le FDD c'est que le boot se situe au 32e secteur mais comment le definir manuellement?
j'ai essayer d'utiliser testdisk mais je m'y perd entre secteur head cylinder
j'ai un autre soucis mon live cd bartpe ne reconnais pas le controleur ICH8m et je ne vois pas mon HDD mais je n'arrive pas a lui faire avaler les drivers en faisant F je n'ai pas de FDD sur mon laptop et je n'arrive pas a utiliser ma clef usb 4Gb comme FDD
je n'arrive pas non plus a integrer les driver a l'image de mon live CD
quand je fais F6 il me demande la disquette et quand je branche ma clef meme si j'utilise une vieille 256Mo formaté en FAt 16 <32 il semble la scanner mais me redemande une disquette pourtant les drivers y sont txtsetup.oem etc...
ma question finalement est simple quelle est la marche a suivre pour faire reconnaitre une clef usb en FDD
et deuxiemement comment partitionner une clef usb, parceque la aussi je n'y arrive pas
merci d'avance
iwhar a dit :
Helloma question est simple si j'ai compris, ce qui definis le FDD c'est que le boot se situe au 32e secteur mais comment le definir manuellement?
j'ai essayer d'utiliser testdisk mais je m'y perd entre secteur head cylinder
Salut,
Malheureusement c'est un peu plus compliqué, cela dépend également du BIOS.
Exemple : 1 PC de bureau et 1 PC portable. Le bios du PC de bureau est plus ancien que celui du portable et pourtant seules mes clés usb de 64 Mo et 256 Mo parviennent à démarrer sur le portable. Le PC de bureau démarre toutes mes clés usb (64 Mo, 256 Mo, 1 Go, 2 Go, 4 Go). Même en partitionnant la clé de 2 Go avec une première partition de 250 Mo elle ne démarre pas sur le portable.
Pour info, le nombre de secteurs précédents la première partition (en théorie 32 secteurs pour usb-fdd et 63 secteurs pour usb-hdd) est indiqué à l'ofset 0x1C6 du MBR. Mais il ne suffit pas de changer cet octet, il faut qu'il y ait une cohérence et que la première partition débute effectivement sur le secteur indiqué dans le MBR.
iwhar a dit :
j'ai un autre soucis mon live cd bartpe ne reconnais pas le controleur ICH8m et je ne vois pas mon HDD mais je n'arrive pas a lui faire avaler les drivers en faisant F je n'ai pas de FDD sur mon laptop et je n'arrive pas a utiliser ma clef usb 4Gb comme FDDje n'arrive pas non plus a integrer les driver a l'image de mon live CD
Pour intégrer des pilotes de stockage à BartPE, en utilisant PEBuilder, il faut les placer dans un sous-dossier de "drivers\SCSIAdapter".
Voir http://www.nu2.nu/pebuilder/help/french/drivers.htm
iwhar a dit :
ma question finalement est simple quelle est la marche a suivre pour faire reconnaitre une clef usb en FDD Je n'ai pas de solution absolue. Toutefois, ma méthode (simple pour les adeptes de linux) pour tester la capacité d'un PC à démarrer sur une clé usb consiste à formater la clé en une seule partition en FAT 16 type 06 (non étendue = non LBA) sous linux avec fdisk et mkfs, puis de charger syslinux sur cette clé usb. Si elle ne démarre pas il y a peu de chances d'y parvenir même en la partitionnant différemment ou en modifiant les secteurs manuellement.
iwhar a dit :
comment partitionner une clef usb, parceque la aussi je n'y arrive pasmerci d'avance
Avec FDISK de linux ou en utilisant un logiciel de partitionnement.
Cdlt
Bonjour à tous,
Un an après cette discussion, je constate qu'il n'y a que très peu de discussions sur le web qui touchent ces sujets clairement et dans le détail.
Pourtant, le partitionnement de clés USB rendues bootables par les utilisateurs est une technicité chaque fois plus demandée.
Aujourd'hui, quelqu'un peut-il expliquer simplement (avec des screenshots pour débutants) comment on peut partitionner une clé USB, la rendre bootable, gérer son MBR, son ID (etc.), et même faire en sorte que les partitions soient accessibles ou non depuis windows ?
Personnellement, je dispose d'un LiveCD Paragon Hard Drive Manager qui semble permettre tout cela, mais je n'y comprends rien.
D'autres outils semblent intéressants pour simplifier la démarche aux novices ouinedosiens dans mon genre : unebootin, bootitng, les liveCD incluant Gparted ou fdisk, mais, franchement, y'a trop de paramètres à maîtriser. Tous les forums que j'ai parcouru (en vain) à ce sujet le montrent : un tuto complet pour nuls serait bienvenu !!!
-antislash-
Un an après cette discussion, je constate qu'il n'y a que très peu de discussions sur le web qui touchent ces sujets clairement et dans le détail.
Pourtant, le partitionnement de clés USB rendues bootables par les utilisateurs est une technicité chaque fois plus demandée.
Aujourd'hui, quelqu'un peut-il expliquer simplement (avec des screenshots pour débutants) comment on peut partitionner une clé USB, la rendre bootable, gérer son MBR, son ID (etc.), et même faire en sorte que les partitions soient accessibles ou non depuis windows ?
Personnellement, je dispose d'un LiveCD Paragon Hard Drive Manager qui semble permettre tout cela, mais je n'y comprends rien.
D'autres outils semblent intéressants pour simplifier la démarche aux novices ouinedosiens dans mon genre : unebootin, bootitng, les liveCD incluant Gparted ou fdisk, mais, franchement, y'a trop de paramètres à maîtriser. Tous les forums que j'ai parcouru (en vain) à ce sujet le montrent : un tuto complet pour nuls serait bienvenu !!!
-antislash-
En effet, un an après je suis étonné du constat dont tu nous parles.
Il n'y a donc toujours pas d'infos fiables et précises à propos du boot sur les clés usb ?!
Je vais finir par ouvrir un service en ligne spécialisé
Tu as un LiveCD Paragon Hard Disk Manager, c'est le top ! Mais seule la dernière version, la 9, permet de créer des clés usb bootables. Quelle est ta version ?
Tu peux partitionner ta clé avec n'importe quel outil permettant de partitionner un disque dur.
Pour la rendre bootable c'est une autre affaire. Déjà il faut savoir ce que tu veux faire booter : windows ou linux. Dans le cas de linux c'est très facile, dans le cas de windows (exemple BartPE) c'est un peu plus technique.
Edit : je me suis emporté. Seuls quelques logiciels, comme Paragon Hard Disk Manager, permettent de partitionner une clé usb.
Il n'y a donc toujours pas d'infos fiables et précises à propos du boot sur les clés usb ?!
Je vais finir par ouvrir un service en ligne spécialisé
Tu as un LiveCD Paragon Hard Disk Manager, c'est le top ! Mais seule la dernière version, la 9, permet de créer des clés usb bootables. Quelle est ta version ?
Tu peux partitionner ta clé avec n'importe quel outil permettant de partitionner un disque dur.
Pour la rendre bootable c'est une autre affaire. Déjà il faut savoir ce que tu veux faire booter : windows ou linux. Dans le cas de linux c'est très facile, dans le cas de windows (exemple BartPE) c'est un peu plus technique.
Edit : je me suis emporté. Seuls quelques logiciels, comme Paragon Hard Disk Manager, permettent de partitionner une clé usb.
Yann a dit :
"lol !"
-antislash- a répondu :
Salutations à tous !
Merci Yann.
Désolé, en effet ma question était trop imprécise. Voilà le détail :
J'ai la version 2008 de Paragon qui permet (entre autres) de partitionner des clés USB, ce que ne font pas les logiciels de partitionnement windows habituels (Partition Magic, Easeus, etc.). Mais il y a tellement de formats, "d'options et de paramètres, qu'il est difficile de s'y retrouver !
De fait, quand j'utilise Paragon HDM en LiveCD (avec 3 différentes clés), seule une partition résultante est reconnue par windows (elle apparaît uniquement dans le service "gestion des disques" mais inactive, toute tentative de modif' échouant).
Bien entendu, le résultat espéré est avant tout de pouvoir partitionner une clé USB pour avoir une partie dédiée à son système (caché ou non) et l'autre à un espace de stockage de données (accessible depuis n'importe quel OS).
En plus, ça permettrait une petite révolution : chacun pourrait se fabriquer une clé de type U3 avec un OS bootable à partir de clés USB banales, quelle que soit leur taille. Je remarque que pour obtenir une partition USB bootable il faut utiliser le format FAT (=FAT16), qui n'admet conventionnellement que des volumes de 2 Go maxi.
Je ne pouvais pas croire qu'on soit condamnés à perdre les gigas restantes, les capacités des clés sont chaque fois plus grandes, dommage de ne pas pouvoir mettre ce qu'on veut dessus (je dis : on veut du bootable ET du stockage !!!).
A vérifier : A ce que j'ai compris, pour que le résultat soit stable sous tout OS, il faudrait que la partition de stockage des données soit CDFS ou reconnue comme telle, ainsi que, peut-être, un truchement au niveau de l'ID et de la MBR. Mais même en essayant diverses combinaisons et divers outils, j'y arrive pas. Faut dire que j'y connais rien, je commence à peine, à grand peine !
Autre remarque importante
Certains logiciels proposent d'installer sur sa clé USB un linux bootable en mode "persistent", c'est-à-dire avec une zone séparée pour que l'OS conserve les changements et installations réalisées. Sinon, quand on redémarre, l'OS a "oublié" tout ce qu'on y a fait (c'est parfois pratique, mais généralement, on préfère ce qui est évolutif, non ?).
Premier problème : ces logiciels (Fedore USB Live Creator et uSbuntu live creator) n'ont pas fonctionné avec d'autres distributions de Linux que celles prévues par l'auteur, pour uSbuntu, le choix est très réduit et avec Fedora USB LC, je n'ai pas réussi à utiliser des Linux légers comme Dawn Small, Toutou, Kubuntu, etc... Echec.
Second problème : cette zone créée pour la persistance ne semble pas être un espace de stockage accessible sous tout OS (dont windows). Il est possible qu'en effet ma seule clé dispo aie été "amputée" des 40 Mo" d'espace persistant que j'avais paramétrés en essayant. Malheureusement, je n'ai pas encore pu vérifier cela. Quoi qu'il en soit, sous windows, il n'apparaît aucune seconde partition nulle part.
Pour les utilisateurs windows qiu veulent une clé bootable, mais qui ne veulent pas partitionner leur clé, et qui ne veulent pas du mode "persistant" (ceux qui préfèrent un système amnésique), le logiciel "unebootin" me paraît le plus simple et le plus complet.
Pour une clé bootable sur ubuntu avec utilisation du mode "persistent", un mec apparemment très sympa a créé "uSbuntu live creator", mais on ne peut pas l'utiliser pour installer n'importe quelle version d'ubuntu (pas le Eee Ubuntu, par exemple).
pour ceux qui veulent Fedora en mode "persistent" ou amnésique, il y a "Fedora USB Live Creator" (Fedora = clé de 1Go minimum).
Enfin, il existe un outil nommé "sanDisk U3 smart" que je n'ai pas pu tester car il faut acheter une clé de marque et de modèle spécifiquement compatible (examen du n° de série, etc). En fait, ce logiciel ne serait pas vraiment gratuit, puisqu'il ne servirait visiblement qu'en service-après-vente de leurs clés U3.
Attention, en mode "persistent", les changements adaptent rédibitoirement l'OS bootable à l'ordinateur sur lequel ils sont faits.
Donc le mode que j'appelle ici amnésique a quand même des avantages : la clé dure plus longtemps (peu d'écritures) et tout fonctionne pareillement sur tous les ordis, sans mauvaises surprises.
__________________________________________________________
Bonus pour Yann et tous les intéressés :
On trouve même quelques tutos pour des supports amovibles multiboot (notamment DVD-multiboot), mais on dirait qu'ils ont été écris par une secte : ils sont aussi inaccessibles et interminables qu'une messe en latin, il y manque des détails cruciaux, et s'orientent presque tous exclusivement sur la création de multiboot d'installateurs windows (liveDVD de win98 à vista). Dommage que Magic Iso n'aie pas ouvert le champ d'application de ses tutos aux principales distributions linux ! C'est de loin le plus compréhensible" de tous ceux que j'ai vus.
Quel pied ce serait d'avoir une méthode pour qu'une clé (ou un disque) USB lance différents Linux au choix, +windowsPE, ou ParagonLive, en plus de réserver un espace pour ses données perso !
Alors, à quand l'installware LiveUSB partitionneur ?
_______________________
"lol !"
-antislash- a répondu :
Salutations à tous !
Merci Yann.
Désolé, en effet ma question était trop imprécise. Voilà le détail :
J'ai la version 2008 de Paragon qui permet (entre autres) de partitionner des clés USB, ce que ne font pas les logiciels de partitionnement windows habituels (Partition Magic, Easeus, etc.). Mais il y a tellement de formats, "d'options et de paramètres, qu'il est difficile de s'y retrouver !
De fait, quand j'utilise Paragon HDM en LiveCD (avec 3 différentes clés), seule une partition résultante est reconnue par windows (elle apparaît uniquement dans le service "gestion des disques" mais inactive, toute tentative de modif' échouant).
Bien entendu, le résultat espéré est avant tout de pouvoir partitionner une clé USB pour avoir une partie dédiée à son système (caché ou non) et l'autre à un espace de stockage de données (accessible depuis n'importe quel OS).
En plus, ça permettrait une petite révolution : chacun pourrait se fabriquer une clé de type U3 avec un OS bootable à partir de clés USB banales, quelle que soit leur taille. Je remarque que pour obtenir une partition USB bootable il faut utiliser le format FAT (=FAT16), qui n'admet conventionnellement que des volumes de 2 Go maxi.
Je ne pouvais pas croire qu'on soit condamnés à perdre les gigas restantes, les capacités des clés sont chaque fois plus grandes, dommage de ne pas pouvoir mettre ce qu'on veut dessus (je dis : on veut du bootable ET du stockage !!!).
A vérifier : A ce que j'ai compris, pour que le résultat soit stable sous tout OS, il faudrait que la partition de stockage des données soit CDFS ou reconnue comme telle, ainsi que, peut-être, un truchement au niveau de l'ID et de la MBR. Mais même en essayant diverses combinaisons et divers outils, j'y arrive pas. Faut dire que j'y connais rien, je commence à peine, à grand peine !
Autre remarque importante
Certains logiciels proposent d'installer sur sa clé USB un linux bootable en mode "persistent", c'est-à-dire avec une zone séparée pour que l'OS conserve les changements et installations réalisées. Sinon, quand on redémarre, l'OS a "oublié" tout ce qu'on y a fait (c'est parfois pratique, mais généralement, on préfère ce qui est évolutif, non ?).
Premier problème : ces logiciels (Fedore USB Live Creator et uSbuntu live creator) n'ont pas fonctionné avec d'autres distributions de Linux que celles prévues par l'auteur, pour uSbuntu, le choix est très réduit et avec Fedora USB LC, je n'ai pas réussi à utiliser des Linux légers comme Dawn Small, Toutou, Kubuntu, etc... Echec.
Second problème : cette zone créée pour la persistance ne semble pas être un espace de stockage accessible sous tout OS (dont windows). Il est possible qu'en effet ma seule clé dispo aie été "amputée" des 40 Mo" d'espace persistant que j'avais paramétrés en essayant. Malheureusement, je n'ai pas encore pu vérifier cela. Quoi qu'il en soit, sous windows, il n'apparaît aucune seconde partition nulle part.
Pour les utilisateurs windows qiu veulent une clé bootable, mais qui ne veulent pas partitionner leur clé, et qui ne veulent pas du mode "persistant" (ceux qui préfèrent un système amnésique), le logiciel "unebootin" me paraît le plus simple et le plus complet.
Pour une clé bootable sur ubuntu avec utilisation du mode "persistent", un mec apparemment très sympa a créé "uSbuntu live creator", mais on ne peut pas l'utiliser pour installer n'importe quelle version d'ubuntu (pas le Eee Ubuntu, par exemple).
pour ceux qui veulent Fedora en mode "persistent" ou amnésique, il y a "Fedora USB Live Creator" (Fedora = clé de 1Go minimum).
Enfin, il existe un outil nommé "sanDisk U3 smart" que je n'ai pas pu tester car il faut acheter une clé de marque et de modèle spécifiquement compatible (examen du n° de série, etc). En fait, ce logiciel ne serait pas vraiment gratuit, puisqu'il ne servirait visiblement qu'en service-après-vente de leurs clés U3.
Attention, en mode "persistent", les changements adaptent rédibitoirement l'OS bootable à l'ordinateur sur lequel ils sont faits.
Donc le mode que j'appelle ici amnésique a quand même des avantages : la clé dure plus longtemps (peu d'écritures) et tout fonctionne pareillement sur tous les ordis, sans mauvaises surprises.
__________________________________________________________
Bonus pour Yann et tous les intéressés :
On trouve même quelques tutos pour des supports amovibles multiboot (notamment DVD-multiboot), mais on dirait qu'ils ont été écris par une secte : ils sont aussi inaccessibles et interminables qu'une messe en latin, il y manque des détails cruciaux, et s'orientent presque tous exclusivement sur la création de multiboot d'installateurs windows (liveDVD de win98 à vista). Dommage que Magic Iso n'aie pas ouvert le champ d'application de ses tutos aux principales distributions linux ! C'est de loin le plus compréhensible" de tous ceux que j'ai vus.
Quel pied ce serait d'avoir une méthode pour qu'une clé (ou un disque) USB lance différents Linux au choix, +windowsPE, ou ParagonLive, en plus de réserver un espace pour ses données perso !
Alors, à quand l'installware LiveUSB partitionneur ?
_______________________
Lassé par la pub ? Créez un compte
- Contenus similaires :
- Forumproblème cléf USB
- Forum[Résolu] Récupérer des fichiers supprimés sur une clef USB
- ForumComment faire pour rendre un pc bootable sur clé usb
- ForumComment lire la clef USB sur le lecteur dvd portable ASTD
- Forum trouver programme charger logiciel clef USB
- ForumAttérée .découvre que je paie la CLEF USB que j\'ai refusé . découvre des hérési
- ForumReparer ma clef usb de 1GO
- ForumProblème Clef USB
- ForumClef usb ne repond pas
- Voir plus