Bonjour,
Au démarrage, mon portable ne trouve plus d'OS à charger, un peu génant ...

ÉTAPE 1 : CONFIGURATION D'ORIGINE
portable DELL Vostro 3360 avec disque dur de 500 G0 avec 7 pro 64 bits
J'ai 3 partitions d'origine :
sda1 : Dell Utility
sda2 : je ne sais pas à quoi elle sert
sda3 : seven pro
J'ai redimensionné sda3 pour faire de la place à d'autres OS

ÉTAPE 2 : INSTALLATION LINUX
j'ai donc installé plein de distributions :
Fedora 18, Ubuntu, Mint et autres ... tout fonctionnait bien

ÉTAPE 3 : UN PEU DE NETTOYAGE
Et un jour je me dis et si je virais toutes les distributions pour y installer un archLinux et ensuite mettre fedora 20

Donc acte, je vire tout sauf windows, j'installe archLinux. Tout se passe bien sauf qu'au redémarrage, je n'ai plus que archLinux dans le menu de boot.
Du coup je me dis autant virer ArchLinux et remettre une distribution qui m'est familière : fedora 20
Je vire toutes les partitions sauf les 3 de windows
J'installe Fedora ... tout se passe bien
Je redémarre ...
Operating system not found

ÉTAPE 4 : RETROUVER WINDOWS ET LINUX
Là je sèche .... bon, j'ai probablement disloqué le grub

Voici mon fdisk :
[liveuser@localhost ~]$ fdisk /dev/sda
fdisk: cannot open /dev/sda: Permission denied
[liveuser@localhost ~]$ su
[root@localhost liveuser]# fdisk /dev/sda

Welcome to fdisk (util-linux 2.24).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 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: 0x267dc58b
Partition 1 does not start on physical sector boundary.

Device    Boot     Start       End    Blocks  Id System
/dev/sda1             63     80324     40131  de Dell Utility
/dev/sda2          81920  31854591  15886336   7 HPFS/NTFS/exFAT
/dev/sda3       31854592 339054591 153600000   7 HPFS/NTFS/exFAT
/dev/sda4      339054592 976773167 318859288   5 Extended
/dev/sda5 *    339056640 340080639    512000  83 Linux
/dev/sda6      340082688 444940287  52428800  83 Linux
/dev/sda7      444942336 457033727   6045696  82 Linux swap / Solaris
/dev/sda8      457035776 559435775  51200000  83 Linux
sda5 /boot
sda6 /
sda7 swap
sda8 /home

A noter que si je monte toutes mes partitions en démarrant sur une clé USB LIVE avec les commandes suivantes :
mount -t auto /dev/sda5 /mnt/sysimage/boot
mount -t auto /dev/sda8 /mnt/sysimage/home
mount -t auto /dev/sda6 /mnt/sysimage
J'obtiens ça, ce qui est plutôt satisfaisant
[root@localhost sysimage]# ls
bin   dev  home  lib64       media  opt   root  sbin  sys  usr
boot  etc  lib   lost+found  mnt    proc  run   srv   tmp  var
[root@localhost sysimage]#
Le répertoire / boot contient bien le kernel et le répertoire grub2 le fichier grub2.cfg
Je pense que les partitions windows sont intactes

ÉTAPE 5 : SI VOUS AVEZ DES IDEES, ELLES SONT LES BIENVENUES
T'as juste flingué le MBR

démarre avec ta clé liveusb et fais un

grub2-install /dev/sda
Après le montage de /dev/sda6 et /dev/sda5 dans /mnt/sysimage et /mnt/sysimage/boot tentes ceci: 
chroot /mnt/sysimage
mount -a
grub2-install /dev/sda
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-mkconfig -o /boot/grub2/grub.cfg
Si l'arborescence est intacte ça c'est inutile.
Bon, j'osais pas le dire que j'avais refroidi le mbr ...

Donc je monte mes partitions /boot,/ et /home dans /mnt/sysimage :
[root@localhost mnt]# cd sysimage/
[root@localhost sysimage]# ls
bin   dev  home  lib64       media  opt   root  sbin  sys  usr
boot  etc  lib   lost+found  mnt    proc  run   srv   tmp  var
Je me lance dans le chrootage : 
[root@localhost sysimage]# chroot /mnt/sysimage
Je monte toutes les partitions de fstab sans trop savoir pourquoi ... 
[root@localhost /]# mount -a
Et là, je tente de ramener le mbr à la vie : 
[root@localhost /]# grub2-install /dev/sda
Path ‘/boot/grub2’ is not readable by GRUB on boot. Installation is impossible. Aborting.
Oups, ça coince ...
Donc je monte mes partitions /boot,/ et /home dans /mnt/sysimage
Non, monter / dans /mnt/sysimage
monter /boot dans /mnt/sysimage/boot
C'est inutile de monter le /home

