Vous avez un nouveau SSD, vous ne voulez pas le porter, mais je veux tout de même en utiliser une partie pour stocker des fichiers de données avec l'ancien disque dur

Question

J'ai acheté un tout nouveau Samsung 850 EVO 250 Go pour mon ordinateur portable, que je souhaite utiliser comme périphérique de stockage principal, ainsi que l'ancien disque dur 250 Go à 7 500 tr/min, mais qui fonctionne encore, que j'ai inséré dans l'ancienne baie de DVD avec un adaptateur caddie.

À l’heure actuelle, le disque dur ne contient qu’une grande partition ext4 contenant le système d’exploitation, les applications et les fichiers de données. Ce que je veux, c’est utiliser le disque dur uniquement pour les données, mais je ne veux pas rater le possibilité d'obtenir les gains de vitesse du SDD en le faisant.

Ce que je recherche, c’est une solution combinant une petite partition, disons 50 Go ou même moins, sur le disque SDD et fusionnent avec la partition du disque dur, de sorte que le le moins modifié des fichiers les plus consultés sont 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, parce que (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 utilisés indépendamment de, qu’ils soient également le moins souvent modifié, ce qui défie le point de ne pas vouloir épuiser le SSD.

Ce qui précède est-il correct ou une mémoire cache (laquelle des deux?) Peut m'aider à atteindre mon objectif? Si ce qui précède est correct, connaissez-vous une autre solution viable?

Est-ce qu'un système de fichiers union , comme OverlayFS , serait utile ici? Supposons que vous surveilliez le disque dur pour les fichiers les plus consultés (en gardant une trace quotidienne de leurs atime) et que vous identifiiez les fichiers les moins modifiés (en gardant une trace de leurs mtime =), en théorie, vous pouvez déplacer ces fichiers sur le SDD, libérant ainsi de l’espace sur le disque dur, tandis que le système de fichiers union peut rendre tout cela transparent pour l’utilisateur.

Cela fonctionnerait-il?

Fabby · Accepted Answer

Vous avez quelques options en fonction de ce que vous essayez d'accomplir:

tilisez bcache: Vous pourrez manger votre gâteau sans le conserver.

Oui, la quantité d'espace réservée pour la mise en cache sera , exactement comme le contraire d'un fichier d'échange: , la quantité que vous spécifiez sera "retirée" de la quantité totale d'espace disque. et donné au sous-système de mémoire pour être utilisé en tant que tampons pour l'autre disque dur.
Pour contrôler quels fichiers sont mis en cache, utilisez quelque chose comme vmtouch pour ajuster la mise en cache bcache.
tilisez LVM: Vous garderez votre gâteau, mais vous ne le mangerez pas.

Vous pouvez utiliser le gestionnaire de volumes logiques pour créer un volume contenant à la fois un disque dur SSD et un disque dur créant un volume volumineux /home contenant l'espace des deux, mais:
1. Vous n'aurez aucun contrôle sur les fichiers stockés sur le disque SSD et sur le disque dur.
2. Si vous perdez l'un des deux lecteurs, vous perdez toutes les données et vous devrez restaurer à partir de la sauvegarde !!!
tilisez un système manuel: Vous pourrez garder votre gâteau et le manger.

Partitionnez le lecteur dans des systèmes de fichiers distincts: mettez / sur le SSD et /home sur le disque dur. De plus, vous devez placer tous les fichiers de votre choix dans /media/FastData et faire un lien symbolique entre les originaux et ceux de /media/FastData si et seulement si ces fichiers résident votre /home (sinon, ils résident déjà déjà sur le SSD)

^{Note 1: J'ai un petit disque SSD et un grand disque dur. J'utilise donc encore un autre système: / sur le SSD et /home sur le disque dur. optimiser davantage ...}
_{Note 2: Un système de fichiers d'union ne vous aidera plus que le système manuel ...}
_{Note 3: Voici quelques conseils supplémentaires pour ne pas porter votre disque SSD à partir du point 4 et suivants}