Reprise du message précédent :
Merci pour ton argumentation convaincante.

Salut,
petite question pour les pros : l'alignement à faire à la main, c'est toujours d'actualité si on formate avec une version récente de gparted ?
et ce pour :
- pour une table de partitions msdos ?
- pour une table de partitions gpt ?

Ah et encore un truc : certains utilisent-ils le système de fichiers Btrfs ?

troisième question ( ) : le /home vous le laissez sur le SSD ou ça va sur un HDD classique ?

Bonsoir, sur les distrib et gparted récent, l'alignement est automatique  comme le discard dans le fstab normalement.
 
Perso suis en ext4
 
 
Mon home est sur le ssd car je n'ai qu'un seul dd donc pas d'autre possibilité lol. Y a pas de soucis avec des sauvegardes. Faut juste avoir assez de place.

 
On est en 2013, pourquoi utiliser une table de partitions msdos ? Sinon, l'alignement est proposé quand on crée des partitions en GPT par gparted.
 

 
Non, ext4 ici.
 

 
Sur le SSD.

 
J'ai découvert le gpt avant-hier en fait !
Et j'ai lu que si Linux gérait ça très bien, avec Windows c'est une autre histoire.  
Est-ce qu'on peut quand même installer un Windows sur un disque partitionné en gpt ?
- en tant que 1er système installé (MBR Windows & grub2 à la racine de la partoche Linux) ?
- en tant que second système installé (Grub2 dans le MBR) ?
 
Intuitivement, l'option 2 ne me paraît pas poser de problèmes. (pardonnez-moi si le terme MBR n'est plu adapté à un disque partitionné en gpt).

Si quelqu'un veut bien me redonner l'adresse avec le test de TRIM, je l'ajouterai en première page. Je n'ai pas le temps de chercher tout de suite.

/ sur ssd (incluant /home, pas de partition séparée)
/tmp en tmpfs
/var/log sur petite partition HDD
 
/home/docs monté sur HDD pour les gros fichiers (vidéos, photos, musique etc..)
 
 
 
le /home/<user> doit être sur ssd car les logiciels y stockent leur configuration sur pleins de petits fichiers, ce qui ralentirait inutilement leur lancement.

Bon, j'ai refait l'installation comme elle était toute fraîche.
 
Bien ardu de réaliser ce que je voulais faire (chiffrement de toutes les partitions dans luks + lvm + /home séparé), car l'installateur par défaut d'Ubuntu 13.04 ne sépare pas le /home quand on part sur du lvm+chiffrement. Du coup obligé de passer par la version mini.iso (netinstall) comme il n'existe plus de version alternate, rebelote l'installation lvm+chiffrement ne crée pas de volume logique dédié pour le home. Du coup feinte en supprimant le volume /root proposé, pour créer 2 nouveaux volumes à la place, /root et /home, ouf ! Message d'erreur de grub qui n'arrive pas à s'installer dans sda, mais rattrapable par un peu de console pour voir où se trouvait la partition /boot.
 
