Bonjour, 2ème envoi après une farce de T-Bird...
Le 22/12/2014 18:44, Vincent Dubois a écrit :
Le 20/12/2014 21:46, É.BÉTHEUIL a écrit :
j'achète à Elisabeth un asus T100 (hélas
avec windaube8...)
mais en UEFI.. .
et là je vais avoir du taf pour mettre un dual boot (ubuntu ?)
8< ----- COUIC ----- >8
J'avais écrit un mail assez complet sur le sujet, mais je ne le
retrouve pas.
8< ----- COUIC ----- >8
J'ai retrouvé le fort long mail, "Double boot Linux sur PC préinstallé
WIN8 + UEFI + SSD caching mode" du 10/02/2014 :
Double boot Linux sur PC préinstallé WIN8 + UEFI + SSD
caching mode
Bonsoir,
_Préambule_ : dans mon long mail - qui gagnerait à être synthétisé -
j'évoque les 2 seules distri utilisées dans mes déboires, mais je ne
suis pas raciste pour autant!
Donc, les _nouvelles générations de PC_ arrivent avec leur lot de
technologie :
UEFI au lieu de BIOS (Legacy voire CSM),
GPT au lieu des quatre partitions primaires MS-Dos,
Et enfin les 'accessoires' des nouveaux Firmware (terme plus juste que
BIOS) :
- Secure Boot,
- Fast Boot (ou Quick Boot),
- Intel Rapid Star Technology et/ou Intel Rapid Storage Technology.
=> Secure Boot : 'permet' d'interdire le chargement de Système
d'Exploitation sans certificat... délivré actuellement par Micro$oft!!
Une belle épine pour les systèmes alternatifs, mais généralement
possible de le désactiver dans le Setup du Firmware, sinon, certaines
versions de Ubuntu ont un certificat valide...
=> Fast Boot : 'permet' de charger plus rapidement un OS
pré-sélectionné dans le Firmware, comme une sortie d'hibernation =>
Concrétement, cela interdit le multi-boot,
=> Intel Rapid Star Technology et/ou Intel Rapid Storage Technology :
il s'agit de l'utilisation d'un SSD de petite capacité couplé à un
disque mécanique classique (ou un hybride), en mode cache SSD. Le
disque SSD, beaucoup plus performant, est utilisé pour charger les
applications les plus souvent utilisées (limitation d'écriture) ainsi
que tout ce qui est nécessaire au démarrage. Plus le système est
utilisé, plus théoriquement il est performant. Dans la pratique, il
doit être activé après installation du système qui du coup devient
unique...
*Pour booter* sur une distribution live sur clé USB en *UEFI*, il faut :
- une distribution très récente (ok si un répertoire efi dans l'iso),
- formater une clé FAT32 avec LABEL, puis :
- Mageia, il faut monter l'iso, et recopier l'intégralité du
contenu sur la clé,
- Ubuntu : la recopie ne peut pas fonctionner en raison de liens
symboliques => j'ai réussi avec Unetbootin
La clé devrait alors être reconnue au démarrage (à condition bien sûr
d'avoir désactiver Fast Boot, voire Secure Boot pour la grande
majorité des distri sans certificat).
Un moyen de vérifier que vous avez bien booté en UEFI : ouvrir une
console et vérifier que le répertoire /sys/efi/efivars existe.
Par contre, cette clé n'ayant pas de MBR, elle ne sera pas amorçable
sous Bios/cms/Legacy...
Donc, *pour booter* sur une distribution live sur clé USB en
*Bios/Legacy*, il faut :
- toute distribution amorçable (le cas de toutes les LIVE),
- utiliser les outils classiques de création de disque de démarrage :
- Ubuntu, par l'application dédiée usb-creator (le unetBootin ne
permet pas toujours d'avoir une clé reconnue - anticipation de l'UEFI?
8-0)),
- Mageia, le plus simple à mon goût est de le faire par un 'dd' de
l'iso sur la clé.
La clé devrait être alors reconnue...
Pour installer en double-boot, i.e., en conservant cette m%$£e de
Window$, il faut désactiver à peu près tout...
Mais avant, faire une clé de restauration windows + une image du
disque... J'avais zappé cette 2ème...
Attention, dans le cas du RST, avec S comme Storage, Intel utilise du
RAID. Il faut donc une distribution le reconnaissant.
L'installation semble devoir se faire en 3 temps :
- faire de la place dans les partitions (avec GPT, plus la limitation
des 4 partitions primaires),
- installer la distri
- reconstruire le programme d'amorçage qui réussit rarement au premier
coup, par le biais de Boot-Repair-Disk pour les Ubuntu, avec rEFInd
pour toutes.
- normalement, si vous avez réussi à avoir une installation propre,
votre nouvel oS devrait apparaitre dans le Firmware dans la liste des
système UEFI amorçables...
Beaucoup d'échanges sur les forums Ubuntu, avec un certain historique,
un bon début pour Mageia, et une documentation académique chez
archlinux, pour peu que vous compreniez l'anglais, vous saurez tout!
Ex :
https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface
Un SSD caching mode se reconnait :
- par une partition 'vide' sur la totalité du SSD,
- par un menu Rapid Start Technology dans le Firmware (voir 2 si Rapid
Storage Technology).
*Attention*, quand j'ai voulu désactiver le mode SSD Caching mode,
i.e. les 2 Intel RST (Start et storage), j'ai voulu le faire par le
menu dédié du Firmware, le message d'avertissement correspondant bien
à l'attendu, mais le résultat a été la désactivation de la structure
RAID, avec perte d'accès au disque...
J'aurais dû le faire par le biais de l'application Intel dédiée (sur
mon PC, accessible par F12, F8 le setup du Firmware)...
Comme je n'ai pas su réactivé la structure RAID, j'ai tout viré :
- désactiver la dernière structure raid présente par l'outil Intel
- désactiver les technologies Intel dans le Firmware...
- désactiver le support RAID pour du AHCI (j'ai le mode iDE
disponible, mais le AHCI semblait beaucoup plus performant),
- formater les 2 disques, en supprimant la table GPT pour du MS-Dos
(et en alignant les partitions avec unités logique /tête/),
- rajouter les MBR (le plus simple pour moi, avec parted en console),
- installer Window$....
- installer votre distribution Linux...
Et c'est tout, ah non, évidemment, votre /Windows/ manquera de
Pilotes, et ne vous donnera aucune info sur votre matériel... Mais
avec votre distri Linux, vous aurez ces infos et un accès natif à un
port Ethernet...
_*Précisions*_ : prenez le temps, certains menus du Firmware
n'apparaissant qu'après activation/désactivation, il faut assez
souvent ressortir, redémarrer, re-entrer dans le Firmware... etc...
Bon, j'ai également voulu chipoté :
- utiliser le SSD pour le système (facile sous Linux, on y place le
'/', galère sous Win > Vista, car il n'aime plus les partitions),
- limiter le nombre d'écritures sur le SSD (semble carrément
obsolète!), facile sous Linux... Galère sous Win$
A+
Vincent.
P.S.: la prochaine fois, je passerais par une émulation *avant* de me
lancer!
P.P.S.: j'ai tellement sollicité de monde que je ne sais plus qui
remercier, alors je me contente de dire merci à la communauté et bien
sûr à ma maman!