Inverser 2 disques dur avec OS installés

Fermé
patxixi Messages postés 3 Date d'inscription dimanche 5 janvier 2014 Statut Membre Dernière intervention 8 janvier 2014 - 6 janv. 2014 à 21:40
 Utilisateur anonyme - 8 janv. 2014 à 20:47
Bonjour,
Voici ma config :
PC Portable Dell Inspiron M5010
Disque dur remplacé par un SSD avec Ubuntu installé dessus. Je vais le nommer DiskSSD.
Ancien disque dur monté dans un rack à la place du lecteur optique. Ce disque dur contient Win7 (conf usine). Je le nomme DiskW7.

Le Bios de la carte mère me permet de démarrer un OS depuis le port e-SATA (fonctionnel avec mon DiskW7 avant que je ne le monte dans le PC à la place du lecteur CD).
MAIS, le bios ne me permet pas de démarrer ce 2ième disque. Et donc grub, installé sur le DiskSSD, n'arrive pas à trouver les secteurs/cylindres/têtes.

Je me demandais si je ne pouvais pas intervertir les 2 disques, et que cela soit le boot de Win7, installé sur le DiskW7, qui lance le DiskSSD, lequel lancera grub puis Ubuntu.
Je pense que ce montage est immédiat.

Ce qui l'est moins à mon avis, c'est que le DiskSSD se retrouve en sdb1, et non comme à son habitude en sda1... Et là je pense que grub ne va pas assurer un bon mapping.

Qu'en pensez-vous ?
Merci pour vos retours.
A voir également:

2 réponses

Bjr,

J'ai mal compris... Ton grub sur ssd parvient-il à lancer Ubuntu ? Ou est-ce simplement W7 que Grub ne parvient pas à trouver ?

Si tu es dans le second cas, c'est simplement le paramétrage de grub2 qu'il faut revoir. Et dans ce cas, il doit y avoir une raison à l'échec initial. Un
sudo os-prober
depuis Ubuntu permet de voir si Grub détecte un W7 ou non.

Il faudrait que tu donnes une capture d'écran de chaque disque avec gparted (ou l'équivalent ubuntu) ou le résultat d'un
sudo fdisk -l
pour qu'on voie comment s'organisent tes disques dur. Tu n'aurais pas par hasard un W7 installé en uefi ou quelque chose de ce genre ?

Comme tu l'as dit, tu peux inverser l'ordre et utiliser le loader de W7 pour gérer le dual boot, mais ça signifie perdre le bénéfice de la rapidité du ssd au démarrage. Et il faudra réinstaller grub sur la partition Linux, et non plus dans le mbr.
0
patxixi Messages postés 3 Date d'inscription dimanche 5 janvier 2014 Statut Membre Dernière intervention 8 janvier 2014
7 janv. 2014 à 21:08
Bonjour,
Merci pour ces éléments de réponses. Effectivement j'étais un peu short avec mon texte..
Présentation des principaux intéressés :
$ sudo fdisk -l
Disk /dev/sda: 128.0 GB, 128035676160 bytes -> celui que j'appelais DiskSSD
255 têtes, 63 secteurs/piste, 15566 cylindres, total 250069680 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00066a6a

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 241688575 120843264 83 Linux
/dev/sda2 241690622 250068991 4189185 5 Étendue
/dev/sda5 241690624 250068991 4189184 82 partition d'échange Linux / Solaris

Disk /dev/sdb: 500.1 GB, 500107862016 bytes -> celui que j'appelais DiskW7
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x0ad71344

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 2048 206847 102400 de Dell Utility
/dev/sdb2 * 206848 30926847 15360000 7 HPFS/NTFS/exFAT
/dev/sdb3 30926848 976771119 472922136 7 HPFS/NTFS/exFAT


Maintenant pour savoir si grub pourrait le détecter :
$ sudo os-prober
/dev/sdb2:Windows 7 (loader):Windows:chain
/dev/sdb3:Windows 7 (loader):Windows1:chain


Mon analyse : grub le lancerait bien... une fois le disque démarré... Je pense que mon BIOS ne le permet pas.
Dans l'état actuel des choses j'ai l'erreur "grub cannot get c/h/s values"

Bien vu pour déplacer le grub sur le DiskSSD (qui sera plus tard en sdb1). Je n'y aurais pas pensé. Pour ce qui est de la rapidité du démarrage, ce n'est pas bien grave, une fois que le SSD est lancé, soit la majeure partie du temps.
Donc la manip à faire, si je ne trouve pas de solution pour faire démarrer mon disque avec l'installation actuelle, c'est de démarrer sur une distrib live, et d'installer "manuellement" le nouveau grub sur le sdb (DiskSSD) ?

Merci pour tes retours.
0
Utilisateur anonyme
8 janv. 2014 à 06:50
Salut

Tout me semble "normal"... essaie déjà un simple
sudo update-grub
pour voir si ça ne réglerait pas le problème.

Si ça persiste, vois dans le bios si une option "manuel" /"automatique" n'est pas proposée pour l'un ou l'autre disque dur (j'ai trouvé ça sur un site US).

Enfin, démarre ton PC avec ubuntu, installe boot-repair. Tente une réparation automatique et propose un rapport "boot-info", ce qui sera plus complet que le fdisk précédent.

Mais j'avoue que je suis perplexe. Je sais qu'il y a des soucis entre grub2 et les disques raid, mais avec les ssd, je ne vois pas.
0
patxixi Messages postés 3 Date d'inscription dimanche 5 janvier 2014 Statut Membre Dernière intervention 8 janvier 2014
8 janv. 2014 à 16:12
Salut,
L'update-grub a déjà été fait, sans succés.
En fait je pense que mon disque est alimenté, mais pas initialisé lorsque grub a la main.

C'est une chose de pouvoir mettre à jour le liste des OS une fois le système lancé, mais au moment où grub est en "cours d'exécution", je suis à peu près certain que le /dev/sdb n'est pas "initialisé"...

Le pb doit se situer au niveau du BIOS lui même, où je ne peux pas lui dire sur quel disque SATA démarrer. J'ai le classique USB/DVD/e-SATA/Network/Hard Drives, mais pas de priorité sur les disques eux mêmes.

Je pense que je vais laisser tomber, et repasser en e-SATA avec mon dock (un peu lourd, mais pas dramatique).
Merci pour tes retours en tout cas.
0
Utilisateur anonyme
8 janv. 2014 à 20:47
Pas de quoi... j'avoue n'avoir pas d'autre idée...
0