Edit:Si ça coince encore tu refais en montant aussi /dev /dev/pts /sys et /proc comme indiqué ici.
Oki, merci. Je me lance à nouveau :

Je me prépare mon chrootage : 
mkdir /mnt/sysimage
mkdir /mnt/sysimage/boot
mount /dev/sda6 /mnt/sysimage
mount --bind /dev /mnt/sysimage/dev
mount --bind /dev/pts /mnt/sysimage/dev/pts
mount --bind /sys /mnt/sysimage/sys
mount -t proc /proc /mnt/sysimage/proc
mount /dev/sda5 /mnt/sysimage/boot
Je me lance dans la restauration de grub : 
[root@localhost /]# chroot /mnt/sysimage
[root@localhost /]# mount -a
[root@localhost /]# grub2-install /dev/sda
Installation finished. No error reported.
[root@localhost /]# grub2-mkconfig -o /boot/grub2/grub.cfg
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.11.10-301.fc20.x86_64
Found initrd image: /boot/initramfs-3.11.10-301.fc20.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-4467a4d73aa349c6b4165d153c8c2ce8
Found initrd image: /boot/initramfs-0-rescue-4467a4d73aa349c6b4165d153c8c2ce8.img
done
[root@localhost /]#
Je redémarre :
Operating system not found ...

Le mbr a l'air vraiment mal en point
Sauf erreur de ma part, il me semble que seules les partitions primaires sont bootables.
Or tu as indiqué que ta partition "bootable" est une partition logique. (dans la partition étendue).

Il faut certainement refaire ton partitionnement :
transformer ta partition /dev/sda5 en /dev/sda4 et en primaire.
Et commencer ta partition étendue en /dev/sda5 en excluant /dev/sda4.
C'est curieux grub a été installe avec suscès. A tout hasard as-tu vérifié dans le setup du bios que le disque dur figure bien dans la sequence boot?
AlexandreD wrote:Sauf erreur de ma part, il me semble que seules les partitions primaires sont bootables.
Or tu as indiqué que ta partition "bootable" est une partition logique. (dans la partition étendue).

Il faut certainement refaire ton partitionnement :
transformer ta partition /dev/sda5 en /dev/sda4 et en primaire.
Et commencer ta partition étendue en /dev/sda5 en excluant /dev/sda4.
C'est archi faux. Ça n'a jamais été le cas. Il faut faire attention à ce qu'on dit car dans ce cas, ce que tu suggères représente un travail énorme et risqué.

Et en plus on ne peut pas créer plus de 4 partitions primaires dans un format MBR, qu'elles soient principales ou étendue.
Si tu as besoin de place, recopie sur un DVD les Dell-Utilities tu pourras utiliser catte partition pour autre chose. Je l'ai fait et on peut très bien utiliser ces utilitaires depuis un dvd. Éventuellement, tu le fais bootable.
Hello,

Je confirmer que la partition bootable peut être une partition logique dans la partition étendue.
Le disque est bien reconnu dans le BIOS et fait parti de la liste des éléments bootable.
J'ai ce qu'il faut en place : 500 G0. Je ne laisse jamais de données sur mon PC donc pas besoin de nettoyer.

A priori, le grub a été reconstruit correctement.

Le problème date où le jour ou j'ai installé archLinux.
J'ai suivi la procédure suivante en adaptant les numéros de mes partitons correctement :
Installation de base - Arch Linux

Le fait d'avoir ces 3 partitions Dell, Windows (sda1, sda2, sda3) ne pose-t-il pas problème pour la restauration de grub dans le mbr ?

Je peux éventuellement :
1)sauvegarder sda3
2)tout virer
3)recopier sda3 en sda1
4)essayer de restaurer windows avec une clé usb bootable installation windows
5)si c'est ok, ensuite installer une fedora

Est-ce une bonne idée ? Le truc est que je n'ai pas le cd de réinstallation de 7 pro et je souhaitais garder la version d'origine qui me sert peu mais de temps en temps le mal est nécessaire.

Voilà pour les pistes

Phil
Le fait d'avoir ces 3 partitions Dell, Windows (sda1, sda2, sda3) ne pose-t-il pas problème pour la restauration de grub dans le mbr ?
Non la piste 0 n'est jamais affectée à une partition
philnfil wrote:Je peux éventuellement :
1)sauvegarder sda3
2)tout virer
3)recopier sda3 en sda1
4)essayer de restaurer windows avec une clé usb bootable installation windows
5)si c'est ok, ensuite installer une fedora

