Forum général.général Problème avec le démarrage: du Grub, de l'EFI, du Windows et du Linux

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
2
28
août
2024

Bonjour à tous,

j'essaie de maintenir fonctionnel l'ordinateur de ma mère, mais là, j'ai fait une bêtise…
Par où commencer ?
L'ordinateur de ma mère est un vieil Asus X751N. Il fonctionne correctement, bien que le disque dur montre des signes de faiblesse. Ma mère a un double démarrage Windows¹ et Fedora 40. Je ne sais pas ce qui s'est passé, mais depuis quelques semaines Linux refusent de démarrer (trop vieux non ? pour être la mise à jour problématique dont on a parlé récemment ?). Bref, je discutais avec mes parents pendant que je faisais une opération de maintenance sur les partitions pour réinstaller Fedora, étant donné que le home se trouve sur une partition différente. Et là, je ne sais pas ce qui s'est passé, pourtant je ne crois pas avoir fait d'erreur, mais en réinstallant Fedora, toutes les partitions ont sauté.

Bref, passage via une clef usb Fedora 40, et testdisk, pour réparer la table des partitions, mais là, je crois que j'ai fait des mauvaises manipulations, et je suis un peu pommé.

Que dire ? Pour le moment, j'arrive à démarrer Fedora, mais y'a quand même un bug avec Grub, il semble que plusieurs partitions soient démarrables, et qu'en fonction de celle sur laquelle je démarre, ben Grub trouve le noyau ou non. Windows ne démarre pas.

