bonjour à tous
est-ce que l'on ne pourrait pas avoir un atelier sur ce sujet?
Merci
M Perigard
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
<jean-char...@de-longueville.eu>  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 ***






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 ***



Répondre à