Est-ce une bonne idée ? Le truc est que je n'ai pas le cd de réinstallation de 7 pro et je souhaitais garder la version d'origine qui me sert peu mais de temps en temps le mal est nécessaire.
Ca me parait risqué, mais j'ai jamais tenté 🙂
Je ne suis pas sûr que windows aime se faire trimbaler d'une partition à l'autre comme ça.

Sinon, tu peux toujours sauvegarder tes partitions, et le mbr, quelquepart.
Comme ça tu peux essayer et remettre au besoin.

En tout cas, ayant dû faire une copie d'un disque windows sur un disque 2 fois plus grand, récemment, en temps restreint, je conseillerai de faire:

http://edoceo.com/exemplar/ntfsclone-transfer-windows
* Copie du mbr, avec dd, mais avec un count=63 (et pas count=1)
* Copie de la partition windows avec ntfsclone (1 heure pour une partition de 450GB, à la place de environ 7 heures avec dd, car ça ne prend que les données)
* Copie des autres partitions avec dd

Sinon, à tout hasard, si tu arrives à booter sur fedora d'une manière ou d'une autre, et que tu démontes la partition /boot, si tu vas dans /boot, il y a quelque chose ?

Sinon, le début du disque comprend le MBR mais aussi le bootloader un peu plus loin (d'où les différents tutos avec count=1 (MBR) et count=63(MBR+ bootloader))

Avoir placé le mbr en premier a fait apparaître magiquement les partitions sans avoir à les créer sur le nouveau disque (mais j'ai quand même ouvert gparted pour les formater dans le doute, car ça me mettait qu'une partition ntfs n'était pas correcte). Le count=1 avait été utilisé, mais bien que ça indiquait les partitions, le système ne démarrait pas après avoir placé les données par dd et ntfsclone. Le count=63 a permis au système de démarrer.

Mais d'après un avis strictement personnel, j'aurai pris un autre disque pour portable, et aurai fait mes tests dessus (les intervertir ne prend pas long même sur un portable).
Cela laisse plus de marges. Si ton portable permet de brancher 2 disque dur à la fois, ça peut aider aussi, si il y a un manque de place pour les transferts de partitions (permet les copies directes de partitions).
Hello,

Une question qui m'intrigue :
Comment est-ce que je peux vérifier que le bootloader est correctement installé dans le mbr ?
Puisque l'installation de Fedora c'est bien passée et que le windows n'a pas été modifié, il doit quand même bien être possible de redémarrer tout cela non sans tout réinstaller ?
Le mbr se trouve forcément dans sda1 ?

Phil
nouvo09 wrote:
Le fait d'avoir ces 3 partitions Dell, Windows (sda1, sda2, sda3) ne pose-t-il pas problème pour la restauration de grub dans le mbr ?
Non la piste 0 n'est jamais affectée à une partition
Comme l'a indiqué nouvo09, le mbr ne se trouve pas sur une partition, mais au début du disque (piste 0).
(valable également pour le bootloader)

Mais oui, il devrait être possible de récupérer sans tout déplacer/modifier/reformater.
(valable également pour le bootloader)
Of course 🙂 sinon le "master boot record" ne porterait pas ce nom !
nouvo09 wrote:
(valable également pour le bootloader)
Of course 🙂 sinon le "master boot record" ne porterait pas ce nom !
blah blah blah.

Sur le net c'est pas évident de savoir pourquoi certains systèmes n'ont besoin que des 512 premier octets pour le MBR et certains ont besoin de 63 blocks de 512 octets.

Pleins de tutos indiquent de faire les 2, dans le doute...
D'autres de faire count=63 uniquement.
Et ceux qui indiquent uniquement le count=1, ça ne marche pas pour tout le monde.

Le MBR ne semble être que dans les premier 512 octets, donc c'est quoi ce qui a derrière ? (certains font référence à un autre bootloader)
(mais d'après ce que j'ai compris, le MBR contient la table des partitions, ainsi que le moyen de savoir où se trouve le bootloader)
Je n'ai jamais dit qu'il ne fallait pas sauvegarder, doute ou pas, toute la piste 0.

Il n'en est pas moins vrai que le bootloader se trouve dans les 440 premiers octets du secteur 0 et il indique où se connecter pour la suite des opérations. Grub2 semble avoir besoin de plus de 63 secteurs et d'ailleurs lorsqu'on crée une partition avec un fdisk récent, ce sont les 2048 premiers secteurs qui sont réservés. Grub legacy lui, peut s'installer ailleurs que sur la piste 0.