Forum

bonjour

je viens d'installer mageia6 sur un ssd en double boot avec mageia5 restée opérationnelle sur le sata.
C'est génial, surtout que j'ai fait l'installation avec le DVD complet (pas le live) et j'ai installé tous les bureaux.
Il est possible d'en changer à chaque début de session, c'est super.
XFCE, j'aime bien!
il y avait un wiki (le 16 06 2016) , dédié aux spécificités du ssd, je ne le retrouve plus.
peu importe, puisque je l'avais imprimé en prévision d'un besoin futur c'est à dire maintenant;
tout irait pour le mieux si j'arrivais à mettre en oeuvre les conseils qui y étaient prodigués.

1 la commande fstrim me pose problème
concernant le script donné en exemple, il est remarquablement générique mais je n'en voit pas l'intérêt chez moi.
j'ai du mal à le comprendre
il me semble que
#!/bin/bash
fstrim /
fstrim /home
exit 0
serait suffisant ?!
ensuite, le wiki suggère de le mettre dans /etc/cron.daily, alors que dans "man" il conseille plutôt "weekly";
de toute façon, cela semble obsolète puisqu'il faut désormais utiliser "anacron"
et pour finir, il semble que pour exécuter "fstrim" il faut être en root
or, dans le crontab, il me semble avoir compris que c'est pour les simples "users", et pas pour "root"
donc, je crois que le mieux sera de renoncer et lancer cela à la main, une fois de temps en temps!

2 les logs sur le disque dur sata
la partition sda1 où se trouve mageai5 a été réduite avec gparted au strict minimum (puisque désormais il n'y aura plus de MAJ ni aucun mouvements);
donc j'ai récupéré de la place sur sda, de quoi faire 2 partitions de plus : sda3 et sda4
la question qui se pose ici, c'est quoi mettre dans sda3 ( de 10 gio) : /var/log ou /var en entier
je demande conseil car il me semble avoir lu dans certain exemples que l'on pouvait "externaliser" sur une partition autre que / , soit /var en entier, soit même /etc.
la question que je me pose c'est monter sda3 sur /var ou /var/log ?

pour le reste c'est Ok
la swap est restée sur le disque dur en sda5
la modification de Firefox est Ok
le scheduler est Ok

voilà la page du wiki

https://wiki.mageia.org/en/Installation_sur_un_SSD_(Solid_State_Drive)-fr


Je m'embête pas a faire des partition /var, ...
(j'en connais pas l'intérêt)

je me contente de
/
SWAP
/ home

et une autre partition (au minimum) sur laquelle je stocke et sauvegarde mes données.
et quand je fait une réinstall, je formate y compris le /home, comme celà je repars à neuf (sans reprises d'anciens paramêtres de KDE ...)

pour le ssd,
Je laisse les paramêtres par défaut
normalements les partitions sont alignées
je coche juste l'option relatime (pour mise à jour intelligente des date d'accès au fichiers) et limiter les écritures inutiles sur le disque

Édité par Ami age Le 21/01/2018 à 10h01

Bonjour,

Les SSD ont terriblement bien évolué ces dernières années et tout ce qui a été dit à leur sujet il y a plus de 3 ou 4 ans est caduc, notamment un SSD supporte autant de cycles d'écritures qu'un disque mécanique.
https://www.ontrack.fr/blog/duree-disques-ssd-et-surveillance-cycle-vie/
Aujourd'hui lorsque je fais un fstrim au bout de plusieurs mois d'utilisation, je ne constate aucune différence.

L'intérêt d'une partition /var séparée, c'est qu'en cas de grossissement incontrôlé des journaux qu'elle contient, cela ne vient pas saturer / au point de rendre le système ingérable.

Je ne vois pas l'intérêt d'un /etc séparé.

Cela fait plus de 8 ans que j'utilise des SSD, je n'ai pris AUCUNE précaution, et ils tournent (sic) tous toujours très bien. Pas d'alignement de partitions, le tmp, le swap, le /var, les logs... Tout y va.

Comme dit lebarhon, ils se sont bien améliorés notamment avec le réaménagement des parties usées ce qui leur a encore conféré un avantage suppémentaire. La grosse différence entre HDD et SSD est qu'un SSD s'use à chaque lecture ou écriture, c'est certain et qu'un HDD risque de péter à chaque lecture écriture. Et depuis le début de leur commercialisation l'usure garantie des SSD les mènent bien plus loin que la durée de vie moyenne des HDD.

Sur les serveurs, il peut être utile de distinguer les file-system, encore faut-il savoir savoir pourquoi. Exemple, sur un Raspberry Pi équipé d'un disque dur, j'ai posé le /var où vont les data et les logs dans le disque dur afin d'économiser la carte SD.

Édité par magnux77 Le 21/01/2018 à 12h22

merci de vos réponses
en fait vous m'annoncez une bonne nouvelle, j'en ait bientôt fini avec cette installation
bon, j'ai pris mon temps ...
comme l'installation s'était super bien passée, il n'y a aucune raison de recommencer pour quelques détails que j'aurai raté comme mettre le même nom de user dans les deux!
mais comme les deux ont chacune leur /home, c'est pas génant
ensuite, j'ai juste eut a harmoniser côté mga5 le UID avec celui de mga6 et à monter sda5(/home de mga5) dans un dossier /home/marc/casa5 que j'ai crée dans sdb3(/home de mga6)
de supprimer les dossiers "Documents", .... de mga6 et de les remplacer par des liens symboliques vers /home/marc/casa5/marc/ ...
et ça marche, même avec le même login.
bon la première fois ...
après un "mount" manuel
mais au reboot, ça démarrait sans problème sauf que je n'avais pas accès aux données sur le sda6 qui n'était plus monté...
il a fallu rajouter une ligne dans le fstab pour monter de façon permanente le /home/marc/casa5 sur sda6
finalement cette solution à l'avantage que même si le sda tombait en panne, mga6 sur sdb fonctionnerait encore, mais sans swap!
pas tout à fait en fait, puisque le boot se fait toujours sur sda, puisque l'installateur ayant trouvé son bonheur avec sda, il n'a rien installé sur le MBR de sdb (mais la place est prévue);
j'ai essayé, depuis le BIOS, de bouter avec sdb et ça marche pas!
donc ma mga6 sur sdb est presque autonome de sda, sauf le grub!

à condition de ne pas faire de l'excès de zèle à vouloir mettre /var sur sda3, car dans ce cas, si sda est en panne, je n'ai plus rien qui marche.
donc, je laisse /var/log sur le ssd et basta!

Déterrage de sujet

Sinon, systemD gère le Trim.

sudo systemctl enable fstrim.timer
sudo systemctl start fstrim.timer

Et pour voir si la commande à correctement fonctionnée :

sudo systemctl status fstrim.timer

Tu auras comme sortie un joli "active" en vert.

Édité par Visiteur Le 14/02/2018 à 10h08

oui, pour le trim j'ai vu ça aussi dans la doc de fedora
c'est beaucoup plus simple que ce qui est proposé dans le wiki, (qui reste utile mais qui mériterait une remise à jour).