Je lirai plus tard le tout. C'est pas mal à première vu.

Si tu utilise ponctuellement windows tu n'as pas pensé à la virtualisation. Avec kvm?
Salut VINDICATORs et merci de ta réponse.

Oui, j'y ai pensé. J'avais essayé il y a quelques temps sous virtualbox mais c'était horriblement lent avec le HDD et mes 4 Go de mémoire. Avec le SSD et 8 Go, ça se tente à nouveau. Reste que mon proc (Core 2 Quad Q8200) semble ne pas avoir des instructions VT-X très performantes.

A+
Bel effort, problème traité assez récurrent, comme VINDICATOR je lirai, il me semble "qu'à première vue ..." que quelques raccourcis sont possibles : En temps réellement consacré, cela t'as pris combien de temps machine ?
# dd -> img ou iso et gparted (sécurité du raw) auraient probablement été plus court en temps machine et moins riche en commandes?
Salut Antbel,
Au total ça m'a pris plus d'une semaine, le temps de chercher les solutions à chaque problème, d'autant plus que j'ai commencé par dm-cache à la place de lvm-cache, et donc que j'avais supprimé les partitions lvm.

Oui, on peut sûrement faire plus court, je suis preneur. Par contre, je n'ai pas trouvé de sujet qui traite de la totalité du problème.

Quant à dd, il y a toujours le risque de ne pas avoir la bonne taille pour la partition de destination. D'autant plus que sur un ssd, les partitions doivent être positionnées à partir du 2048eme secteur et non du 63eme comme sur les HDD, avec une taille de secteur différente.

A+
Belle erreur expérience :-P (pour ceux qui ne comprennent pas c'est qu'ils n'ont pas lus la signature de GuL).
@ philippe_PMA : LOL !

Une question à laquelle je n'ai pas trouvé de réponse : comment faire pour accélérer plusieurs logical volumes par le cache SSD ? J'ai lu une ou deux références aux thin layers de lvm, mais je n'en sais pas plus. Si quelqu'un a déjà pratiqué, je suis preneur.
Bonjour à tous,
Je vais finalement avoir besoin de votre aide : les benchmarks se sont mal passé, et je ne peux même plus démarrer sur un live cd fedora 🙁 . Je m'explique.

J'ai commencé par utiliser fio (http://www.storagereview.com/fio_flexible_i_o_tester_synthetic_benchmark), installé par dnf: 
# dnf install -y fio
# fio --name=benchmark --filename=/dev/mapper/fedora-root --direct=1 --ioengine=libaio --bs=4k --size=128M --numjobs=32 --group_reporting --rw=read
L'option --filename a vraisemblablement corrompu root qui est définitivement perdu. Soit. :-? Heureusement home est intact. Je démarre donc avec un live cd fedora et je réinitialise root par un 
mkfs.ext4 /dev/mapper/fedora-root
En continuant mes tests avec fio, je m'aperçois que le HDD non caché (/mnt/temp, LV créé pour l'occasion) et le SDD (/mnt/root) donnent le même résultat en terme de rapidité (avec l'option directory à la place de fiename !). Comment ça se fait ? :-o 
# fio --name=benchmark --directory=/mnt/root --direct=1 --ioengine=libaio --bs=4k --size=128M --numjobs=32 --group_reporting --rw=read
# fio --name=benchmark --directory=/mnt/temp --direct=1 --ioengine=libaio --bs=4k --size=128M --numjobs=32 --group_reporting --rw=read
J'ai donc essayé hdparm 
# dnf install -y hdparm
# hdparm -Tt /dev/mapper/fedora-root --> ~200 Mo/s pour le SSD en sata 2
# hdparm -Tt /dev/mapper/fedora-test --> ~100 Mo/s pour le HDD
Là où ça se gâte, c'est que j'ai voulu refaire la même manip avec le cache SSD activé 
# lvconvert --cache --cache-pool fedora/ssd_cache fedora/test
# hdparm -Tt /dev/mapper/fedora-test --> freeze
Le redémarrage sur un live fedora est impossible, même avec l'option single dans la commande du grub : il bloque sur le montage de la lvm. Avec un live ubuntu (qui utilise beaucoup moins lvm), je peux démarrer, mais le cache lvm semble bloqué. Voici le résultat de lvremove 
# lvremove --force /dev/fedora/test
/usr/sbin/cache_check: execvp failed: No such file or directory
Check of pool fedora/ssd_cache failed (Status:2). Manual repair required!
Failed to active cache locally fedora/test.
Failed to uncache fedora/test.
Après ajout du dépot universe et des thin-provisioning-tools 
# apt-get update ; apt-get install thin-provisioning-tools
# lvremove --force /dev/fedora/test
134313 blocks must still be flushed
132506 blocks must still be flushed
...
freeze
Au secours !!! :idea:
Salut antbel,
Merci pour le lien, j'y ai appris le raid 1 sous lvm. Par contre as-tu une idée pour mon problème ? Comment supprimer un cache défectueux ?
A+
GuL wrote:Comment supprimer un cache défectueux ?
J'ai finalement réussi à m'en sortir avec un live CD ubuntu, vu qu'il était impossible de booter avec le live CD fedora, à cause du lvm endommagé. J'ai donc déplacé toutes les données récupérables vers un autre disque dur et reformaté les partitions lvm sda5 et sdb1 :-?

Avant de réinstaller les données, j'ai fait à nouveau quelques tests avec fio afin de conclure ce tutoriel, qui se trouvent dans le message ci-dessous.
V) Benchmarks
Pour conclure ce tutoriel, voici quelques tests effectués avec fio https://www.linux.com/learn/inspecting-disk-io-performance-fio . Je néglige les options directory et filename, qui ne m'ont apporté que des ennuis et je lance la commande suivante depuis la partition à tester, 
# fio --name=benchmark --ioengine=libaio --iodepth=8 --direct=1 --size=128M --numjobs=8 --runtime=10 --group_reporting --rw=write
Je crée donc
  • 8 fichiers --> numjobs=8
  • de 128 M --> size=128M soit 1 Go au total
  • auxquels j’accède 8 fois simultanément --> iodepth=8
  • de manière asynchrone --> ioengine=libaio
  • sans passer par la mémoire --> direct=1
  • pour une durée maximale de 10s --> runtime=10
  • en regroupant les résultats --> group_reporting
  • en accès écriture, lecture, écriture aléatoire, lecture aléatoire --> rw=write, read, randwrite, randread