Il reste que n'ayant pas été assisté par gparted, le partitionnement n'est peut-être pas aligné (auquel cas la souplesse de lvm permettra peut-être d'arranger ça).  
Pourriez-vous me dire ce qu'il en est ?

D'après ce que j'ai lu c'est bon pour sda1 et sda5 qui sont bien des multiples de 2048, en revanche pour sda2 501758/2048=244,999 argh. Est-ce gênant ? Si oui, rattrapable comment ?
 
Pour information, mon /etc/fstab :

Et un petit df-h :

Merci pour vos réponses et avis
 
edit : petite erreur au redémarrage, réglée en retirant les options « noatime,discard » du montage de /boot dans le /etc/fstab :
UUID=c15f5e23-e892-4f00-8744-2805ae304cf9 /boot           ext2    defaults,noatime,discard        0       2

@sligor : y a-t-il une raison qui te pousse à ne pas séparer ton /home ? comment fais-tu pour sauver tes fichiers de bidouille à chaque fois que tu upgrade ton système ?
 
Est-ce une bonne idée de mettre tout /var sur hdd ou le sous répertoire /var/log suffit ?
 
Et grande question (je ne sais plus où j'ai lu ça) : après une install fraîche il y a bien quelques centaines de mo supplémentaires à télécharger entre les MàJ système et les programmes qu'on souhaite installer...
Alors, les installer, OK, ça doit écrire sur le SSD...
Mais les packages téléchargés, après installation, ne seront plus très utiles, et eux vont consommer de l'écriture... Ne pourrait-on pas dire à apt de télécharger sur HDD, et installer sur le SSD ?
 

Pour ça tu as la solution évoquée dans mon fstab :  

à l'époque mon SSD 128Go coutait 250€, vu le prix je n'allais pas gaspiller de l'espace libre en faisant 2 partitions, au moins j'ai toute la place disponible sur le SSD que je veux dans / et dans /home  
 

je ne vois pas le rapport avec un /home sur une partition séparée  
 
si je veux faire un backup, j'ai des disque durs (interne et externe) + rsync
 

c'est de l'optimisation peu utile, une grosse mise à jour c'est quelques centaines de Mo, un SSD peut encaisser facilement  plusieurs To d'écritures. (hors bug sur certains firmwares entraînant une mort précoces)

Les gars faut arrêter avec cette psychoses sur les écritures.
Mon premier SSD est un C300 64G j'ai bossé dessus pendant 3 ans tous les jours sans le ménager.
Il tourne toujours parfaitement bien.

Merci sligor mais je ne vois pas où il y aurait des pertes de place si on sépare le /home du reste au sein du même disque, c'est pas ça qui fait perdre de la place enfin, c'est un détail... passons.
 
Merci grao de ton commentaire, mais mon SSD je compte le tenir 10 ans. Donc autant le ménager dès le début, surtout si les méthodes existent et sont faciles à mettre en place, ça ne coûte rien je me dis.
 
Pour la question de Windows sur disque gtp je vais peut-être aller demander sur le topic général dédié aux ssd.

Tu as le droit d'y croire.    
Même les SSD haut de gamme n'ont pas de garanti sur la durée (ils en ont sur la quantité de donnée écrite).  
Même si tu ménages l'usure de ta mémoire (et encore pour ce qu'un desktop moyen fait comme écriture...) la partie électrique du SSD ne tiendra pas aussi longtemps...

ouais, soyons fous au pire si je peux le revendre à vil prix pendant qu'il fonctionne encore dans 5 ans ce serait déjà ça. Enfin. Je ne connais pas l'avenir de toute façon, peut-être que d'ici là un SSD de 128Go coûtera 20-30€ neuf...

edit : si le /var est sur un hdd, ça ne limite en rien les perfs du système ? sauf si bien sûr on a un serveur mail ou un truc comme ça vous allez me dire ?!

Quand tu créais 2 partitions, tu laisses forcément de la place vide sur la première donc tu la perds sur la seconde.

Exemple si tu mets un / à 10go
Tu as le reste pour le /home.

Mais sur tes 10go du / tu ne vas pas utiliser plus de X go. Donc 10go-x = la taille perdue utilisable sur ton home.

Quand j'utilisais des petits disques dur je ne séparais pas non plus mon /home du / d'ailleurs au final ce n'est pas forcément si utile puisqu'on peut aussi sauvegarder son home ailleurs avant de réinstaller donc ça ne change rien.

Et pourquoi donc la partie électrique ne tiendrait pas autant alors qu'elle le peu sur un DD ou des barrettes mémoires?  

Drap, je me monte un htpc en ce moment et il y aura un SSD (Samsung 840 Pro) avec un Linux, sûrement Ubuntu.
J'imagine qu'avec ce SSD et les dernières versions du Kernel il n'y a rien de spécial à faire...

Non, entre le kernel, les paramètres par défaut et parted à jour, à part ajouter noatime et éventuellement placer des répertoires choisis en tmpfs, tout se fait tout seul.

Up    

et l'option discard   (ou sinon un fstrim régulier dans un cron)

Ok, merci !

Discard est placé par défaut dans fstab sur les distrib modernes

j'ai pas vu ça sur debian en tous cas ( /debian n'est pas moderne proof/ )

Ah... merde alors.

 
Même sous Xubuntu 13.04, non...

Ben spa moderne alors

   Sous la 12.04 c'était d'office. Je pense que ça dépend plus de si la distrib est capable de détecter un ssd ou pas. Pour diverses raisons (contrôleurs, ssd etc)

 
En tout cas j ai eu a rajouter l option sur mon fixe et idem sur mon portanle.. Xubuntu 12.10 a l install dans les deux cas et controleur intel pour chacun.

il y a plus d'un an :
 

 
maintenant :
 

 
c'est toujours sur Kubuntu 12.04 (à l'époque Debian Wheezy (en testing) ne voulait pas s'installer) et vu que Kubuntu fonctionne toujours bien, ben je le laisse  
 
aucune différence par rapport au premier jour et pourtant je ne le ménage pas  

