Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Résolu Problème de dual-boot XP SP3 et 20.04.1LTS

geole

Je veux bien que windows modifie les N° de partition mais il ne modifie pas l'intérieur des partitions EXT4 qu'il ne sait pas lire!

D'après le second boot-info, voici la nouvelle structure du disque

disk -l (filtered): ___________________________________________________________
Disk sda: 465.78 GiB, 500106780160 bytes, 976771055 sectors
Disk identifier: 0xb078b078
      Boot     Start       End   Sectors   Size Id Type
sda1  *           63  51215219  51215157  24.4G  7 HPFS/NTFS/exFAT
sda2       117960702 976769023 858808322 409.5G  f W95 Ext'd (LBA)
sda3        51216384 117958571  66742188  31.8G 83 Linux
sda5       546689024 976769023 430080000 205.1G  7 HPFS/NTFS/exFAT
sda6       117962752 546686975 428724224 204.4G  7 HPFS/NTFS/exFAT

En comparant avec le boot-info précédant

disk -l (filtered): ___________________________________________________________
Disk sda: 465.78 GiB, 500106780160 bytes, 976771055 sectors
Disk identifier: 0xb078b078
      Boot     Start       End   Sectors   Size Id Type
sda1  *           63  51215219  51215157  24.4G  7 HPFS/NTFS/exFAT
sda2       117960702 976769023 858808322 409.5G  f W95 Ext'd (LBA)
sda3        51216384 117958571  66742188  31.8G 83 Linux
sda5       117960704 976769023 858808320 409.5G  7 HPFS/NTFS/exFAT

Les partitions n'ont pas été renumérotées.
Tu constateras que SDA3 est totalement identique... C'est probablement la façon dont tu stoppes ubuntu qui est la cause du problème.

La structure de boot est toujours bonne.

 => Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos3)/boot/grub. It also embeds following components:
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
..
sda3: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 20.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub 
                       /boot/grub/i386-pc/core.img

Tu devrais pouvoir rebooter de façon normale

cj56

ok, je vais essayer
J'éteins ubuntu en utilisant le menu en haut à droite

moko138

geole,
S'il te plaît, dans

Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos3)/boot/grub.

"(,msdos3)", ça désigne bien la partition n°3 (de sda) ?

geole

Bonsoir moko138.
J'ai toujours compris cela.
Mais je viens de découvrir, très récemment, qu'en EFI, cela est la partition physique et pas logique.

Mais, en legacy, je connais peu.

Sauf erreur toujours possible, ici elles n'ont pas la même valeur. Cependant, je ne sais pas s'il faut raisonner comme en EFI,

moko138

Merci geole !

en EFI, cela est la partition physique et pas logique.

À la réflexion c'est logique. Car sans cela, il suffirait de rectifier la numérotation des partitions pour casser grub.

Dans https://paste.ubuntu.com/p/FW5kr3MJbF/ du "20 Nov 2020 09:29", nous lisons :

fdisk -l (filtered): _____
Disk sda: 465.78 GiB, 500106780160 bytes, 976771055 sectors
Disk identifier: 0xb078b078
      Boot     Start       End   Sectors   Size Id Type
sda1  *           63  51215219  51215157  24.4G  7 HPFS/NTFS/exFAT
sda2       117960702 976769023 858808322 409.5G  f W95 Ext'd (LBA)
sda3        51216384 117958571  66742188  31.8G 83 Linux
sda5       546689024 976769023 430080000 205.1G  7 HPFS/NTFS/exFAT
sda6       117962752 546686975 428724224 204.4G  7 HPFS/NTFS/exFAT
Partition table entries are not in disk order.

On pourrait déjà les renuméroter dans l'ordre :
d'abord vérifier si le HDD à six partitions est toujours sda,
puis :

sudo fdisk /dev/sda
   x   # extra functionality (experts only)
   f   # fix partition order
   w   # write table to disk and exit

- -

Ensuite, est-ce que ça vaut le coup de réinstaller grub dans le mbr avec pointage vers la bonne partition ? Ou bien le problème est ailleurs ?

Mais je me rends compte que cj56 a oublié de nous dire depuis ce matin, si le double amorçage fonctionne toujours ou s'il est de nouveau à réparer !
cj56,
nous attendons l'information ! 😃

cj56

Bonsoir
J'ai démarré normalement ubuntu
Je l'ai éteint puis redémarré
Je l'ai éteint puis démarré XP qui n'a rien installé cette fois
J'ai éteint XP et démarré ubuntu normalement
Je pense que si je ne fais plus de modif de partition ça devrait tenir.
msdos3 c'est peut être C: abc = 123? (j'ai un lecteur de disquette dont je ne me sert plus)
Dois-t-on démonter les partitions (autres que système) avant de fermer ou est-ce automatique?
Je l'ai fait par précaution

A demain

moko138

Bien ! 😃
Tu peux marquer "[Résolu]" dans le titre, merci !

- -

Doit-on démonter les partitions (autres que système) avant de fermer ou est-ce automatique?

- Dans Ubuntu, pas la peine, c'est automatique.
- Dans Windows XP, pas la peine, c'est automatique.
- Dans Windows8 et versions ultérieures : oui (sauf si on a pris la précaution de désactiver le démarrage rapide).

cj56

Bonjour
Je vais l'utiliser quelques jours pour en tester la robustesse. Je vais paramétrer les applications linux et décrasser XP qui a assez mal vécu ces derniers jours. J'ai vu que firefox avait conservé mes options sauf la langue! C'est plutôt un bon début.
A bientôt

cj56

Bonsoir,
Après quelques jours d'utilisation pure, le dual boot fonctionne. J'ai quelques freeze avec audacity mais il va falloir que je paramètre le swap car je n'ai que 4 Go de mémoire.
Donc pour un dual boot stable, il ne faut plus modifier les partitions après installation et si par malheur cela se reproduit, "fsck" (avec le live CD!) devrait régler le problème.

« Page précédente