Quelques commandes pour décrire la situation :
```

fdisk -l

Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: TOSHIBA MQ01ABD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xa5c057e1
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 567295 565248 276M 6 FAT16
/dev/sda2 * 567296 1004769279 1004201984 478,8G 7 HPFS/NTFS/exFAT
/dev/sda3 1008070656 1952501759 944431104 450,3G 8e Linux LVM
/dev/sda4 1004769280 1008070655 3301376 1,6G f W95 Ext'd (LBA)
/dev/sda5 1004773376 1007894527 3121152 1,5G 83 Linux

Partition table entries are not in disk order.

Disk /dev/mapper/fedora-root: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/fedora-swap: 3,85 GiB, 4135583744 bytes, 8077312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/zram0: 3,65 GiB, 3920625664 bytes, 957184 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/fedora-home: 396,48 GiB, 425721856000 bytes, 831488000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
```
Comme vous pouvez le voir, ce n'est pas trop joli, y'a du LVM et une partition étendue pour gérer le répertoire /boot (/dev/sda4), et une partition /dev/sda1 pour /boot/efi (je voulais la faire plus grosse, mais je n'ai pas réussi. La principale raison étant que… l'installateur graphique de Fedora est nul, et que je ne sais pas gérer le LVM en ligne de commande. Est-ce que cela peut-être la raison du problème ?

Que dire de plus ? Ah oui, efibootmgr:

BootCurrent: 0006
Timeout: 2 seconds
BootOrder: 0005,0006,0002,0000,0000
Boot0000* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000069000100000010000000040000007fff0400
Boot0001* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000056660100000010000000040000007fff0400
Boot0002* fedora HD(1,MBR,0xa5c057e1,0x800,0x8a000)/\EFI\FEDORA\GRUBX64.EFI
Boot0005* Windows Boot Manager HD(1,MBR,0xa5c057e1,0x800,0x82000)/\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI0000424f
Boot0006* Fedora HD(1,MBR,0xa5c057e1,0x800,0x8a000)/\EFI\FEDORA\SHIM.EFI0000424f
Bon, là, c'est pas joli joli non plus. J'ai voulu régler le problème, et… pfff.

Bref, si vous avez des suggestions, je suis preneur.

¹ Je ne suis même pas sûr de la version, mais je ne sais pas comment savoir en naviguant à travers la partition système…

  • # Retrouver la version « Windows » qui est installée sur ta partition en terminal depuis Linux...

    Posté par  (site web personnel) . Évalué à 3 (+2/-0). Dernière modification le 28 août 2024 à 23:00.

    Est-ce que ceci peut t'aider à retrouver la version « Windows » qui est installée sur ta partition ? :

    Sinon je dirais que tu as déjà fait le plus dur, peut-être que tu peux, une fois démarré sur ta Fedora, installer puis lancer « boot-repair » et le laisser faire…

  • # LVM

    Posté par  (site web personnel) . Évalué à 2 (+1/-0).

    Que retourne la commande « lsblk » ?

    • [^] # Re: LVM

      Posté par  (site web personnel) . Évalué à 3 (+1/-0). 

      lsblk -f
NAME FSTYPE FSVER LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                           
├─sda1
│    vfat   FAT16       0320-D0D3                               260,3M     6% /boot/efi
├─sda2
│    ntfs         OS    D04A5A494A5A2D0A                        287,5G    40% /mnt/windows
├─sda3
│ │  LVM2_m LVM2        GJEDHG-aCD3-wdvG-K5Vc-8IRC-dly9-fQSncy                
│ ├─fedora-root
│ │  ext4   1.0         f9f74c11-a40d-4fac-b945-5ac36babc714       39G    15% /
│ ├─fedora-swap
│ │  swap   1           8e78fcaa-72e2-4a2f-b479-73f2847ca765                  
│ └─fedora-home
│    ext4   1.0         6ed7ac60-e5e5-41ad-ae91-cc4ded0b94fb    312,4G    15% /home
├─sda4
│                                                                             
└─sda5
 ext4   1.0         23717d2d-d6fe-49c9-ae1f-f03b4e9599c4        1G    22% /boot
sr0                                                                           
zram0
                                                                          [SWAP]

      • [^] # Re: LVM

        Posté par  (site web personnel) . Évalué à 2 (+0/-0).

        Vu que tu peux passer des commandes, que donne

        sudo efibootmgr -v

        ウィズコロナ

        • [^] # Re: LVM

          Posté par  (site web personnel) . Évalué à 3 (+1/-0).

          Alors lam j'utilise le live USB repair boot, donc le resultat est un peu different :

          root@mint:/home/mint# efibootmgr -v
          BootCurrent: 0007
          Timeout: 2 seconds
          BootOrder: 0005,0002,0006,0007,0008,0000,0000
          Boot0000* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...i................
          Boot0001* Windows Boot Manager VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...Vf...............
          Boot0002* fedora HD(1,MBR,0xa5c057e1,0x800,0x8a000)/File(\EFI\FEDORA\GRUBX64.EFI)
          Boot0005* Windows Boot Manager HD(1,MBR,0xa5c057e1,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO
          Boot0006* Fedora HD(1,MBR,0xa5c057e1,0x800,0x8a000)/File(\EFI\FEDORA\SHIM.EFI)..BO
          Boot0007* UEFI: Generic Flash Disk 8.07 PciRoot(0x0)/Pci(0x15,0x0)/USB(1,0)/CDROM(1,0x23c,0x84c0)..BO
          Boot0008* UEFI: Generic Flash Disk 8.07, Partition 1 PciRoot(0x0)/Pci(0x15,0x0)/USB(1,0)/HD(1,MBR,0x14eb2669,0x23c,0x2130)..BO

          • [^] # Re: LVM

            Posté par  (site web personnel) . Évalué à 2 (+0/-0). Dernière modification le 29 août 2024 à 14:21.

            toutes les options qui contiennent

            File(\EFI

            semblent valides, donc Fedora et Windows

            dans l'ordre, vu le boot order, 5, 6, 2

            Windows en boot par défaut

            ウィズコロナ

      • [^] # Re: LVM

        Posté par  (site web personnel) . Évalué à 4 (+3/-0).

        hmmm, pour ne pas polluer les commandes avec une clef USB montée, tu peux utiliser «  Ventoy » et garde cette clef USB qui te servira toujours…

        Une fois la clef préparée par l'installation de « Ventoy », tu pourras y copier directement des ISO's d'outils, distribution's, Windows, etc, pour dépanner, anything else…

        Exemple : « systemrescue-11.01-amd64.iso.

        Cet ISO va te permettre de démarrer sur un Linux de dépannage complètement chargé en RAM, une fois celui-ci chargé tu vas pouvoir débrancher ta clef USB, plus de mélange entre disque local et clef USB montée pour dépanner…

        Tu copies l'ISO's sur ta clef précédemment préparée dans le répertoire « Ventoy » et tu démarres sur celle-ci, la liste des ISO's disponibles va s'afficher et tu choisis « systemrescue-11.01-amd64.iso » (si tu n'as copié que cet ISO tu n'auras donc que ce choix…).

        Puis « Boot in normal mode » et enfin « Boot SystemRescue and copy system to RAM (copytoram) ».

        Une fois que tu récupères le prompt, la distribution est complètement chargée, débranche la clef USB.

        Tu peux maintenant sélectionner le bon mappage de clavier en tapant « setkmap » et tu choisis ce qui convient.

        Puis enfin tu tapes « startx » qui va démarrer un environnement graphique avec le menu des outils fournis par « SystemRescue » ainsi que la possibilité de te connecter via wifi/ethernet…

        À partir de là, pourquoi pas t'orienter vers « SystemRescue - Repairing a damaged Grub », à l'aide du navigateur « firefox » fourni ?

  • # Échec, et je ne suis plus devant l'ordinateur

    Posté par  (site web personnel) . Évalué à 2 (+0/-0).

    Bon, échec.

    Je n'ai pas trouvé comment faire en sorte que Windows redémarre. Que ce soit avec boot-repair, en réinstallant Fedora, avec os-prober qui ne retourne rien, j'ai installé Windows 10 sur une clef USB, mais Windows ne détecte rien et ne permet aucune récupération.

    Bref, je ne trouve pas.

    J'imagine que je devrais réinstaller Windows, puis réinstaller Fedora pour réparer le démarrage.

  • # Edit entree du grub

    Posté par  . Évalué à 1 (+0/-0).

    Bonjour attention il faut bien savoir que la partirion repair du pc va tout effacer le windows le linux mais surtout les data pour remettre windows comme le jour de l'installation

    Pour moi il faut booter mais à l'ecr1n grub
    Appuyer e pour édit
    Puis taper chainloader+1
    Ou efi

    Chercherez un peu sur internet efi permet justement de se sauver sans réinstaller par rapport au system bios et MBR

  • # Les 5 commandes qui vont

    Posté par  . Évalué à 1 (+0/-0).

    insmod part_gpt
    insmod chain
    set root=(hd0,gpt1)
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
    boot

    Faire tabulation pour compléter avec le bon nom
    Hd0 si il n'y a que un hdd
    Sinon voir le nom sur les ligne linux

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.