"LargoWinch" a écrit dans le message
de news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé
à l'offset 0x000 de 446 octets qui cherche dans la table de partition
celle qui est déclarée active (si elle existe!) pour charger en
mémoire (à l'adresse 0x7C00) son secteur de boot et lui passer le
contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à
la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer
une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
"LargoWinch" <largowin38@free.fr.jenveuxpas> a écrit dans le message
de news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas...
Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé
à l'offset 0x000 de 446 octets qui cherche dans la table de partition
celle qui est déclarée active (si elle existe!) pour charger en
mémoire (à l'adresse 0x7C00) son secteur de boot et lui passer le
contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à
la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer
une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
"LargoWinch" a écrit dans le message
de news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé
à l'offset 0x000 de 446 octets qui cherche dans la table de partition
celle qui est déclarée active (si elle existe!) pour charger en
mémoire (à l'adresse 0x7C00) son secteur de boot et lui passer le
contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à
la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer
une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Dans quelle phase de démarrage du PC?
Arrives-tu au boot.ini (le deuxième)?
non, c'(est avantAvais-tu un CD dans ton lecteur de CD?
non
À chaque fois que tu fais un accés disque sur le 250G, tu passes
par cette Table. Est-ce que, en lançant le PC à partir du SATA ,
tu accèdes normalement, avec tes deux XP, à ce disque ?
oui
Je parierai plus sur un problème de marquage de la Partition
Active; ou de Partition Primaire derrière ta Partition étendue.
Ca me perturbe aussi de voir la primaire en dernier...Est-ce que dans diskmgmt.msc "Marquer la parttition comme
active" est bien grisé?
chepa. Je regarde ca ce soir
Je confirme, c'est grisé
Rappel moi la chrono; au départ sur ce disque 250G; tu avais
une Partition étendue de 4 lecteurs ?
Non. 3 lecteurs. J'ai réduis un des trois pour liberer 15 Go.
J'ai ensuite créé une partition logique dans l'étendue (pas de primaire a ce
moment)et ai tenté d'installé XP dessus. L'installation ne me permettant pas
d'installer sur cette partition (cf mon post initial pour les messages
exacts), j'ai essayé de lancer l'install sans partition, uniquement de
l'espace videComment es-tu passé à la Partition Primaire et avec quoi
l'as-tu marqué Active?
Je n'ai rien fait, c'est l'install d'XP qui a tout fait
As-tu un éditeur Hexa ? sinon télécharge
UltraEdit fait l'affaire ?http://forum.pcastuces.com/sujet.asp?f&s8566
lien directe de telechargement chez son concepteur :
http://www.dauteuille.net/prog/EditHexa.zip
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut cette
bête là ou il faut lui indiquer un fichier ?
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP secours),
j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini en
l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:) mais c'est
pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas le
250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
*LargoWinch* écrit
<news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas>
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Dans quelle phase de démarrage du PC?
Arrives-tu au boot.ini (le deuxième)?
non, c'(est avant
Avais-tu un CD dans ton lecteur de CD?
non
À chaque fois que tu fais un accés disque sur le 250G, tu passes
par cette Table. Est-ce que, en lançant le PC à partir du SATA ,
tu accèdes normalement, avec tes deux XP, à ce disque ?
oui
Je parierai plus sur un problème de marquage de la Partition
Active; ou de Partition Primaire derrière ta Partition étendue.
Ca me perturbe aussi de voir la primaire en dernier...
Est-ce que dans diskmgmt.msc "Marquer la parttition comme
active" est bien grisé?
chepa. Je regarde ca ce soir
Je confirme, c'est grisé
Rappel moi la chrono; au départ sur ce disque 250G; tu avais
une Partition étendue de 4 lecteurs ?
Non. 3 lecteurs. J'ai réduis un des trois pour liberer 15 Go.
J'ai ensuite créé une partition logique dans l'étendue (pas de primaire a ce
moment)et ai tenté d'installé XP dessus. L'installation ne me permettant pas
d'installer sur cette partition (cf mon post initial pour les messages
exacts), j'ai essayé de lancer l'install sans partition, uniquement de
l'espace vide
Comment es-tu passé à la Partition Primaire et avec quoi
l'as-tu marqué Active?
Je n'ai rien fait, c'est l'install d'XP qui a tout fait
As-tu un éditeur Hexa ? sinon télécharge
UltraEdit fait l'affaire ?
http://forum.pcastuces.com/sujet.asp?f&s8566
lien directe de telechargement chez son concepteur :
http://www.dauteuille.net/prog/EditHexa.zip
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut cette
bête là ou il faut lui indiquer un fichier ?
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP secours),
j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini en
l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:) mais c'est
pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas le
250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Dans quelle phase de démarrage du PC?
Arrives-tu au boot.ini (le deuxième)?
non, c'(est avantAvais-tu un CD dans ton lecteur de CD?
non
À chaque fois que tu fais un accés disque sur le 250G, tu passes
par cette Table. Est-ce que, en lançant le PC à partir du SATA ,
tu accèdes normalement, avec tes deux XP, à ce disque ?
oui
Je parierai plus sur un problème de marquage de la Partition
Active; ou de Partition Primaire derrière ta Partition étendue.
Ca me perturbe aussi de voir la primaire en dernier...Est-ce que dans diskmgmt.msc "Marquer la parttition comme
active" est bien grisé?
chepa. Je regarde ca ce soir
Je confirme, c'est grisé
Rappel moi la chrono; au départ sur ce disque 250G; tu avais
une Partition étendue de 4 lecteurs ?
Non. 3 lecteurs. J'ai réduis un des trois pour liberer 15 Go.
J'ai ensuite créé une partition logique dans l'étendue (pas de primaire a ce
moment)et ai tenté d'installé XP dessus. L'installation ne me permettant pas
d'installer sur cette partition (cf mon post initial pour les messages
exacts), j'ai essayé de lancer l'install sans partition, uniquement de
l'espace videComment es-tu passé à la Partition Primaire et avec quoi
l'as-tu marqué Active?
Je n'ai rien fait, c'est l'install d'XP qui a tout fait
As-tu un éditeur Hexa ? sinon télécharge
UltraEdit fait l'affaire ?http://forum.pcastuces.com/sujet.asp?f&s8566
lien directe de telechargement chez son concepteur :
http://www.dauteuille.net/prog/EditHexa.zip
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut cette
bête là ou il faut lui indiquer un fichier ?
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP secours),
j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini en
l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:) mais c'est
pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas le
250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
"LargoWinch" a écrit dans le message de
news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants suite a
un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé à
l'offset 0x000 de 446 octets qui cherche dans la table de partition celle
qui est déclarée active (si elle existe!) pour charger en mémoire (à
l'adresse 0x7C00) son secteur de boot et lui passer le contrôle à cette
adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE (446)
est totalement indépendante de ce programme, et elle est quasiment
irréparable quand elle est invalide, sauf si on a en a effectué une
sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas garanti)
essayer de la reconstituer, en examinant "l'allure" de certains secteurs.
P.ex. les secteurs de boot (r secteur d'une partition) de FAT ou NTFS
se terminent tous à l'offset 0x1FE par la signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à la
fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données contenant
cette valeur, et qui n'aura rie nà voir avec un secteur de boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer une
table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en re-partitionnant
le DD, ensuite seulement, tu va formater toutes les partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer une
image d( genre ghost ) de la partition systeme et les fichiers de données des
partitions de données pour redémarrer en qq dizaines de minutes
"LargoWinch" <largowin38@free.fr.jenveuxpas> a écrit dans le message de
news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas...
Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants suite a
un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé à
l'offset 0x000 de 446 octets qui cherche dans la table de partition celle
qui est déclarée active (si elle existe!) pour charger en mémoire (à
l'adresse 0x7C00) son secteur de boot et lui passer le contrôle à cette
adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE (446)
est totalement indépendante de ce programme, et elle est quasiment
irréparable quand elle est invalide, sauf si on a en a effectué une
sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas garanti)
essayer de la reconstituer, en examinant "l'allure" de certains secteurs.
P.ex. les secteurs de boot (r secteur d'une partition) de FAT ou NTFS
se terminent tous à l'offset 0x1FE par la signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à la
fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données contenant
cette valeur, et qui n'aura rie nà voir avec un secteur de boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer une
table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en re-partitionnant
le DD, ensuite seulement, tu va formater toutes les partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer une
image d( genre ghost ) de la partition systeme et les fichiers de données des
partitions de données pour redémarrer en qq dizaines de minutes
"LargoWinch" a écrit dans le message de
news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants suite a
un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er secteur
PHYSIQUE d'un DD et plus précisément uniquement sur le programme situé à
l'offset 0x000 de 446 octets qui cherche dans la table de partition celle
qui est déclarée active (si elle existe!) pour charger en mémoire (à
l'adresse 0x7C00) son secteur de boot et lui passer le contrôle à cette
adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE (446)
est totalement indépendante de ce programme, et elle est quasiment
irréparable quand elle est invalide, sauf si on a en a effectué une
sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas garanti)
essayer de la reconstituer, en examinant "l'allure" de certains secteurs.
P.ex. les secteurs de boot (r secteur d'une partition) de FAT ou NTFS
se terminent tous à l'offset 0x1FE par la signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ à la
fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver le
secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur se
terminant par AA55, tout simplement parce qu'il y a des données contenant
cette valeur, et qui n'aura rie nà voir avec un secteur de boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de reconstituer une
table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre DD,
j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en re-partitionnant
le DD, ensuite seulement, tu va formater toutes les partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer une
image d( genre ghost ) de la partition systeme et les fichiers de données des
partitions de données pour redémarrer en qq dizaines de minutes
Ascadix a utilisé son clavier pour écrire :"LargoWinch" a écrit dans le message
de news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er
secteur PHYSIQUE d'un DD et plus précisément uniquement sur le
programme situé à l'offset 0x000 de 446 octets qui cherche dans la
table de partition celle qui est déclarée active (si elle existe!)
pour charger en mémoire (à l'adresse 0x7C00) son secteur de boot et
lui passer le contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ
à la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver
le secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur
se terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de
reconstituer une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre
DD, j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en
re-partitionnant le DD, ensuite seulement, tu va formater toutes les
partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer
une image d( genre ghost ) de la partition systeme et les fichiers de
données des partitions de données pour redémarrer en qq dizaines de
minutes
Heureusement surtout que ce n'est pas mon DD principal, mais uniquement
celui que je voudrais avoir en secours
(y'en a qu'on pas tout lu ;) )...
Bon d'accord, là, la roue de secours est un peu crevée, mais je ne
désespère pas de la réparer :)
Ascadix a utilisé son clavier pour écrire :
"LargoWinch" <largowin38@free.fr.jenveuxpas> a écrit dans le message
de news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas...
Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er
secteur PHYSIQUE d'un DD et plus précisément uniquement sur le
programme situé à l'offset 0x000 de 446 octets qui cherche dans la
table de partition celle qui est déclarée active (si elle existe!)
pour charger en mémoire (à l'adresse 0x7C00) son secteur de boot et
lui passer le contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ
à la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver
le secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur
se terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de
reconstituer une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre
DD, j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en
re-partitionnant le DD, ensuite seulement, tu va formater toutes les
partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer
une image d( genre ghost ) de la partition systeme et les fichiers de
données des partitions de données pour redémarrer en qq dizaines de
minutes
Heureusement surtout que ce n'est pas mon DD principal, mais uniquement
celui que je voudrais avoir en secours
(y'en a qu'on pas tout lu ;) )...
Bon d'accord, là, la roue de secours est un peu crevée, mais je ne
désespère pas de la réparer :)
Ascadix a utilisé son clavier pour écrire :"LargoWinch" a écrit dans le message
de news:Bon, test en démarrant sur le MBR du 250 Go => Table de partition
invalide...
J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA. Et les
quelques réponses trouvées sur le net m'invitent à la plus grande
prudence. Pas envie de perdre ce qui est sur les 235 Go restants
suite a un FIXMBR douteux.
FIXMBR n'a AUCUN effet (positif ou négatif) sur la table de partition !
Aïe, pas taper !
FIXMBR (tout comme par le passé FDISK /MBR) n'agit QUE sur 1er
secteur PHYSIQUE d'un DD et plus précisément uniquement sur le
programme situé à l'offset 0x000 de 446 octets qui cherche dans la
table de partition celle qui est déclarée active (si elle existe!)
pour charger en mémoire (à l'adresse 0x7C00) son secteur de boot et
lui passer le contrôle à cette adresse.
La table de partition (de 4 fois 16 octets) située à l'offset 0x1BE
(446) est totalement indépendante de ce programme, et elle est
quasiment irréparable quand elle est invalide, sauf si on a en a
effectué une sauvegarde au préalable (avec des outils spécialisés).
Quelques outils (p.ex. Easy Recovery) peuvent (mais ce n'est pas
garanti) essayer de la reconstituer, en examinant "l'allure" de
certains secteurs. P.ex. les secteurs de boot (r secteur d'une
partition) de FAT ou NTFS se terminent tous à l'offset 0x1FE par la
signature 0xAA55.
Par ailleurs dans le cas d'une NTFS, le secteur de boot est DUPLIQUÉ
à la fin de la partition.
Donc on PEUT (condition nécessaire, mais pas suffisante) retrouver
le secteur de début (et de fin) d'une partition FAT ou NTFS.
Mais on voit bien que rien n'empêche d'avoir par hasard un secteur
se terminant par AA55, tout simplement parce qu'il y a des données
contenant cette valeur, et qui n'aura rie nà voir avec un secteur de
boot.
D'où la difficulté, pour ne pas dire l'impossibilité, de
reconstituer une table de partition.
Rassure moi : je pourrais quand meme la répareren reformattant le DD ?
Sinon, ca ne sert que pour booter ? Parce qu'en passant par l'autre
DD, j'accede sans soucis apparent a ce disque...
Pas en reformatant, la table de partition, ça se recréé en
re-partitionnant le DD, ensuite seulement, tu va formater toutes les
partitions que t'as crée.
Mais j'oserais pas appeler ça réparer, là c'est on rase tout et on
reconstruit de zéro
ouf ..heureusement que ya les sauvegardes et qu'il suffit de restaurer
une image d( genre ghost ) de la partition systeme et les fichiers de
données des partitions de données pour redémarrer en qq dizaines de
minutes
Heureusement surtout que ce n'est pas mon DD principal, mais uniquement
celui que je voudrais avoir en secours
(y'en a qu'on pas tout lu ;) )...
Bon d'accord, là, la roue de secours est un peu crevée, mais je ne
désespère pas de la réparer :)
LargoWinch a formulé la demande :*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini
en l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:)
mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
LargoWinch a formulé la demande :
*LargoWinch* écrit
<news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas>
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc
- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini
en l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:)
mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
LargoWinch a formulé la demande :*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le boot.ini
en l'état (pensant que peut-etre le boot.ini ne trouvait pas le C:)
mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
LargoWinch a formulé la demande :*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
[...]Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Donc le message d'erreur "Table de partition invalide..." est normal,
il ne doit pas y avoir 2 partitions actives au niveau d'une table des
partitions (l'offset 0x01BE et l'offset 0x01CE ont la valeur 0x80),
il faut mettre à 0 l'offset 0x01BE qui correspond au début de l'entrée
de la partition étendue et normalement si ce disque est le disque de
boot tu pourras démarrer sur la partition primaire positionnée à la
fin ce qui n'a d'ailleurs aucune incidence.
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le
boot.ini en l'état (pensant que peut-etre le boot.ini ne trouvait pas
le C:) mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
FIXMBR ne touche pas non plus à la signature du disque qui débute
à l'offset 0x01B8, ici elle correspond à en hexa (28 FE 59 22).
LargoWinch a formulé la demande :
*LargoWinch* écrit
<news:mn.20227d839bdd97fa.87815@free.fr.jenveuxpas>
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
[...]
Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc
- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Donc le message d'erreur "Table de partition invalide..." est normal,
il ne doit pas y avoir 2 partitions actives au niveau d'une table des
partitions (l'offset 0x01BE et l'offset 0x01CE ont la valeur 0x80),
il faut mettre à 0 l'offset 0x01BE qui correspond au début de l'entrée
de la partition étendue et normalement si ce disque est le disque de
boot tu pourras démarrer sur la partition primaire positionnée à la
fin ce qui n'a d'ailleurs aucune incidence.
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le
boot.ini en l'état (pensant que peut-etre le boot.ini ne trouvait pas
le C:) mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
FIXMBR ne touche pas non plus à la signature du disque qui débute
à l'offset 0x01B8, ici elle correspond à en hexa (28 FE 59 22).
LargoWinch a formulé la demande :*LargoWinch* écrit
<news:
|
| Bon, test en démarrant sur le MBR du 250 Go => Table de partition
| invalide...
[...]Peux-tu STP mettre :
- la copie d'écran diskmgmt.msc (j'insiste)
okok, je le ferai
vala
http://cjoint.com/?dew1KAAHVc- une copie d'écran EditHexa de la MBR du 250G ?
La, j'avoue ne pas etre sûr de savoir faire. Ca ouvre ce qu'il faut
cette bête là ou il faut lui indiquer un fichier ?
Ok, j'ai trouvé grâce au lien sur le forum
http://cjoint.com/?dew47ElEoC
Donc le message d'erreur "Table de partition invalide..." est normal,
il ne doit pas y avoir 2 partitions actives au niveau d'une table des
partitions (l'offset 0x01BE et l'offset 0x01CE ont la valeur 0x80),
il faut mettre à 0 l'offset 0x01BE qui correspond au début de l'entrée
de la partition étendue et normalement si ce disque est le disque de
boot tu pourras démarrer sur la partition primaire positionnée à la
fin ce qui n'a d'ailleurs aucune incidence.
Pour la deuxième CDR, qu'avais-tu fait ?
(de toute façon , tu ne pourras vraiment l'installer que
si le 250G est bootable).
Ben rien, vu que le boot n'est pas possible.
En fait, si, j'ai copié le cmdcons du C: sur sata vers le Q: (XP
secours), j'ai ajouté une ligne dans le boot.ini.
Après un premier affichage du message d'erreur, j'ai remis le
boot.ini en l'état (pensant que peut-etre le boot.ini ne trouvait pas
le C:) mais c'est pareil.
|
| J'avoue ne pas avoir ouvert mon PC pour débrancher le SATA.
?? pas besoin
C'était juste okazou, histoire d'etre sur que le sata ne perturbe pas
le 250Go
| Et les
| quelques réponses trouvées sur le net m'invitent à la plus grande
| prudence. Pas envie de perdre ce qui est sur les 235 Go restants
| suite a un FIXMBR douteux.
Pour l'instant ne le fait pas , et de toute façon FIXMBR ne fait
que réécrire le Programme de recherche de la Partition active,
(et réinitialiser peut-être de la Signature du disque physique -
pas encore essayé).
Mais il ne touche pas à la Table des Partitions Primaires
et Étendue du disque.
J'ai cru comprendre ça ;)
FIXMBR ne touche pas non plus à la signature du disque qui débute
à l'offset 0x01B8, ici elle correspond à en hexa (28 FE 59 22).
Hello ,
Pas de panique , rien n'indique que le disque
est détérioré. Il faut d'abord lever l'hypothèque
de l'erreur sur les deux Partitions Actives.
Daniel92.
===== >
Hello ,
Pas de panique , rien n'indique que le disque
est détérioré. Il faut d'abord lever l'hypothèque
de l'erreur sur les deux Partitions Actives.
Daniel92.
===== >
Hello ,
Pas de panique , rien n'indique que le disque
est détérioré. Il faut d'abord lever l'hypothèque
de l'erreur sur les deux Partitions Actives.
Daniel92.
===== >