Home en double apres reinstall - Perte du GRUB

pierpiotr · Le 30/10/2019, à 12:37

Oui, par Esc j'ai le grub, mais sans l'option Windows
et le Bios me permet de booter en UEFI comme on voit au post #54

geole · Le 30/10/2019, à 12:41

Bonjour à tous
Merci ikewdu d'avoir testé juqu'au bout la solution légacy.
Le message d'erreur qui est remonté est probablement l'équivalent du message d'erreur indiqué par nasman "Malheureusement le boot sur XP échoue (mais à priori c'est normal - il me met <partition_système_Windows>\system32\hall.dll manquant - bien qu'il soit là)".

Heureusement que tu montres que la réparation EFI par windows10 est possible lorsque windows 7 est en 64 bits.

Nasman · Le 30/10/2019, à 13:22

Je ne sais plus quel était le message exact que j'ai eu mais c'était des trucs du genre \systemroot%\system32\hall.dll manquant

ikewdu · Le 30/10/2019, à 14:10

Re,

Donc, la première chose à faire... c'est de convertir le disque sur lequel est W7 au format gpt. Il est bien évident que, par sécurité, il faudrait faire une sauvegarde de tes données les plus importantes, voire de faire une image de tes partitions pour anticiper une éventuelle surprise.

Si tu penses être prêt, tu vérifies à nouveau si le disque contenant W7 est sdb ou sdc via

sudo fdisk -l

Quand tu as identifié le disque, tu exécutes gdisk (en remplaçant X par la bonne lettre) par

sudo gdisk /dev/sdX

Une fois le programme lancé, il te demandera de taper une option. Tu choisiras simplement la lettre w (pour write). Tu valideras par y malgré l'avertissement. Une fois que ce sera fait, tu vérifieras par un nouveau sudo fdisk -l que les deux disques sont maintenant au format gpt.