On obtient les résultats suivants. A noter que ma carte mère est en SATA 2 c'est à dire avec une vitesse maximum de 300 MB/s
SSD : write 235 MB/s, read 235 MB/s, randwrite 203 MB/s, randread 163 MB/s, latence 1.5 ms
HDD + cache SSD : write 217 MB/s, read 234 MB/s, randwrite 200 MB/s, randread 167 MB/s, latence 1.4 ms
HDD : write 62 MB/S, read 55 MB/s, randwrite 1.4 MB/s, randread 1.0 MB/s, latence 248 ms

Les résultats avec le cache SSD s'améliorent à chaque répétition de la commande, surtout dans le cas du test d'écriture qui était le premier réalisé. Un optimum a été obtenu après 7 fois. L'optimum était atteint beaucoup plus rapidement pour les autres tests, mais le cache n'a toutefois pas été vidé au préalable. Une fois les données en cache, les résultats sont très proches du SSD. 8-)

Grâce au SSD et au cache accélérant home, il m'est maintenant possible de passer de linux à windows en une minute. Afin d'aller encore plus vite, j'envisage d'installer une machine virtuelle KVM avec VGA passthrough permettant d'utiliser opencl et cuda sur la machine invitée https://www.pugetsystems.com/labs/articles/Multiheaded-NVIDIA-Gaming-using-Ubuntu-14-04-KVM-585/ . Cependant, mon processeur intel Core 2 Quad Q8200 ne dispose pas des instructions VT-X et encore moins VT-D, ce qui est clairement un point limitant.

J'espère que ce tutoriel vous a intéressé. N'hésitez pas à faire des commentaires et à me poser vos questions. J'essayerai d'y répondre. 🙂
A bientôt
GuL