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:
Bon, là, c'est pas joli joli non plus. J'ai voulu régler le problème, et… pfff.
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
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 Stephane COLIN (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…
[^] # Re: Retrouver la version « Windows » qui est installée sur ta partition en terminal depuis Linux...
Posté par lejocelyn (site web personnel) . Évalué à 3 (+1/-0).
Tiens, effectivement, il semble qu'il y ait une partition Recovery pour Windows, que je n'ai pas encore réparé… Bon, si je ne trouve pas de solution via boot-repair, je vais passer par cette solution.
À noter que boot-repair semble très bien, mais pas simple à faire fonctionner sur Fedora sans passer par une clef USB. Bon, je télécharge la clef USB.
[^] # Re: Retrouver la version « Windows » qui est installée sur ta partition en terminal depuis Linux...
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
Pas terrible boot-info, ça me retourne des infos sur un pastebin dont l'accès restreint…
https://paste.ubuntu.com/p/Zw7BxbKnPK/
[^] # Re: Retrouver la version « Windows » qui est installée sur ta partition en terminal depuis Linux...
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
Bon, j'ai trouvé ces infos autrement, les voici sur un pstebin accessible :
https://paste.centos.org/view/629cb361
[^] # Re: Retrouver la version « Windows » qui est installée sur ta partition en terminal depuis Linux...
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
À priori, j'ai la version 10 de Microsoft. Hum, donc ça pourrait être la mise à jour qui a fait sauté le démarrage, mais pourtant, Secure Boot est désactivé. Bref, j'ai suivi les instructions pour trouver la version de Windows, mais le résultat n'est pas clair.
Dans :
C:\Windows\System32\License.rtf
Il y a :
Donc j'imagine que c'est Windows 10.
Et :
retourne notamment :/mnt/windows/Windows/System32$ strings ntoskrnl.exe | grep -i "Version"
Built-in Win7 version lie shims: failed to register.
Built-in Win8 version lie shims: failed to register.
Built-in Win8.1 version lie shims: failed to register.
# LVM
Posté par Stephane COLIN (site web personnel) . Évalué à 2 (+1/-0).
Que retourne la commande « lsblk » ?
[^] # Re: LVM
Posté par lejocelyn (site web personnel) . Évalué à 3 (+1/-0).
[^] # Re: LVM
Posté par palm123 (site web personnel) . Évalué à 2 (+0/-0).
Vu que tu peux passer des commandes, que donne
ウィズコロナ
[^] # Re: LVM
Posté par lejocelyn (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 palm123 (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 Stephane COLIN (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 lejocelyn (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 Franck913 . É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 Franck913 . É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.