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 :

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!

_______________________________________________
Linux06 mailing list
Linux06@lists.linux-azur.org
https://lists.linux-azur.org/mailman/listinfo/linux06