Bonjour,
Je rencontre un problème qui n’est pas relatif à Debian (je suis debianiste au teuf et fedorien à la maison) mais sur un disque dur.
Nouvelle installation : carte mère GIGABYTE GA-P67A-D3-B3 avec 2 ports SATA3, 1 HD WD 1To, 1 HD SEAGATE 1To.
Installation fedora 15 sur le 1er disque (aucun souci)
Installation WinXP sur le 2ème (aucun problème).
Je boote sur Fedora par défaut dans le BIOS (aucun problème)
Dans un 1er temps quand je veux booter XP je choisis le 2ème HD à partir du BIOS (pas de problème)
En revanche si je veux aller voir à partir de Fedora le disque “XP” avec GPartEd il voit les partitions mais il me signale des erreurs :
http://deltroy.perez.free.fr/probleme/Capture–dev-sdb-GParted.png
http://deltroy.perez.free.fr/probleme/Capture-Informations-a-propos-de-dev-sdb1.png
Je ne peux donc ni faire une sauvegarde par partimage ni créer ou modifier les partitions avec GPartEd (problème)
Si par contre à l’aide de fdisk je réécris bêtement la table de partition, cela fonctionne mais ce n’est pas permanent.
Autre précision. Au départ j’avais monté un RAID 1 matériel (BIOS de la carte mère) mais cela n’a pas fonctionné : problème de driver dans Fedora … donc j’ai cassé ce RAID et ai recommencé les installations. Pour éviter tout désagrément tant avec la famille qu’avec le micro, j’ai fait l’installation XP en déconnectant le disque Fedora. Sauf que mon XP manifestement ne réécris pas le MBR. Alors j’ai ceci par la commande “od -a -N 446 /dev/sda1” (fedora)
0000000 k H dle dle so P < nul 0 8 nul nul so X so @
0000020 { > nul | ? nul ack 9 nul stx s $ j ! ack nul
0000040 nul > > bel 8 eot u vt etx F dle soh ~ ~ bel u
0000060 s k syn 4 stx 0 soh ; nul | 2 nul nl t etx stx
0000100 nul nul nul nul stx $ soh nul nul bs z dle dle v B nul
0000120 u stx 2 nul j Y | nul nul 1 @ so X so P <
0000140 nul sp { sp @ | < del t stx bs B R v B nul
0000160 t T 4 A ; * U M dc3 Z R r I soh { U
0000200 * u C sp A | eot @ u enq etx a soh t 7 f
0000220 vt L dle > enq | F D del soh f vt rs D | G
0000240 eot dle nul G D stx soh nul f ht \ bs G D ack nul
0000260 p f 1 @ ht D eot f ht D ff 4 B M dc3 r
0000300 enq ; nul p k } 4 bs M dc3 s nl v B nul si
0000320 eot p nul i cr nul > enq | F D del nul f 1 @
0000340 bs p @ f ht D eot 1 R bs J A b stx bs h
0000360 bs t @ ht D bs 1 @ bs P @ h stx f ht eot
0000400 f ! D | f 1 R f w 4 bs T nl f 1 R
0000420 f w t eot bs T vt ht D ff ; D bs } < nl
0000440 T cr @ b ack nl L nl ~ A bs Q nl l ff Z
0000460 nl t vt ; nul p so C 1 [ 8 soh stx M dc3 r
0000500 * ff C so ack H | rs 9 nul soh so [ 1 v 0000520 1 del | s % us a del & B | > del } h @ 0000540 nul k so > eot } h 8 nul k ack > so } h 0 0000560 nul > dc3 } h * nul k ~ G R U B sp nul G 0000600 e o m nul H a r d sp D i s k nul R e 0000620 a d nul sp E r r o r nul ; soh nul 4 so M 0000640 dle , < nul u t C nul nul nul nul nul nul nul nul nul 0000660 nul nul nul nul nul nul nul nul etx G bs nul nul nul 0000676 et pour /dev/sdb (XP) 0000000 3 @ so P < nul | { P bel P us | > esc | 0000020 ? esc ack P W 9 e soh s $ K = > bel 1 eot 0000040 8 n nul | ht u dc3 etx E dle b t M can vt u 0000060 etx F dle I t em 8 , t v sp 5 bel 4 bel vt 0000100 p , < nul t | ; bel nul 4 so M dle k r bs 0000120 N dle h F nul s * ~ F dle nul ~ eot vt t vt 0000140 nul ~ eot ff t enq sp 6 bel u R nul F stx ack etx 0000160 F bs ack etx V nl nul h ! nul s enq sp 6 bel k 0000200 < soh > ~ } U * t vt nul ~ dle nul t H sp 0000220 7 bel k ) vt | rs W vt u K ? enq nul nl V 0000240 nul 4 bs M dc3 r # nl A $ ? can nl ^ nl | 0000260 C w c vt Q ack V 1 ack R n B w b 9 V 0000300 nl w # r enq 9 F bs s fs 8 soh stx ; nul | 0000320 vt N stx vt V nul M dc3 s Q O t N 2 d nl 0000340 V nul M dc3 k d nl V nul ; * U 4 A M
0000360 dc3 r 6 soh { U * u 0 v A soh t + a 0000400 j nul j nul del v nl del v bs j nul h nul | j 0000420 soh j dle 4 B vt t M dc3 a a s so O t vt 0000440 2 d nl V nul M dc3 k V a y C T a b l 0000460 e sp d e sp p a r t i t i o n sp n 0000500 o n sp v a l i d e nul E r r e u r 0000520 sp l o r s sp d u sp c h a r g e m 0000540 e n t sp d u sp s y s t nl m e sp d 0000560 ' e x p l o i t a t i nul S y s t 0000600 nl m e sp d ' e x p l o i t a t i 0000620 o n sp a b s e n t nul nul nul nul nul nul nul 0000640 nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul nul 0000660 nul nul nul nul nul , J | \ z - nul nul
0000676
Dans celui-là on arrive à lire “Table de partition non valide Erreur lors du chargement du système d’exploitation…”.
Y-a-t’il un bon médecin parmi vous ?
Merci à vous.
Salut,
1 - Poser tes questions dans Assistance Debian
2 - Ne pas bidouiller les branchements pendant l’installation (les disques changent de nom même sous Debian)
3 - Installer Windows puis ensuite Linux et faire confiance à grub2 pour reconnaître les siens.
J’ai réussi à remettre les choses correctement sans réinstaller Linux.
- Avec GPartEd malgré l’avertissement, suppresion du secteur de démarrage et des partitions
- réinstallation WinXP : création de partition ntfs avec WinXP.
C’était bien un problème de MBR et de table de partitions.
Merci.
[quote]faire confiance à grub2 pour reconnaître les siens.
[/quote]
fedora 15 est en grub1
fedora 16 debute avec grub2 ;il est incomplet (pas d’os-prober et pas d’update-grub)
D’après les captures d’écran, les fichiers spéciaux de périphériques blocs /dev/sdb* correspondants aux partitions du disque Windows n’existaient pas. Donc soit les partitions n’avaient pas été détectées par le noyau (ce serait surprenant dans la mesure ou gparted et fdisk les voient), ou bien ils n’avaient pas été créés par udev, ou avaient été supprimés ensuite.
Je soupçonne un reste de RAID de la carte mère (qui n’est pas un RAID matériel mais logiciel géré par le BIOS et l’OS) sur le disque contenant Windows. En effet il me semble que lorsque un disque entier est détecté comme faisant partie d’un ensemble RAID, ses partitions sont ignorées et vues comme des partitions du volume RAID et non du disque.
L’action de réécrire la table de partition avec fdisk la fait relire par le noyau qui a pu détecter à nouveau les partitions. Mais cela ne dure que jusqu’au prochain démarrage.