<p dir="ltr">Bonjour, </p>
<p dir="ltr">Le 31 août 2014 15:41, "Florian Coste" <<a href="mailto:fcoste21@gmail.com">fcoste21@gmail.com</a>> a écrit :<br>
><br>
><br>
><br>
><br>
> Le 31 août 2014 14:24, Fabien ADAM <<a href="mailto:id2ndr@crocobox.org">id2ndr@crocobox.org</a>> a écrit :<br>
><br>
>> Le 31/08/2014 14:04, Florian Coste a écrit :<br>
>>><br>
>>> Oui, je pense que ça doit être ça : <br>
>>> /boot/efi formatée en fat32 pour le bios EFI. Pour la partition /boot, je me suis effectivement posé la question de savoir si je pouvais m'en passer. Vous avez un avis là-dessus ? <br>
>><br>
>><br>
>> /boot est nécessaire car contient les noyaux linux appelé par grub (lui installé sous /boot/efi/EFI/ubuntu/grubx64.efi)<br>
><br>
><br>
> J'ai effectivement le grub qui est installé ici ! Cela semble bon donc ! <br>
>  </p>
<p dir="ltr">Il n'est nécessaire d'avoir une partition /boot dédiée que dans le cas où initrd ne sait pas monter la partition système /.<br>
Dans la plupart des installations 'standard' il n'y a pas de partition dédiée à /boot.<br>
Mais c'est le cas pour LVM ou un raid logiciel autre que RAID1 (dans ce cas la partition racine peut être accédée tel que même si le raid n'est pas assemblé). <br>
Il doit être possible de passer certaines de ces limitations en incluant des modules dans initrd, comme ceux lié à mdraid.</p>
<p dir="ltr">Ce peut être intéressant de partager la partition /boot entre plusieurs installations sur une même machine pour économiser de l'espace, et booter avec un noyau commun (ex compil vanilla et test sur ubuntu et fedora).</p>

<p dir="ltr">>><br>
>><br>
>>><br>
>>> Pour la mise en place du raid logiciel avec mdadm, c'est effectivement une piste que je pourrai entreprendre. <br>
>>> Seulement, le système marche bien actuellement, et est performant (grâce aux deux SSD). Le RAID 0 devrait me donner plus de rapidité, mais je n'en ressens pas le besoin. De plus, cela facilite l'usure des disques... <br>

>></p>
<p dir="ltr">Pas sûr que le raid0 augmente l'usure. D'autres types de raid peut-être.</p>
<p dir="ltr">Je t'invite à chercher les paramétrages à effectuer pour une installation sur SSD. <br>
Notamment le déplacement de /var/log si tu veux limiter les écritures, et les options de montage telle que noatime, ou discard.<br>
Il y a une page 'ssd' sur la documentation ubuntu-fr qui est un bon point de départ. La documentation du wiki ArchLinux (anglophone) donne également certaines pistes.</p>
<p dir="ltr">>><br>
>> Effectivement, aucun intérêt de faire du raid de ssd. Il vaut mieux travailler sur le tunning des services et les différents caches lorsqu'on cherche à optimiser à ce niveau là.<br>
>> Sur des disques mécaniques, ça devient nettement plus intéressant.<br>
><br>
><br>
> Je connais pas ce qui "tunning de services". Je pense que ce genre d'optimisation n'est pas à mon niveau. Et pour l'instant, la bête fonctionne bien, et je me contente de cela.  <br>
>><br>
>><br>
>><br>
>>> La seule chose qui pourrait me pousser à le faire serait pour le défi technique, et pour apprendre à faire cela ! (Je le ferai peut-être pour mon ancien PC portable qui avait deux disques de 500 Go). </p>
<p dir="ltr">Une installation avec le système sur un SSD et le home/data sur un HDD apporte déjà un gain de performance très important sans sacrifier l'espace disque.</p>
<p dir="ltr">>>><br>
>>> Maintenant que tout semble bien marcher, j'ai très envie de découvrir le monde du libre, et d'aider et participer à l'association TouLibre. <br>
>>> La prochaine rencontre ne sera que le 24 Septembre, c'est bien cela ? <br>
>><br>
>><br>
>> Oui.<br>
>></p>
<p dir="ltr">À bientôt à Toulibre ;-) </p>
<p dir="ltr">Régis </p>