Merci pour ce topic, grâce à lui j'ai modifié mon fstab pour mon SSD, car ma distrib' (Chakra) ne le fait pas automatiquement.

Bonjour, petite question dans l'optique d'ajouter un ssd à mon serveur/home. (je précise que j'en ai l'utilité, j'ouvre des sessions à distance dessus, donc lance des navigateur etc, bref usage standard de destkop)
 
Bon si je lui mets un ssd, je vais devoir transvaser ma partion / dessus (le home restera sur le dd).  
 
C'est quoi la procédure? Si je le fais via clonezilla, ça va le faire pour l'alignement des partitions?  Je pense pas vu que je vais copier la partition? Maintenant vu que le / sera sur tout le dd, il y a peut-être au final pas d'alignement si?

@burn2 Pour ma part, j'avais changé mon dd mecanique sur mon desktop par un ssd
Et comme j'avais ma partition / montée en LVM, j'ai pu à chaud déplacer les données du hdd vers ssd.    pour ça LVM est top !
Si t'as pas de lvm par contre... éventuellement un dd de ta partoche vers le ssd, si elle n'est pas trop grosse, mais y'aura surement des trucs à changer. pour ça je ne saurais dire

Pas de LVM.
 
Bah la partition / qui fait que 20GO, passerait sur le SSD. Maintenant la question que je me pose c'est si l'histoire de l'alignement marche en copie depuis clonezilla, et/ou si en fait on s'en fou vu qu'il ne va y avoir qu'une seule partition qui fera tout le SSD.

J'ai eu plusieurs fois, que ce soit d'un HDD vers HDD ou d'un HDD vers un SSD, à changer / de place (la plupart du temps, / et d'autres partitions d'ailleurs). Ma méthode, qui a fait ses preuves et a toujours fonctionné jusqu'à présent (mais il y a surement plus simple ou plus fiable, je ne sais pas) :

- je débranche le disque source par sécurité, je branche le disque de destination et je créé ses partitions, alignées dans le cas d'un SSD
- je rebanche le disque source, je démarre sur un live CD et je monte chaque partition source et destination dans des répertoires identifiés (je créé sous /mnt deux dossiers src et dest, puis dans chacun les sous dossiers correspondant à mes partitions à migrer)
- je copie les données de chaque partition que je souhaite migrer avec la commande cp -axf /mnt/src/part1/* /mnt/dest/part1
- je corrige le fstab avec les UUID des partitions du nouveau HDD/SSD (UUID récupérés avec blkid)
- je débranche le disque source et réinstalle le bootloader depuis un live CD

Voila voila voila.

J'ai aussi fait du gros dd d'un disque à l'autre puis retaillage des partitions avec gparted, mais ça impose d'avoir un disque de destination plus gros que le disque source (ce qui est souvent le cas néanmoins).

Ma méthode, bourrine, pc distant allumé pour la copie.

Vérifier les UUID de /etc/fstab ne fait pas de mal.
Le bootloader doit être copier dans la manip (à voir pour les paramètres passés).

Je serai plutot partisan d'un bon vieux dd de compèt'

ps : il est tard, le DD n'est pas récursif ... con que je suis !

Je pensais justement à dd ( il est où dédé??? )

A la réflexion, la dernière fois que j'ai eu à migrer mon disque, c'était d'un Intel 330 160 Go (sur SATA1) vers un Crucial M4 512 Go (sur SATA2). J'ai lancé :

dd if=/dev/sda of=/dev/sdb

Les UUID sont conservés, le bootloader aussi, donc j'ai booté comme d'hab avec l'Intel, commenté le montage de ma partition de données qui occupe toute la fin du disque et qui est la plus volumineuse (sda1 15 Go pour /, sda2 15 Go pour /home, sda3 le reste pour /media/Datas), lancé la commande dd, démonté l'Intel, déplacé le Crucial sur SATA1, rebooté direct sur le Crucial, redimensionné sda3 et mis à jour l'UUID dans fstab pour cette même partition, décommenté la ligne en question et rebooté une dernière fois. C'était fini Et même pas besoin de LiveCD, tout peut se faire depuis l'OS, sans souci.

Bref, y a plein de façon de faire, et toutes fonctionnent tant qu'on fait ça avec méthode et précaution

Après MàJ du fstab, un sudo mountall fait le boulot. Je l'ai utilisé pour les options sur les partoches du vertex4 (discard, /tmp en tmpfs etc ...)

De mon côté ça donne beaucoup moins :

Le chiffrement pourrait expliquer cela ?

ça et/ou si tu es en sata2...