La commande cfdisk me permet par le biais de sa commande g, de modifier la
géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec
l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS
avec les commandes chs du menu expert (x) mais pas à les enregistrer sur
l'image.
La commande cfdisk me permet par le biais de sa commande g, de modifier la géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS avec les commandes chs du menu expert (x) mais pas à les enregistrer sur l'image.
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont pas enregistrés, mais déduits par le programme (que ce soit le FDISK de IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique les programmes peuvent interroger le contrôleur ou le disque ATA, mais cela n'a pas de sens pour une image).
Je crois que la règle habituelle est d'utiliser les valeurs des partitions existantes, en partant des valeurs des secteurs finaux et un peu de contrôle de vraisemblance; et les commandes g ou x/h/s ou équivalentes permettent de passer outre les devinettes du programme, surtout quand il se trompe; les options -H et -S de fdisk(8) sont une autre manière d'obtenir le même effet.
C'est un bug ou je m'y prends mal ?
Quel est l'objectif ?
Antoine
Le 15/10/2015 14:03, Dominique MICOLLET écrivit :
La commande cfdisk me permet par le biais de sa commande g, de modifier la
géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec
l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS
avec les commandes chs du menu expert (x) mais pas à les enregistrer sur
l'image.
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont
pas enregistrés, mais déduits par le programme (que ce soit le FDISK de
IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique
les programmes peuvent interroger le contrôleur ou le disque ATA, mais
cela n'a pas de sens pour une image).
Je crois que la règle habituelle est d'utiliser les valeurs des
partitions existantes, en partant des valeurs des secteurs finaux et un
peu de contrôle de vraisemblance; et les commandes g ou x/h/s ou
équivalentes permettent de passer outre les devinettes du programme,
surtout quand il se trompe; les options -H et -S de fdisk(8) sont une
autre manière d'obtenir le même effet.
La commande cfdisk me permet par le biais de sa commande g, de modifier la géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS avec les commandes chs du menu expert (x) mais pas à les enregistrer sur l'image.
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont pas enregistrés, mais déduits par le programme (que ce soit le FDISK de IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique les programmes peuvent interroger le contrôleur ou le disque ATA, mais cela n'a pas de sens pour une image).
Je crois que la règle habituelle est d'utiliser les valeurs des partitions existantes, en partant des valeurs des secteurs finaux et un peu de contrôle de vraisemblance; et les commandes g ou x/h/s ou équivalentes permettent de passer outre les devinettes du programme, surtout quand il se trompe; les options -H et -S de fdisk(8) sont une autre manière d'obtenir le même effet.
C'est un bug ou je m'y prends mal ?
Quel est l'objectif ?
Antoine
Dominique MICOLLET
Bonjour,
Antoine Leca wrote:
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont pas enregistrés, mais déduits par le programme (que ce soit le FDISK de IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique les programmes peuvent interroger le contrôleur ou le disque ATA, mais cela n'a pas de sens pour une image).
Je n'en suis pas vraiment sûr parce que si je duplique une petite clef USB (130 Mo) dans une image par dd, fdisk et cie me donnent une géométrie pertinente (CHS24/4/62), alors que si je créée à partir de /dev/zero une image de la même taille, fdisk et cie me répondent n'importe quoi (15/255/63).
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne géométrie" : j'ai donc l'impression que l'information est stockée dans le fichier image (encore qu'il faut que je vérifie si c'est toujours le cas après un redémarrage machine : je me rends compte en rédigeant cette réponse que le noyau pourrait avoir tamponné l'information).
Quel est l'objectif ?
L'objectif est particulier. Dans le cadre d'un enseignement de systèmes embarqués^W enfouis :-) sous linux, je fais utiliser lilo à mes étudiants (plus simple, et limitant les risques d'interaction avec le grub de la machine hôte). Sur une clef USB physique, lilo fonctionne sans problème. Dans un deuxième temps, je leur fais faire la même manipulation en utilisant une image de la clef soit obtenue par duplication, soit créée emplie de zéro. Dans ce cas, lilo a besoin d'une géométrie dans son fichier de configuration et, même si j'ai l'impression que cette géométrie peut-être totalement factice, je voudrais employer des valeurs pertinentes.
Plus largement, il ne faut pas oublier qu'on peut utiliser unix pour créer des supports exploitables par d'autres OS (oui, je sais, c'est une honteuse compromission :-)).
Cordialement
Dominique.
Bonjour,
Antoine Leca wrote:
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont
pas enregistrés, mais déduits par le programme (que ce soit le FDISK de
IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique
les programmes peuvent interroger le contrôleur ou le disque ATA, mais
cela n'a pas de sens pour une image).
Je n'en suis pas vraiment sûr parce que si je duplique une petite clef USB
(130 Mo) dans une image par dd, fdisk et cie me donnent une géométrie
pertinente (CHS24/4/62), alors que si je créée à partir de /dev/zero une
image de la même taille, fdisk et cie me répondent n'importe quoi
(15/255/63).
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou
sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne
géométrie" : j'ai donc l'impression que l'information est stockée dans le
fichier image (encore qu'il faut que je vérifie si c'est toujours le cas
après un redémarrage machine : je me rends compte en rédigeant cette réponse
que le noyau pourrait avoir tamponné l'information).
Quel est l'objectif ?
L'objectif est particulier. Dans le cadre d'un enseignement de systèmes
embarqués^W enfouis :-) sous linux, je fais utiliser lilo à mes étudiants
(plus simple, et limitant les risques d'interaction avec le grub de la
machine hôte). Sur une clef USB physique, lilo fonctionne sans problème.
Dans un deuxième temps, je leur fais faire la même manipulation en utilisant
une image de la clef soit obtenue par duplication, soit créée emplie de
zéro. Dans ce cas, lilo a besoin d'une géométrie dans son fichier de
configuration et, même si j'ai l'impression que cette géométrie peut-être
totalement factice, je voudrais employer des valeurs pertinentes.
Plus largement, il ne faut pas oublier qu'on peut utiliser unix pour créer
des supports exploitables par d'autres OS (oui, je sais, c'est une honteuse
compromission :-)).
Pour autant que je saches, les paramètres de géométrie 3D en MBR ne sont pas enregistrés, mais déduits par le programme (que ce soit le FDISK de IBM, fdisk, cfdisk, le noyau ou autres; en fait pour un disque physique les programmes peuvent interroger le contrôleur ou le disque ATA, mais cela n'a pas de sens pour une image).
Je n'en suis pas vraiment sûr parce que si je duplique une petite clef USB (130 Mo) dans une image par dd, fdisk et cie me donnent une géométrie pertinente (CHS24/4/62), alors que si je créée à partir de /dev/zero une image de la même taille, fdisk et cie me répondent n'importe quoi (15/255/63).
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne géométrie" : j'ai donc l'impression que l'information est stockée dans le fichier image (encore qu'il faut que je vérifie si c'est toujours le cas après un redémarrage machine : je me rends compte en rédigeant cette réponse que le noyau pourrait avoir tamponné l'information).
Quel est l'objectif ?
L'objectif est particulier. Dans le cadre d'un enseignement de systèmes embarqués^W enfouis :-) sous linux, je fais utiliser lilo à mes étudiants (plus simple, et limitant les risques d'interaction avec le grub de la machine hôte). Sur une clef USB physique, lilo fonctionne sans problème. Dans un deuxième temps, je leur fais faire la même manipulation en utilisant une image de la clef soit obtenue par duplication, soit créée emplie de zéro. Dans ce cas, lilo a besoin d'une géométrie dans son fichier de configuration et, même si j'ai l'impression que cette géométrie peut-être totalement factice, je voudrais employer des valeurs pertinentes.
Plus largement, il ne faut pas oublier qu'on peut utiliser unix pour créer des supports exploitables par d'autres OS (oui, je sais, c'est une honteuse compromission :-)).
Cordialement
Dominique.
Lucas Levrel
Le 19 octobre 2015, Dominique MICOLLET a écrit :
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne géométrie" : j'ai donc l'impression que l'information est stockée dans le fichier image
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
Le 19 octobre 2015, Dominique MICOLLET a écrit :
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou
sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne
géométrie" : j'ai donc l'impression que l'information est stockée dans le
fichier image
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
Si je force ensuite dans cette image la "bonne géométrie" avec cfdisk (ou sfdisk que j'ai découvert depuis), fdisk me restitue alors la "bonne géométrie" : j'ai donc l'impression que l'information est stockée dans le fichier image
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
Dominique MICOLLET
Bonjour,
Lucas Levrel wrote:
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil ad hoc pour ça ? Évidemment, je pourrais écrire un programme C pour cela, mais je suis informaticien, donc fainéant :-)
Cordialement
Dominique
Bonjour,
Lucas Levrel wrote:
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil
ad hoc pour ça ?
Évidemment, je pourrais écrire un programme C pour cela, mais je suis
informaticien, donc fainéant :-)
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil ad hoc pour ça ? Évidemment, je pourrais écrire un programme C pour cela, mais je suis informaticien, donc fainéant :-)
Cordialement
Dominique
Pascal Hambourg
Dominique MICOLLET a écrit :
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil ad hoc pour ça ?
cmp
Dominique MICOLLET a écrit :
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil
ad hoc pour ça ?
Tu pourrais en avoir le cœur net par un diff sur le premier secteur, non ?
Effectivement, sauf que je ne sais pas faire de diff binaire : y a un outil ad hoc pour ça ?
diff. Ce ne sont pas les différences qui t'intéressent ici, c'est juste de savoir s'il y en a !
-- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
Dominique MICOLLET
Dominique MICOLLET wrote:
La commande cfdisk me permet par le biais de sa commande g, de modifier la géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS avec les commandes chs du menu expert (x) mais pas à les enregistrer sur l'image.
C'est un bug ou je m'y prends mal ?
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre mon erreur : les informations de géométrie sont bien enregistrées dans le MBR, à condition qu'au moins une partition soit déclarée.
Je ne comprends pas pourquoi.
Incidemment fdisk, cfdisk et sfdisk ont un comportement indentique sur ce point. J'ai donc du faire des manipulations un peu différentes dans mes précédents essais qui m'ont fait croire que fdisk se comportait différent.
Désolé pour le bruit.
Cordialement
Dominique
Dominique MICOLLET wrote:
La commande cfdisk me permet par le biais de sa commande g, de modifier la
géométrie CHS d'une fichier utilisé comme image d'un périphérique monté
avec l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier
CHS avec les commandes chs du menu expert (x) mais pas à les enregistrer
sur l'image.
C'est un bug ou je m'y prends mal ?
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre
mon erreur : les informations de géométrie sont bien enregistrées dans le
MBR, à condition qu'au moins une partition soit déclarée.
Je ne comprends pas pourquoi.
Incidemment fdisk, cfdisk et sfdisk ont un comportement indentique sur ce
point. J'ai donc du faire des manipulations un peu différentes dans mes
précédents essais qui m'ont fait croire que fdisk se comportait différent.
La commande cfdisk me permet par le biais de sa commande g, de modifier la géométrie CHS d'une fichier utilisé comme image d'un périphérique monté avec l'option loop.
Je voudrais faire la même chose avec fdisk : je parviens bien à modifier CHS avec les commandes chs du menu expert (x) mais pas à les enregistrer sur l'image.
C'est un bug ou je m'y prends mal ?
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre mon erreur : les informations de géométrie sont bien enregistrées dans le MBR, à condition qu'au moins une partition soit déclarée.
Je ne comprends pas pourquoi.
Incidemment fdisk, cfdisk et sfdisk ont un comportement indentique sur ce point. J'ai donc du faire des manipulations un peu différentes dans mes précédents essais qui m'ont fait croire que fdisk se comportait différent.
Désolé pour le bruit.
Cordialement
Dominique
Nicolas George
Dominique MICOLLET , dans le message <5628f189$0$9233$, a écrit :
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre mon erreur : les informations de géométrie sont bien enregistrées dans le MBR, à condition qu'au moins une partition soit déclarée.
La géométrie n'est pas stockée. Ce qui est stocké, c'est la position des partitions, en double format.
Dominique MICOLLET , dans le message
<5628f189$0$9233$426a74cc@news.free.fr>, a écrit :
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre
mon erreur : les informations de géométrie sont bien enregistrées dans le
MBR, à condition qu'au moins une partition soit déclarée.
Dominique MICOLLET , dans le message <5628f189$0$9233$, a écrit :
La suggestion d'aller voir dans le premier secteur m'a permis de comprendre mon erreur : les informations de géométrie sont bien enregistrées dans le MBR, à condition qu'au moins une partition soit déclarée.