<p dir="ltr"><br>
Le 7 janv. 2014 01:05, "Fabien ADAM" <<a href="mailto:id2ndr@crocobox.org">id2ndr@crocobox.org</a>> a écrit :<br>
><br>
> Salut,<br>
><br>
> Le 06/01/2014 13:10, Olivier Saraja a écrit :<br>
>><br>
>> Salut,<br>
>><br>
>> Le 4 janvier 2014 18:27, <a href="http://draco31.fr">draco31.fr</a> <<a href="mailto:draco31.fr@free.fr">draco31.fr@free.fr</a>> a écrit :<br>
>>><br>
>>> Tout ça me semble bien.<br>
>>><br>
>>> Il y a des débats au sujet de la gestion du trim et de l'option 'discard'.<br>
>>> Le noyau a beaucoup progressé en 3.0 et 3.1 ce qui rend difficile les comparatifs.<br>
>>> L'une des alternative et de ne pas activer le discard dans fstab mais de programmer un cron journalier ou hebdo qui lance le trim sur le disque ou la partition (de mémoire).<br>
>>> Si tu as des traitements qui créent et suppriment bcp de fichiers (ex : fichiers temporaires), le trim par job cron est préférable pour éviter que le noyau lance des trim à la chaîne et sature le SSD. Mais par contre risque d'avoir des pb si pas lancé assez souvent (quels pb ? ça je ne me rappelle plus :-/ ).<br>

>>> Avec bcp de RAM ça me semble la meilleure solution, sinon il suffit d'un tmpfs en RAM pour éviter les écritures.<br>
>>><br>
>>> J'ai aussi passé le délai de commit à 600 sec (au lieu de 60 sec), pour réduire les écritures : mais je suis sur un onduleur. Et je fais des 'sync' quand je veux être sûr (ex : maj noyau avant reboot).<br>

>><br>
>>  <br>
>> Je remettrai la configuration à l'identique de précédemment, en ce cas! :-) Merci!<br>
><br>
><br>
> A partir d'Ubuntu 14.04, il y aura un cron pour faire le trim régulièrement. L'option pour le réaliser en temps réel au niveau du système de fichier n'est pas activée par défaut (et ne le sera pas) à cause des problèmes de performance qu'elle engendre.<br>

> Pour les autres distributions, je ne sais pas.<br>
></p>
<p dir="ltr">Sais-tu si le 'discard' est désactivé au niveau du noyau ou juste pas utilisé dans fstab ?<br>
Comment savoir si le trim se fait bien avec l'option discard ?</p>
<p dir="ltr">><br>
> J'arrive encore une fois après la bataille, mais j'ai eu un PC tout neuf à noël, donc j'ai pu moi aussi découvrir réellement l'UEFI fin décembre.<br>
> Pour faire de l'UEFI, il faut passer la table de partition du disque de MBR (msdos dans gparted) à GPT. </p>
<p dir="ltr">Est-ce obligatoire ?<br>
Il me semble avoir vu pendant l'install party CdL, des disques en msdos + 4 partitions primaires : 2 windows, 1 recovery et 1 EFI.</p>
<p dir="ltr">Je pense aussi que l'UEFI peut booter sur un disque avec amorce du MBR.</p>
<p dir="ltr">Et en tout cas il est toujours possible d'utiliser un MBR de partition sur un disque GPT ou une partition factice de 1 Mo pour cela avec un des flag *boot (grub_boot ou un truc comme ça) de gparted.</p>
<p dir="ltr">> Cette opération est possible avec l'outil gdisk.</p>
<p dir="ltr">Sans perte de donnée ?<br>
Ça m'intéresse. Et il faudrait le diffuser. (wiki ubuntu-fr et checklist accompagnateur install ubuntu)</p>
<p dir="ltr">> La partition EFI qui fait entre 100 et 250 Mo est en FAT32. Malheureusement la création dans gparted ne suffit car car le bon type de partition n'est pas associé. Ça se corrige avec gdisk, où l'installeur d'Ubuntu (par exemple).</p>

<p dir="ltr">Est-ce vraiment du FAT32 ou un truc bâtard 'compatible' FAT ?<br>
Je pense avoir flingué ma partition en la montant en fat32 en suivant les indications de gparted.<br>
Gdisk donne un type 'efi' et pas fat32.</p>
<p dir="ltr">> J'ai testé l'installation d'un grub-efi par chroot sur une Ubuntu préalablement installée en mode bios (grub-pc) et je confirme le bon fonctionnement après avoir monté la partition EFI dans /boot/EFI/<br>

></p>
<p dir="ltr">Inversement je crois que l'installation d'Ubuntu depuis clé USB et dossier EFI, en mode UEFI mais sur un disque sans partition EFI, fini sur un état bancal.<br>
Grub semble installé sur la clé USB, et Ubuntu/le PC ne boot plus en amorçant sur le disque (ex: après retrait clé USB).</p>
<p dir="ltr">> J'ai utilisé une clef usb3 sur laquelle j'ai mis Ubuntu 14.10 alpha1 et j'ai booté en UEFI. Je n'ai pas testé MultiSystem (mais à l'occasion pourquoi pas).</p>
<p dir="ltr">Ubuntu 14.10, t'es vachement en avance là :D</p>
<p dir="ltr">Si tu peux faire le test avec MultiSystem ça m'intéresse ;)<br>
Et on avisera pour les clés Toulibre à terme.</p>
<p dir="ltr">> HS : il est possible d'installer un Windows *après un linux* grace à l'UEFI sans casser l'amorçage.<br>
></p>
<p dir="ltr">L'inverse n'est, hélas, pas toujours vrai.<br>
Étrangement, j'ai pas encore vu d'UEFI bridé pour booter uniquement sur shim ou grub :-)</p>
<p dir="ltr">Bye<br>
Régis</p>