J'ai un nouveau SSD, je ne veux pas le porter, mais je veux quand même en utiliser pour stocker des fichiers de données avec l'ancien disque dur

J'ai acheté un nouveau SSD Samsung 850 EVO de 250 Go pour mon ordinateur portable que je souhaite utiliser comme périphérique de stockage principal, ainsi que l'ancien disque dur de 250 Go à 7500 tr / min que je mets dans l'ancienne baie de DVD avec un caddy d'adaptateur.

À l'heure actuelle, le disque dur n'a qu'une seule grande partition ext4 contenant le système d'exploitation, les applications et les fichiers de données. Je veux utiliser le disque dur pour stocker des données, mais je ne veux pas manquer l'occasion d'obtenir l'amélioration de la vitesse du SSD en le faisant.

Je veux combiner disons une partition de 50 Go ou plus petite sur le SSD et la fusionner avec la partition sur le disque dur afin que les fichiers les moins modifiés des fichiers les plus consultés soient automatiquement déplacés vers le SSD.

J'ai regardé des caches comme EnancheIO et Bcache , mais ils ne semblent pas ce que je veux, car (corrigez-moi si je me trompe):

• L'espace occupé par la partition de cache est soustrait de la quantité d'espace disponible.
• Le cache accélère l'accès aux fichiers les plus consultés, qu'ils soient également les moins souvent modifiés, ce qui va à l'encontre de l'objectif de ne pas vouloir épuiser le SSD.

Est-ce que ce qui précède est correct, ou un cache (lequel de ces deux?) Pourrait m'aider à atteindre mon objectif? Si ce qui précède est correct, connaissez-vous une autre solution viable?

Un système de fichiers union , comme OverlayFS , serait-il utile ici? Si vous avez surveillé le disque dur pour les fichiers les plus consultés (en gardant une trace de leur atimequotidien) et identifié les moins modifiés parmi eux (en gardant une trace de leur mtime), en théorie, vous pouvez déplacer ces fichiers vers le SSD, libérant de l'espace sur le HDD, tandis que le système de fichiers union pourrait rendre tout cela transparent pour l'utilisateur.

Est-ce que cela fonctionnerait?

Vous avez quelques options selon ce que vous essayez d'accomplir:

• Utilisation bcache: Vous pourrez manger votre gâteau, mais pas le conserver.

  Oui, la quantité d'espace que vous réservez pour la mise en cache sera exactement comme l'opposé d'un fichier d'échange: la quantité que vous spécifiez sera "retirée" de la quantité totale d'espace disque et donnée au sous-système de mémoire pour être utilisée comme tampons pour l'autre disque dur.
  Pour contrôler quels fichiers sont mis en cache, utilisez quelque chose comme vmtouchpour affiner la bcachemise en cache.

• Utilisez LVM: vous pourrez garder votre gâteau, mais pas le manger.

  Vous pouvez utiliser le gestionnaire de volumes logiques pour créer un volume qui contient à la fois le SSD et le disque dur en créant un grand /homevolume qui contient l'espace des deux, mais:

  1. Vous n'aurez aucun contrôle sur le fichier qui va sur le SSD et celui sur le disque dur
  2. Si vous perdez l'un des deux disques, vous perdez toutes les données et devrez restaurer à partir de la sauvegarde !!!

• Utilisez un système manuel: vous pourrez conserver votre gâteau et le manger.

  Partitionnez le lecteur dans des systèmes de fichiers séparés: mettez /le SSD et /homele disque dur. En plus de cela, vous devriez mettre tous les fichiers dans /media/FastDatalesquels vous voulez aller rapidement et créer un lien symbolique entre les originaux et ceux /media/FastData si et seulement si ces fichiers résident dans votre/home (sinon ils résident déjà sur le SSD de toute façon)

^{Remarque 1: J'ai un petit SSD et un grand disque dur, donc j'utilise encore un autre système: /sur le SSD et /homesur le disque dur et ne vous embêtez pas à optimiser davantage ...}
_{Note 2: Un système de fichiers union ne vous aidera pas plus que le système manuel ...
Note 3: Voici quelques conseils supplémentaires pour ne pas épuiser votre SSD à partir du point 4 et au-delà}