1 votes

Ubuntu + Windows 8 -> Dell 14z 5423 AHCI / ISRT

Je viens d'acheter un Dell 14z 5423, qui utilise UEFI/GPT et Intel Smart Response sur Windows 8.

J'ai fait des recherches et étudié comment l'utiliser en Dual boot.

Grâce à ce forum, j'ai pu installer ubuntu 13.04 avec Windows 8, en désactivant IRST et en changeant le mode Sata en AHCI.

Bien que je n'aie pas encore pu activer l'ISRT, j'ai pu démarrer Windows 8 et ubuntu en passant le mode Sata à ACHI.

Aujourd'hui je l'ai démarré et ubuntu ne démarre plus. Rien n'a changé. Je pourrais dire que j'ai installé quelques mises à jour, mais j'ai testé et c'était ok.

Pourquoi est-ce si difficile d'avoir ubuntu + Windows 8 ?

Que dois-je faire pour que mon ubuntu redémarre ?

Que dois-je faire pour installer les pilotes ubuntu pour RAID (Intel Smart Response), et ensuite comment utiliser le mode accéléré dans les deux disques ?

J'apprécie vraiment votre aide.

0voto

Rod Smith Points 41849

Vous avez dit "Rien n'a changé. Je pourrais dire que j'ai installé quelques mises à jour, mais j'avais testé et c'était ok." Ces deux phrases se contredisent directement, et la seconde n'est pas claire - dans quel système d'exploitation avez-vous installé des mises à jour, et de quel type de mises à jour s'agissait-il ? Si je devais deviner, je dirais que vous avez installé des mises à jour Windows, et qu'en conséquence, le boot loader de Windows a été réenregistré en tant que boot loader principal pour l'ordinateur.

Si j'ai raison, ce problème est relativement facile à résoudre sous Windows :

  1. Lancer un Administrateur Fenêtre d'invite de commande. (Vous doit avoir des privilèges administratifs pour que cela fonctionne).
  2. Type mountvol S: /S
  3. Examinez les S: volume. Il devrait y avoir un EFI qui contient plusieurs sous-répertoires, notamment EFI\ubuntu qui doit contenir un ou plusieurs fichiers dont les noms se terminent par .efi . Prenez note de ce qu'ils sont.
  4. Type bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi . Notez toutefois que vous devrez peut-être modifier le nom du fichier. Si Secure Boot est désactivé, modifiez shimx64.efi a grubx64.efi ; et si vous avez installé un autre gestionnaire de démarrage (tel que rEFInd ou gummiboot), vous devez changer le chemin d'accès complet pour y faire référence. Quel que soit le nom de fichier que vous utilisez, assurez-vous qu'il existe sur S: .

Il existe également d'autres moyens de résoudre ce problème, tels que la course à pied. Réparation des bottes à partir d'un CD live Linux ou en installant rEFInd. Quelle que soit la manière dont vous traitez le problème, il est possible qu'il se reproduise, et vous devez donc être prêt à réparer le système de démarrage à l'avenir.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X