Re: [ASSO] RAL de Nice
Le Sun, 20 Feb 2011 14:06:56 +0100, verow vero.rusti...@gmail.com a écrit : Bonjour Alain et tout le monde, On 19/02/2011 15:10, mi...@free.fr wrote: A la demande de Monsieur Hamid, pouvons nous envisager de changer le 3ème samedi du mois au 2ème. ou 4ème. samedi de chaque mois?? Du moment que les personnes niçoises sont d'accord entre elles, Linux Azur n'en fera pas une salade ;-) Elle modifiera les dates sur le site en conséquence. Résultat : second ou quatrième ? Salut! Je préférerais le quatrième, qui me paraît moins chargé. Objections? Amitiés -- Michaco 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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
Salut N1c0, 2011/2/20 nicolas@blah Intéressant... d'autres idées ? Ma façon de résoudre un problème similaire au boulot fut le lien symbolique. Dans ton cas, je laisserais mon $HOME sur le RAID, mais je créerais aussi un répertoire /ssd/$USER comme disait JC. Ensuite, j'analyserais ce qui me prend le plus de temps et je le bougerais sur le SSD ainsi : $ mv $HOME/my_stuf /ssd/$USER/ ln -s /ssd/$USER/my_stuf $HOME/ Attention : si tu utilises un système de backup qui stocke les liens tels quels il te faudra lui dire de backuper aussi /ssd/$USER. À+ Hervé -- Privacy is ultimately about liberty while surveillance is always about control. David Sugar 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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
Le 21 février 2011 13:34, Hervé Fache he...@lucidia.net a écrit : Je me permets un résumé pour voir si j'ai compris ton idée : * tu montes /home sur ton SSD, donc par défaut tout est est sur le SSD * tu montes ton RAID quelquepart genre /storage * tu binde à la mano /storage/$USER/$MYDIR dans $HOME/, où MYDIR in [ Documents, Images, Videos ] A la mano ou automatiquement... pour l'instant c'est dans mon fstab, mais les repertoires sont hardcodes, d'ou le passage bientot a un script externe... Oui, c'est l'opposé de ma proposition mais ça marche aussi. Tu mets la priorité par défaut sur le SSD et moi je l'aurais mise sur le RAID : marrant :-) Oui et surtout je ne fais pas de liens symboliques, mais un vrai mount, ce qui est bien mieux... Hervé Note: mount -o bind nécessite un accès en tant que root et ne fonctionne qu'avec des répertoires... Au boulot je n'ai pas les droits root, donc le symlink est mon meilleur ami :-) Ok avec tes droits, je parle dans un cas ou le gars a en effet les droits d'admin sur le systeme. ++ 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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
Le 21 février 2011 16:23, PERIGARD michel.perig...@wanadoo.fr a écrit : bonjour à tous est-ce que l'on ne pourrait pas avoir un atelier sur ce sujet? Merci M Perigard Salut Michel, un atelier, je sais pas, ici on parle que d'un cas particulier d'utilisation de mount, peut-être qu'un atelier a une vocation plus large et moins centrée sur un problème particulier, en tout cas c'est comme ca que je faisais les miens... peut-être une parenthèse sur mount lors de l'atelier VFS suivant ce que Hervé raconte dedans en effet :o) ++ 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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
2011/2/21 PERIGARD michel: est-ce que l'on ne pourrait pas avoir un atelier sur ce sujet? Ça pourrait faire partie d'une présentation sur le VFS du genre de ce que je voudrais vous pondre mais n'ai pas encore eu le temps... À+ Hervé -- Privacy is ultimately about liberty while surveillance is always about control. David Sugar 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 ***
Re: [TECH] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
J'ai exactement le même genre de config. (Mais depuis que mon RAID 1 a foiré, une fois, malgré le fait d'utiliser 2 disques de marque différente, je pense le virer) Pour faire simple, j'ai monté le RAID1 sur $HOME/Documents. Cela permet de sous-entendre que tout ce que je mets ailleurs est considéré comme jetable. NIcolas Le 21 février 2011 17:08, nicolas.flin...@gmail.com a écrit : Le 21 février 2011 13:34, Hervé Fache he...@lucidia.net a écrit : Je me permets un résumé pour voir si j'ai compris ton idée : * tu montes /home sur ton SSD, donc par défaut tout est est sur le SSD * tu montes ton RAID quelquepart genre /storage * tu binde à la mano /storage/$USER/$MYDIR dans $HOME/, où MYDIR in [ Documents, Images, Videos ] A la mano ou automatiquement... pour l'instant c'est dans mon fstab, mais les repertoires sont hardcodes, d'ou le passage bientot a un script externe... Oui, c'est l'opposé de ma proposition mais ça marche aussi. Tu mets la priorité par défaut sur le SSD et moi je l'aurais mise sur le RAID : marrant :-) Oui et surtout je ne fais pas de liens symboliques, mais un vrai mount, ce qui est bien mieux... Hervé Note: mount -o bind nécessite un accès en tant que root et ne fonctionne qu'avec des répertoires... Au boulot je n'ai pas les droits root, donc le symlink est mon meilleur ami :-) Ok avec tes droits, je parle dans un cas ou le gars a en effet les droits d'admin sur le systeme. ++ 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 ***
Re: [TECH] Régénérer Grub pour ubuntu 10.4
Le 20 février 2011 20:35, Benoit LAURENT a écrit : Bonsoir Alain, A priori tu l'as mis sur le bon disque mais il n'a pas trouvé le menu sur ton disque sdb5 ! Le nom (media/3f...) du périphérique monté change à chaque fois. As tu bien pris le bon ? Pour être sûr, tu met ton live CD et démarres, Une fois démarré tu ouvres un terminal et tu fais les commandes suivantes: sudo umount /dev/sdb5 sudo mkdir /media/disk5 sudo mount /dev/sdb5 /media/disk5 Puis: sudo grub-install --root-directory=/media/disk5 /dev/sdb Et tu redémarres Es tu sur IRC ? @+, Benoit Pour ceux qui rencontreraient le même pb. Une dernière commande pour identifier les OS présents sur les disques et les rendre bootables update-grub merci aux intervenants -- Alain 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 ***
Re: [ASSO] RAL de Nice
On Mon, 21 Feb 2011 10:41:02 +0100, Michaco m.aco...@free.fr wrote: Le Sun, 20 Feb 2011 14:06:56 +0100, verow vero.rusti...@gmail.com a écrit : Bonjour Alain et tout le monde, On 19/02/2011 15:10, mi...@free.fr wrote: A la demande de Monsieur Hamid, pouvons nous envisager de changer le 3ème samedi du mois au 2ème. ou 4ème. samedi de chaque mois?? Du moment que les personnes niçoises sont d'accord entre elles, Linux Azur n'en fera pas une salade ;-) Elle modifiera les dates sur le site en conséquence. Résultat : second ou quatrième ? Salut! Je préférerais le quatrième, qui me paraît moins chargé. Objections? Amitiés Salut, Personnellement je préfèrerais le 2ème, mais le 4ème ne me dérange pas non plus. -- //piernov 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 ***
Re: [TECH] [long] Gestions des partoches et autres dossiers - la config' idéale quand on a un petit SSD
Bonjour, chouette probleme que celui-ci. Definitivement mieux que les mots croises du dimanche :-D Le 21-févr.-11 à 11:03, nicolas.flin...@gmail.com a écrit : 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. facilement de maniere structurelle? ton explication c'est ni simple ni structurelle ;-) mais elle est pleine de bonne idees ;-) creusons! 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... D'accord. voyons comment faire sans utiliser de liens symboliques mais uniquement avec mount. 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 ? en reponse, voici ce que j'en pense ;-) Recapitulons. Nous avons: /hdd/home/user/repertoire /sdd/home/user/.fichier /sdd/home/user/.repertoire /sdd/home/user/fichier Il faut que le /home soit /sdd/home il faut que les repertoires de donnees soient sur /hdd/home/user il faut que les fichiers de donnees qui ne soient pas dans un sous repertoire soient sur /sdd/home/user il faut que l'utilisation soit transparente pour l'utilisateur (solution accessible a l'utilisateur lambda) Il faut que cela fonctionne pour tous les utilisateurs