Dans ce cas, je vous suggère de vérifier le numéro des partitions par fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Dans ce cas, je vous suggère de vérifier le numéro des partitions par fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Dans ce cas, je vous suggère de vérifier le numéro des partitions par fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient
"c".
Même un ignorant comme moi trouve ça louche.
Je me permets de recopier ci-dessous les réponses aux commandes
que j'ai
osé envoyer :
[...]
Disque /dev/hda: 6449 Mo, 6449587200 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 407 3269196 ef EFI
(FAT-12/16/32)
[...]
Disque /dev/hdb: 20.0 Go, 20020396032 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 1 1005 8072631 c Win95 FAT32
(LBA)
Vos deux partitions fat sont amorçables ainsi que l'indique "*" sur
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient
"c".
Même un ignorant comme moi trouve ça louche.
Je me permets de recopier ci-dessous les réponses aux commandes
que j'ai
osé envoyer :
[...]
Disque /dev/hda: 6449 Mo, 6449587200 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 407 3269196 ef EFI
(FAT-12/16/32)
[...]
Disque /dev/hdb: 20.0 Go, 20020396032 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 1 1005 8072631 c Win95 FAT32
(LBA)
Vos deux partitions fat sont amorçables ainsi que l'indique "*" sur
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient
"c".
Même un ignorant comme moi trouve ça louche.
Je me permets de recopier ci-dessous les réponses aux commandes
que j'ai
osé envoyer :
[...]
Disque /dev/hda: 6449 Mo, 6449587200 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 407 3269196 ef EFI
(FAT-12/16/32)
[...]
Disque /dev/hdb: 20.0 Go, 20020396032 octets
[...]
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 1 1005 8072631 c Win95 FAT32
(LBA)
Vos deux partitions fat sont amorçables ainsi que l'indique "*" sur
En fait ef signifie efi partition
http://www.intel.com/software/products/college/efishell/ch2/topic_05
..htm
Bien que ce nouveau standard soit contemporain de la création de
l'itanium, je n'en avais pas encore vu de référence sur les news.
Bon, elle est normalement compatble avec le système fat, et comme
vous le dite, c'est votre disque d:.
Sinon, pour un disque de 6 go, il serait noramal
que la partition soit de type B.
c signifie fat32 sur un disque de plus de 8 giga. Cà c'est tout à
fait normal
Pour plus de détail sur les partitions qu'elles quelles soient, je
vous conseille entre autres cette page :
http://www.bellamyjc.org/fr/theoriemultiboot1.html
Tout me porte à croire que hda est historiquement, votre premier
disque dur, ce qui explique qu'il y a eu un système bootable dessus
à l'époque.
Par contre, ainsi que je vous le disais dans mon
précédent mel, c'est bien sur hdb que vous devez booter. Essayez :
other=/dev/hdb1
label="windows"
table=/dev/hdb
map-drive = 0x80
to = 0x81
map-drive = 0x81
to = 0x80
Le map-drive va rétablir pour windows le fait que hdb est en fait le
premier disque.
En fait ef signifie efi partition
http://www.intel.com/software/products/college/efishell/ch2/topic_05
..htm
Bien que ce nouveau standard soit contemporain de la création de
l'itanium, je n'en avais pas encore vu de référence sur les news.
Bon, elle est normalement compatble avec le système fat, et comme
vous le dite, c'est votre disque d:.
Sinon, pour un disque de 6 go, il serait noramal
que la partition soit de type B.
c signifie fat32 sur un disque de plus de 8 giga. Cà c'est tout à
fait normal
Pour plus de détail sur les partitions qu'elles quelles soient, je
vous conseille entre autres cette page :
http://www.bellamyjc.org/fr/theoriemultiboot1.html
Tout me porte à croire que hda est historiquement, votre premier
disque dur, ce qui explique qu'il y a eu un système bootable dessus
à l'époque.
Par contre, ainsi que je vous le disais dans mon
précédent mel, c'est bien sur hdb que vous devez booter. Essayez :
other=/dev/hdb1
label="windows"
table=/dev/hdb
map-drive = 0x80
to = 0x81
map-drive = 0x81
to = 0x80
Le map-drive va rétablir pour windows le fait que hdb est en fait le
premier disque.
En fait ef signifie efi partition
http://www.intel.com/software/products/college/efishell/ch2/topic_05
..htm
Bien que ce nouveau standard soit contemporain de la création de
l'itanium, je n'en avais pas encore vu de référence sur les news.
Bon, elle est normalement compatble avec le système fat, et comme
vous le dite, c'est votre disque d:.
Sinon, pour un disque de 6 go, il serait noramal
que la partition soit de type B.
c signifie fat32 sur un disque de plus de 8 giga. Cà c'est tout à
fait normal
Pour plus de détail sur les partitions qu'elles quelles soient, je
vous conseille entre autres cette page :
http://www.bellamyjc.org/fr/theoriemultiboot1.html
Tout me porte à croire que hda est historiquement, votre premier
disque dur, ce qui explique qu'il y a eu un système bootable dessus
à l'époque.
Par contre, ainsi que je vous le disais dans mon
précédent mel, c'est bien sur hdb que vous devez booter. Essayez :
other=/dev/hdb1
label="windows"
table=/dev/hdb
map-drive = 0x80
to = 0x81
map-drive = 0x81
to = 0x80
Le map-drive va rétablir pour windows le fait que hdb est en fait le
premier disque.
utilise gpart pour être certain de tes partitions.
utilise gpart pour être certain de tes partitions.
utilise gpart pour être certain de tes partitions.
Bon, elle est normalement compatble avec le système fat, et
comme
vous le dite, c'est votre disque d:.
Moi ? J'ai dit ça ?
Pour moi il s'agit de c:, siège du système Win98SE que je ne peux
plus
démarrer...
On va essayer de remettre en ordre toutes les info de vos différent
je me retrouve aussitôt en ligne de commande DOS, avec un prompt
du genre C:>. Un dir révèle que je ne suis pas réellement sous
C: (hda1) mais sous D:(hdb1).
Bon, elle est normalement compatble avec le système fat, et
comme
vous le dite, c'est votre disque d:.
Moi ? J'ai dit ça ?
Pour moi il s'agit de c:, siège du système Win98SE que je ne peux
plus
démarrer...
On va essayer de remettre en ordre toutes les info de vos différent
je me retrouve aussitôt en ligne de commande DOS, avec un prompt
du genre C:>. Un dir révèle que je ne suis pas réellement sous
C: (hda1) mais sous D:(hdb1).
Bon, elle est normalement compatble avec le système fat, et
comme
vous le dite, c'est votre disque d:.
Moi ? J'ai dit ça ?
Pour moi il s'agit de c:, siège du système Win98SE que je ne peux
plus
démarrer...
On va essayer de remettre en ordre toutes les info de vos différent
je me retrouve aussitôt en ligne de commande DOS, avec un prompt
du genre C:>. Un dir révèle que je ne suis pas réellement sous
C: (hda1) mais sous D:(hdb1).
Le 25.12.2003 10:51, Roger Delvosal a écrit fort à propos :Dans ce cas, je vous suggère de vérifier le numéro des partitions par
fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient "c".
Le 25.12.2003 10:51, Roger Delvosal a écrit fort à propos :
Dans ce cas, je vous suggère de vérifier le numéro des partitions par
fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient "c".
Le 25.12.2003 10:51, Roger Delvosal a écrit fort à propos :Dans ce cas, je vous suggère de vérifier le numéro des partitions par
fdisk
/dev/hdx car des logiciels comme partition magic changent les numéros.
Je n'ai jamais utilisé Partition Magic ou autre depuis le dernier
formatage de mes disques, qui remonte à plus de deux ans...
Et je ne sais pas lire les réponses de fdisk. Toutefois la ligne
concernant hda1 contient "ef" et celle concernant hdb1 contient "c".
On va essayer de remettre en ordre toutes les info de vos différent
fils.
Linux appelle hda votre disque de 6 go et hdb votre disque de 20 go.
Sur le disque hda il y a votre système w98 ok, et, dans une
partition étendue, une ext3 /sauv et une swap
Sur le disque hdb il y a un embryon de w98, linux /, une swap et
linux /home.
Votre table lilo actuelle indique au niveau du boot windows :
other=/dev/hda1
label="windows"
table=/dev/hda
Mais lorsque vous bootez ainsi vous retrouvez en c: votre d:
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette pour
faire un sys c:
Rebranchez le tout et regardez ce qu'il se passe. Si vous continuez
à ne pas booter sur votre c: correct,
c'est que l'inversion a une autre cause.
D'où mes 2 conseils : remettre tout à plat en partant
de votre bios et en reconstruisant lilo colmplètement.
Bonne chance, bonne découverte, et tenez nous au courant.
On va essayer de remettre en ordre toutes les info de vos différent
fils.
Linux appelle hda votre disque de 6 go et hdb votre disque de 20 go.
Sur le disque hda il y a votre système w98 ok, et, dans une
partition étendue, une ext3 /sauv et une swap
Sur le disque hdb il y a un embryon de w98, linux /, une swap et
linux /home.
Votre table lilo actuelle indique au niveau du boot windows :
other=/dev/hda1
label="windows"
table=/dev/hda
Mais lorsque vous bootez ainsi vous retrouvez en c: votre d:
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette pour
faire un sys c:
Rebranchez le tout et regardez ce qu'il se passe. Si vous continuez
à ne pas booter sur votre c: correct,
c'est que l'inversion a une autre cause.
D'où mes 2 conseils : remettre tout à plat en partant
de votre bios et en reconstruisant lilo colmplètement.
Bonne chance, bonne découverte, et tenez nous au courant.
On va essayer de remettre en ordre toutes les info de vos différent
fils.
Linux appelle hda votre disque de 6 go et hdb votre disque de 20 go.
Sur le disque hda il y a votre système w98 ok, et, dans une
partition étendue, une ext3 /sauv et une swap
Sur le disque hdb il y a un embryon de w98, linux /, une swap et
linux /home.
Votre table lilo actuelle indique au niveau du boot windows :
other=/dev/hda1
label="windows"
table=/dev/hda
Mais lorsque vous bootez ainsi vous retrouvez en c: votre d:
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette pour
faire un sys c:
Rebranchez le tout et regardez ce qu'il se passe. Si vous continuez
à ne pas booter sur votre c: correct,
c'est que l'inversion a une autre cause.
D'où mes 2 conseils : remettre tout à plat en partant
de votre bios et en reconstruisant lilo colmplètement.
Bonne chance, bonne découverte, et tenez nous au courant.
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette
pour
faire un sys c:
Ma disquette est une disquette de démarrage pour Win98.
La commande sys c: donne : "Fonction non valide".
Je shunte vos problèmes sur les lettres A: B: C:, c'est normal, mais
Comme je ne sais pas ce que
recouvre l'expression "remettre tout à plat", voici mon plan :
1. Sauvegarder toutes mes données accumulées dans c: (hda1) avec
les
outils linux,
Ca, c'est déjà un très bon plan à faire avant toute expérience sur
2. Débrancher d:,
Ce ne sera pas la peine
3. Formater c: (hda) et le partitionner avec le fdisk de ms-dos,
Vous ne pourrez pas, fdisk dos refuse d'effacer une partition non
- Le cd Mandrake le plus récent en ma possession est celui de la
9.0.
Est-ce qu'il fera aussi bien que celui de la 9.2 ?
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette
pour
faire un sys c:
Ma disquette est une disquette de démarrage pour Win98.
La commande sys c: donne : "Fonction non valide".
Je shunte vos problèmes sur les lettres A: B: C:, c'est normal, mais
Comme je ne sais pas ce que
recouvre l'expression "remettre tout à plat", voici mon plan :
1. Sauvegarder toutes mes données accumulées dans c: (hda1) avec
les
outils linux,
Ca, c'est déjà un très bon plan à faire avant toute expérience sur
2. Débrancher d:,
Ce ne sera pas la peine
3. Formater c: (hda) et le partitionner avec le fdisk de ms-dos,
Vous ne pourrez pas, fdisk dos refuse d'effacer une partition non
- Le cd Mandrake le plus récent en ma possession est celui de la
9.0.
Est-ce qu'il fera aussi bien que celui de la 9.2 ?
S'il vous reste des traces de xp, avec le fichier de boot XP,
débranchez votre disque de 20 Go et bootez sur une disquette
pour
faire un sys c:
Ma disquette est une disquette de démarrage pour Win98.
La commande sys c: donne : "Fonction non valide".
Je shunte vos problèmes sur les lettres A: B: C:, c'est normal, mais
Comme je ne sais pas ce que
recouvre l'expression "remettre tout à plat", voici mon plan :
1. Sauvegarder toutes mes données accumulées dans c: (hda1) avec
les
outils linux,
Ca, c'est déjà un très bon plan à faire avant toute expérience sur
2. Débrancher d:,
Ce ne sera pas la peine
3. Formater c: (hda) et le partitionner avec le fdisk de ms-dos,
Vous ne pourrez pas, fdisk dos refuse d'effacer une partition non
- Le cd Mandrake le plus récent en ma possession est celui de la
9.0.
Est-ce qu'il fera aussi bien que celui de la 9.2 ?
Pour moi tout remettre à plat siginifiait passer par un bon fdisk
/mbr (dos) pour enlever lilo et partir en suite sur linus rescue.
Mais la manip que vous venez de faire montre que le pb n'est pas là.
Pour moi tout remettre à plat siginifiait passer par un bon fdisk
/mbr (dos) pour enlever lilo et partir en suite sur linus rescue.
Mais la manip que vous venez de faire montre que le pb n'est pas là.
Pour moi tout remettre à plat siginifiait passer par un bon fdisk
/mbr (dos) pour enlever lilo et partir en suite sur linus rescue.
Mais la manip que vous venez de faire montre que le pb n'est pas là.
