<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Salut,<br>
<br>
Le 06/01/2014 13:10, Olivier Saraja a écrit :<br>
</div>
<blockquote
cite="mid:CAFAt+keEVh3M8=hOK0_0xTdzme-PaVsOF_LH4QN+vmJ7Pgwa+Q@mail.gmail.com"
type="cite">
<div dir="ltr">Salut,
<div class="gmail_extra"><br>
<div class="gmail_quote">Le 4 janvier 2014 18:27, <a
moz-do-not-send="true" href="http://draco31.fr">draco31.fr</a>
<span dir="ltr"><<a moz-do-not-send="true"
href="mailto:draco31.fr@free.fr" target="_blank">draco31.fr@free.fr</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
<p dir="ltr">
Tout ça me semble bien.</p>
<p dir="ltr">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.</p>
<p dir="ltr">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).</p>
</blockquote>
<div> </div>
<div>Je remettrai la configuration à l'identique de
précédemment, en ce cas! :-) Merci!</div>
</div>
</div>
</div>
</blockquote>
<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>
<br>
<blockquote
cite="mid:CAFAt+keEVh3M8=hOK0_0xTdzme-PaVsOF_LH4QN+vmJ7Pgwa+Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">
<p dir="ltr">
J'ai parlé de ton cas sur la ML Ubuntu avec le
mainteneur de MultiSystem sur l'impossibilité de booter
sans UEFI.<br>
Cela pose des pb avec les clés USB live MultiSystem lors
des install party notamment, et on se pose des questions
sur le choix du bon support d'installation.<br>
Pourrais-tu faire un test ? Il te faudrait créer une clé
bootable avec MultiSystem et une ISO (de préférence
Ubuntu mais Mint fera l'affaire), et voir si le PC en
UEFI amorce l'ISO.</p>
</blockquote>
<div> </div>
<div>
Je ne dois plus avoir que du Mint à la maison, mais avec
un peu de chance je retrouverai une vieille Ubuntu ^^'</div>
<div> </div>
<div>J'aurais plaisir à réaliser ce test, si ça peut
améliorer votre connaissance des méthodes d'installation.
Il faut "juste" que je retrouve une Clé USB ou l'autre :-D</div>
</div>
</div>
</div>
</blockquote>
<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. Cette opération est possible avec
l'outil gdisk.<br>
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).<br>
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>
<br>
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).<br>
HS : il est possible d'installer un Windows *après un linux* grace à
l'UEFI sans casser l'amorçage.<br>
<br>
<blockquote
cite="mid:CAFAt+keEVh3M8=hOK0_0xTdzme-PaVsOF_LH4QN+vmJ7Pgwa+Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<div>A bientôt pour les tests (vers fin de semaine,
probablement).</div>
<div> </div>
<div>++<br clear="all">
<br>
-- <br>
Olivier SARAJA<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
</body>
</html>