[Toulibre] Fwd: Installation Ubuntu GPT réussi !

[Florian Coste]

J'avais entendu dire que le RAID, quel qu'il soit, augmentait l'usure.
C'est tout simple, si j'ai un fichier de 50Mo à copier, comme il copie 25
sur le disque 1 et 25 sur le disque 2, ce n'est pas un seul disque qui est
utilisé pour une copie, mais deux, et comme les disques supportent un
certain nombre de copie/écriture, on augmente l'usure sur deux disques au
lieu d'un.
C'est vrai que pris individuellement, cela ne semble pas être plus qu'un
simple système. Mais c'est le fait de multiplier les écritures sur les
disques qui fait qu'on a plus de chance d'avoir un des deux disques mourir.

Je me renseignerai alors sur les possibilités offertes par l'optimisation
des systèmes RAID.

Merci beaucoup, en tout cas, de l'aide apporté !

Le 1 septembre 2014 22:06, draco31.fr <draco31.fr at free.fr> a écrit :

> Bonjour,
>
> Le 31 août 2014 15:41, "Florian Coste" <fcoste21 at gmail.com> a écrit :
> >
> >
> >
> >
> > Le 31 août 2014 14:24, Fabien ADAM <id2ndr at crocobox.org> a écrit :
> >
> >> Le 31/08/2014 14:04, Florian Coste a écrit :
> >>>
> >>> Oui, je pense que ça doit être ça :
> >>> /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 ?
> >>
> >>
> >> /boot est nécessaire car contient les noyaux linux appelé par grub (lui
> installé sous /boot/efi/EFI/ubuntu/grubx64.efi)
> >
> >
> > J'ai effectivement le grub qui est installé ici ! Cela semble bon donc !
> >
>
> 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 /.
> Dans la plupart des installations 'standard' il n'y a pas de partition
> dédiée à /boot.
> 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é).
> Il doit être possible de passer certaines de ces limitations en incluant
> des modules dans initrd, comme ceux lié à mdraid.
>
> 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).
>
> >>
> >>
> >>>
> >>> Pour la mise en place du raid logiciel avec mdadm, c'est effectivement
> une piste que je pourrai entreprendre.
> >>> 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...
> >>
>
> Pas sûr que le raid0 augmente l'usure. D'autres types de raid peut-être.
>
> Je t'invite à chercher les paramétrages à effectuer pour une installation
> sur SSD.
> Notamment le déplacement de /var/log si tu veux limiter les écritures, et
> les options de montage telle que noatime, ou discard.
> 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.
>
> >>
> >> 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à.
> >> Sur des disques mécaniques, ça devient nettement plus intéressant.
> >
> >
> > 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.
> >>
> >>
> >>
> >>> 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).
>
> 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.
>
> >>>
> >>> 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.
> >>> La prochaine rencontre ne sera que le 24 Septembre, c'est bien cela ?
> >>
> >>
> >> Oui.
> >>
>
> À bientôt à Toulibre ;-)
>
> Régis
>
> _______________________________________________
> Toulouse-ll mailing list
> Toulouse-ll at toulibre.org
> http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://toulibre.org/pipermail/toulouse-ll/attachments/20140907/fcb3788c/attachment.html>