Merci pour votre intérêt a la question a vous deux :o) Alors pour avancer un peu plus, je vais un peu dévoiler la mienne...
Le 20 février 2011 10:12, Jean-Charles de Longueville <[email protected]> a écrit : > Difficile d'avoir structurellement une partie de repertoire sur une > partition et une autre sur une seconde. Et bien non, c'est facilement faisable. Peu d'utilisateurs GNU le savent visiblement quand je leur en ai parlé, d'où l'idée de ce sujet ici pour le partager avec d'éventuelles personnes ne le sachant pas... L'idée est de se débarrasser des liens symboliques qui sont la solution du pauvre... il faut faire gaffe lorsqu'on a fait des scripts, d'utiliser les bonnes options sur les bonnes commandes pour résoudre (ou pas) les liens symboliques, etc... Donc comme on le disait, il faut que le /home/user soit monté sur le SSD pour que les nouveaux fichiers de config des nouveaux outils soient sur le SSD de façon simple.... sinon il faudrait éventuellement les déplacer, etc... chose dont je ne veux pas, vu que je veux garder mon boot inférieur a 12 secondes pour continuer de profiter pleinement de mon SSD. Alors comment faire ? L'idée est d'utiliser une capacité de notre ami mount qui est géniale dans notre cas mais pas super connue... ======= man 8 mount ======= [....] Depuis Linux 2.4.0 il est possible de remonter une partie de la hiérarchie des fichiers ailleurs. L'appel est : mount --bind olddir newdir Ensuite, le même contenu est accessible en deux endroits. Cet appel attache seulement (une partie de) un unique système de fichiers, et pas les éventuels sous-montages. La hiérarchie complète, y compris les sous-montages est attachée une seconde fois avec : mount --rbind olddir newdir Depuis Linux 2.5.1 il est possible de déplacer atomiquement une sous-arborescence à un autre endroit. L'appel est : mount --move olddir newdir [....] ============== Je vous laisse lire le mount en entier, car il y a des infos concernant la securite, notamment les options: mount --make-shared mountpoint mount --make-slave mountpoint mount --make-private mountpoint mount --make-unbindable mountpoint L'idée est d'avoir des répertoires /quelquechose/user1/Documents /quelquechose/user1/Images etc... sur le HDD, de monter la partition du HDD dans un répertoire, disons /mnt/home_ext, et ensuite de binder (mount --bind) ces répertoires (ex: /mnt/home_ext/quelquechose/user1/Documents) aux répertoires du $HOME sur le SSD (ex: /home/user1/Documents) Ainsi, ~ se trouve sur le SSD, et tous les répertoires Documents, Images etc... se trouvent sur le HDD, avec un montage propre, et sans problématique de back-up ou que sais-je. Pour le moment, j'ai hard-codé pour mon user principal les montages dans le fichier /etc/fstab, mais je vais faire un petit script exécuté au démarrage de la machine qui montera ma partoche du HDD dans /mnt/home_ext, puis qui boucle sur les répertoires /home/userN, vérifiera si il existe un répertoire /mnt/home_ext/quelquechose/userN, et montera alors les répertoires présents dans les répertoires du /home/userN. Pour être complet, il faudra faire un alias de la commande mkdir si l'on veut que les users créent leur nouveaux répertoires sur le HDD, et le tour est joué... Du coup, a l'utilisation, c'est très flexible: si je veux profiter de la rapidité du SSD, en manipulant un fichier photo temporairement, par exemple, je le sauve directement dans mon ~, et en revanche, des que je veux le classer proprement dans mes/images/albums-titi/etc.. il est automatiquement sur le RAID1. Remarques ? Conseils ? Idées ? C'est bienvenu, car a mon avis cela mérite de faire un petit topo sur le site, avec éventuellement le petit script du démarrage, les quelques lignes a rajouter a certains endroits, et on pourrait proposer une solution toute faite pour l'utilisateur lambda. Je pense que c vaut le coup pour les config' SSD + HDD de données, qui devrait se répandre de plus en plus.... ou même HDD interne systeme + HDD externe de données etc... Qu'en pensez-vous ? ++ N1c0 Diffusez cette liste aupres de vos relations :-) Linux Azur : http://www.linux-azur.org Vous etes responsable de vos propos. *** Merci de rediger sans SMS, ni HTML ni PJ ***