A ce stade, W7 ne sera plus bootable provisoirement (j'espère), mais tu auras déjà en principe accès à l'espace disque perdu jusqu'ici.

Si tout ça s'est bien passé, il faudra alors démarrer sur le support d'installation de W10 (UEFI ou Legacy, c'est sans importance). Tu choisiras l'option "réparer l'ordinateur", puis "options avancées" et "dépannage", et enfin "invite de commandes". Là il me faudra le retour de

diskpart
list disk
list vol
sel disk 0
list part
sel disk 1
list part
exit

Et on verra la suite à partir du résultat.

Dernière modification par ikewdu (Le 30/10/2019, à 14:13)

pierpiotr · Le 30/10/2019, à 17:50

J'ai:

kubuntu@kubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1,7 GiB, 1851285504 bytes, 3615792 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3B6B7013-50BB-4763-B727-B087384B819D

Device        Start       End   Sectors  Size Type
/dev/sda1      2048    507903    505856  247M EFI System
/dev/sda2    507904  49336319  48828416 23,3G Linux filesystem
/dev/sda3  49336320 234440703 185104384 88,3G Linux filesystem


Disk /dev/sdb: 7,4 GiB, 7885291520 bytes, 15400960 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x680ca237

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *          0 3803903 3803904  1,8G  0 Empty
/dev/sdb2       3722708 3727635    4928  2,4M ef EFI (FAT-12/16/32)


Disk /dev/sdd: 2,7 TiB, 3000592982016 bytes, 5860533168 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
Disklabel type: dos
Disk identifier: 0x000e9254

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdd1             2048 2930286591 2930284544   1,4T 83 Linux
/dev/sdd2  *    2930286592 2930491391     204800   100M  7 HPFS/NTFS/exFAT
/dev/sdd3       2930491392 4294967295 1364475904 650,6G  7 HPFS/NTFS/exFAT


kubuntu@kubuntu:~$ ^C
kubuntu@kubuntu:~$ sudo gdisk /dev/sdd
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdd.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.

et

kubuntu@kubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 1,7 GiB, 1851285504 bytes, 3615792 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3B6B7013-50BB-4763-B727-B087384B819D

Device        Start       End   Sectors  Size Type
/dev/sda1      2048    507903    505856  247M EFI System
/dev/sda2    507904  49336319  48828416 23,3G Linux filesystem
/dev/sda3  49336320 234440703 185104384 88,3G Linux filesystem


Disk /dev/sdb: 7,4 GiB, 7885291520 bytes, 15400960 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x680ca237

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *          0 3803903 3803904  1,8G  0 Empty
/dev/sdb2       3722708 3727635    4928  2,4M ef EFI (FAT-12/16/32)


Disk /dev/sdd: 2,7 TiB, 3000592982016 bytes, 5860533168 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
Disklabel type: gpt
Disk identifier: 4837C2EA-3B49-49F6-B284-68FC53BD80DD

Device          Start        End    Sectors   Size Type
/dev/sdd1        2048 2930286591 2930284544   1,4T Linux filesystem
/dev/sdd2  2930286592 2930491391     204800   100M Microsoft basic data
/dev/sdd3  2930491392 4294967295 1364475904 650,6G Microsoft basic data


kubuntu@kubuntu:~$

Je reboote et je reprends sous W10

pierpiotr · Le 30/10/2019, à 18:04

Bon, j'arrive pas à booter sous W10. En UEFI j'ai un curseur fixe et en legacy, j'ai un message qui me dit que ça n'arrive pas à booter et que le système est corrompu.

ikewdu · Le 30/10/2019, à 19:45

Re,

La conversion a fonctionné, en tout cas.

Tu dois pouvoir lancer directement ton Ubuntu depuis ton BIOS. Idem pour la clé W10... Regarde dans les options de boot... Et pour W10, tu aurais pu tester avant, car sans lui, rien n'est possible. Essaie de refaire une clé d'installation, et ussi de booter en uefi sur un CD d'installation de W7...

Sinon, boote sur le liveCD linux... Bref, essaie de lancer quelque chose qui conduise à du concret. Et depuis Linux, donne le retour de

sudo efibootmgr -v

De toute manière, il faut qu'on crée les fichiers de démarrage de ton W7, sinon il ne bootera pas. C'est même faisable depuis un autre PC avec W10 si tu peux brancher ce HD en usb ... Il faut trouver un moyen, dans tous les cas.

Dernière modification par ikewdu (Le 30/10/2019, à 20:09)

pierpiotr · Le 25/11/2019, à 11:12

Bonjour,
Je reprends ce fil au même point après plusieurs déplacements et une certaine charge de travail ...
Le système est très lent. Ma machine ne me donne plus accès à mon ancien home. J'obtiens un message d'alerte dans Dolphin : " Une erreur est survenue en accédant à « Dossier personnel ». Le système a répondu :L'opération demandée a échoué: Error mounting /dev/sdc1 at /media/pier/MesData1: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error"
sinon :

pier@pier-Buro:~$ sudo efibootmgr -v
[sudo] Mot de passe de pier : 
Timeout: 0 seconds
No BootOrder is set; firmware will attempt recovery

en essayant de tout réinstaller, je me suis arrêté parce que je n'étais pas sûr de ce qu'il faut faire pour obtenir le home sur le disque de 3To.
en espérant que vous voudrez bien continuer de m'aider...

ikewdu · Le 25/11/2019, à 14:17

Re,

Fais un état de lieux de ton problème, car je n'ai pas le courage de relire les 5 pages. Et j'ai oublié le détail de ton problème.

pierpiotr · Le 25/11/2019, à 14:52

Bonjour Ikewdu,
Pour en finir, je veux réinstaller kubuntu (Neon, que j'ai installé sur mon portable maison).
Je n'ai accès qu'à mon SSD 120Go (sda); le disque de ~3To ne semble plus monté or je souhaite y mettre le home. J'ai les sauvegardes qui me permettront de récupérer ce dont j'ai besoin (quelques photos de chantiers) et les dossiers/fichiers pour mon travail sont dans /Dropbox.

Dernière modification par pierpiotr (Le 25/11/2019, à 14:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#101 Le 30/10/2019, à 12:37

Re : Home en double apres reinstall - Perte du GRUB

#102 Le 30/10/2019, à 12:41

Re : Home en double apres reinstall - Perte du GRUB

#103 Le 30/10/2019, à 13:22

Re : Home en double apres reinstall - Perte du GRUB

#104 Le 30/10/2019, à 14:10

Re : Home en double apres reinstall - Perte du GRUB

#105 Le 30/10/2019, à 17:50

Re : Home en double apres reinstall - Perte du GRUB

#106 Le 30/10/2019, à 18:04

Re : Home en double apres reinstall - Perte du GRUB

#107 Le 30/10/2019, à 19:45

Re : Home en double apres reinstall - Perte du GRUB

#108 Le 25/11/2019, à 11:12

Re : Home en double apres reinstall - Perte du GRUB

#109 Le 25/11/2019, à 14:17

Re : Home en double apres reinstall - Perte du GRUB

#110 Le 25/11/2019, à 14:52

Re : Home en double apres reinstall - Perte du GRUB

Pied de page des forums