Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit :Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Pas obligé, tu peux créer un partage « /var » global contenant un dossier par
client et chaque client monte son dossier.
(ma remarque ne remet aucunement en question la précédente réponse)
Seb
Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit :
Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Pas obligé, tu peux créer un partage « /var » global contenant un dossier par
client et chaque client monte son dossier.
(ma remarque ne remet aucunement en question la précédente réponse)
Seb
Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit :Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Pas obligé, tu peux créer un partage « /var » global contenant un dossier par
client et chaque client monte son dossier.
(ma remarque ne remet aucunement en question la précédente réponse)
Seb
Un seul partage (/var) possédant un sous dossier par client (/var/cl1,
/var/cl2, ect ...), oblige à gérer une info propre à chaque client (par
exemple son @IP ou son nom, ou autre) lors du boot, pour le relier/monter au
bon sous-répertoire, n'est-ce pas ?
Question bête : ou et comment sont gérer les "priorités" de montage des
systèmes de fichiers ?
Un seul partage (/var) possédant un sous dossier par client (/var/cl1,
/var/cl2, ect ...), oblige à gérer une info propre à chaque client (par
exemple son @IP ou son nom, ou autre) lors du boot, pour le relier/monter au
bon sous-répertoire, n'est-ce pas ?
Question bête : ou et comment sont gérer les "priorités" de montage des
systèmes de fichiers ?
Un seul partage (/var) possédant un sous dossier par client (/var/cl1,
/var/cl2, ect ...), oblige à gérer une info propre à chaque client (par
exemple son @IP ou son nom, ou autre) lors du boot, pour le relier/monter au
bon sous-répertoire, n'est-ce pas ?
Question bête : ou et comment sont gérer les "priorités" de montage des
systèmes de fichiers ?
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou
bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote
depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir
des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :
Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou
bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote
depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir
des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou
bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote
depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir
des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Le 27/11/2014 16:16, Vincent Farget a écrit :Bonjour,
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est
pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer)
ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui
boote depuis une
clé USB) sur lequel il a mis en place une solution permettant
d'avoir des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Je sais pas si c'est ce que tu cherches,
mais pour mes clients légers, je pars de ltsp-server qui sous Debian
par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et
squashfs.
Le plus gros du travail est fait par LTSP avec une install debootstrap
minimum et un chroot (lecture seule) configurable à volonté en
modifiant/créant quelques scripts dans /usr/share/ltsp et la config
ltsp.conf chargée depuis tftp.
Côté client, toutes les modifs mon sont non persistantes en dehors des
montages nfs en rw.
Raphaël
Le 27/11/2014 16:16, Vincent Farget a écrit :
Bonjour,
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :
Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est
pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer)
ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui
boote depuis une
clé USB) sur lequel il a mis en place une solution permettant
d'avoir des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Je sais pas si c'est ce que tu cherches,
mais pour mes clients légers, je pars de ltsp-server qui sous Debian
par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et
squashfs.
Le plus gros du travail est fait par LTSP avec une install debootstrap
minimum et un chroot (lecture seule) configurable à volonté en
modifiant/créant quelques scripts dans /usr/share/ltsp et la config
ltsp.conf chargée depuis tftp.
Côté client, toutes les modifs mon sont non persistantes en dehors des
montages nfs en rw.
Raphaël
Le 27/11/2014 16:16, Vincent Farget a écrit :Bonjour,
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FARGET.
Sébastien NOBILI a écrit :Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est
pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de
montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras
qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer)
ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui
boote depuis une
clé USB) sur lequel il a mis en place une solution permettant
d'avoir des
données modifiables et persistentes sur un système de fichiers en
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Je sais pas si c'est ce que tu cherches,
mais pour mes clients légers, je pars de ltsp-server qui sous Debian
par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et
squashfs.
Le plus gros du travail est fait par LTSP avec une install debootstrap
minimum et un chroot (lecture seule) configurable à volonté en
modifiant/créant quelques scripts dans /usr/share/ltsp et la config
ltsp.conf chargée depuis tftp.
Côté client, toutes les modifs mon sont non persistantes en dehors des
montages nfs en rw.
Raphaël
Bonsoir,
Je n'en ai pas parlé, mais je suis arrivé dans une structure ou il y a
un pool de (5) serveurs LTSP (Ubuntu 12.04 LTS avec nbd & squashfs) et
des clients léger.
Je souhaite remplacer ce système client/serveur LTSP "vieillissant"
(de plus en plus décalé dans les versions), par un "nouveau" système
de clients légers (sous NFS évidement).
Donc : Oui, c'est ce que je cherches à mettre en place.
Ne connaissant pas (actuellement) la conf de LTSP, est-ce "lourd" à
configurer ou est-ce assez/extrêmement simple (création de scripts ???) ?
Si tu as déjà réalisé ce type de configuration, as tu des (précieux)
conseils ?
Bien cordialement.
-
Vincent.
Bonsoir,
Je n'en ai pas parlé, mais je suis arrivé dans une structure ou il y a
un pool de (5) serveurs LTSP (Ubuntu 12.04 LTS avec nbd & squashfs) et
des clients léger.
Je souhaite remplacer ce système client/serveur LTSP "vieillissant"
(de plus en plus décalé dans les versions), par un "nouveau" système
de clients légers (sous NFS évidement).
Donc : Oui, c'est ce que je cherches à mettre en place.
Ne connaissant pas (actuellement) la conf de LTSP, est-ce "lourd" à
configurer ou est-ce assez/extrêmement simple (création de scripts ???) ?
Si tu as déjà réalisé ce type de configuration, as tu des (précieux)
conseils ?
Bien cordialement.
-
Vincent.
Bonsoir,
Je n'en ai pas parlé, mais je suis arrivé dans une structure ou il y a
un pool de (5) serveurs LTSP (Ubuntu 12.04 LTS avec nbd & squashfs) et
des clients léger.
Je souhaite remplacer ce système client/serveur LTSP "vieillissant"
(de plus en plus décalé dans les versions), par un "nouveau" système
de clients légers (sous NFS évidement).
Donc : Oui, c'est ce que je cherches à mettre en place.
Ne connaissant pas (actuellement) la conf de LTSP, est-ce "lourd" à
configurer ou est-ce assez/extrêmement simple (création de scripts ???) ?
Si tu as déjà réalisé ce type de configuration, as tu des (précieux)
conseils ?
Bien cordialement.
-
Vincent.
Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit :Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
Soit ils sont sur les clients (en local), soit ils sont sur le
serveur. De toute façon, ils doivent être quelque part.
Tu pourrais affiner ce qu’il y a de vraiment variable dans
/var (p.ex. /var/lib/ doit être commun à tous les systèmes qui
partagent le même / mais /var/log doit être individualisé, etc.)
pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que
ça en vaille la chandelle.
Tu peux laisser un seul /var original dans / et monter dessus
un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais :
1. avec aufs/unionfs, tu n’as que les différences en mémoire,
pas le /var original ;
2. tu as un /var « propre » à chaque redémarrage (ce qui n’est
pas forcément un avantage suivant l’usage).[…]
/data/disklessvar1
192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check)
Euh, tu auras peut-être envie de limiter l’accès de var_n à
l’IP de la machine n (pour ce que ça vaut comme sécurité)…[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Ça y ressemble.Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Tu veux faire du aufs/unionfs en plus d’avoir des /var
individuels ? Quel intérêt ?Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
D’après ce dont je me souviens, pour fuse.unionfs, les bouts
qui forment le fs final sont unis dans le fstab avec le type
fuse.unionfs et sont montés avant (quand il s’agit de
répertoires ; je ne sais plus si on peut utiliser directement
des périphériques).Lorsque je test la configuration ci-dessus, mon système client
se lance correctement, mais reste en console (alors que j'ai
bien une interface graphique d'installée).
Ton /var est-il correctement rempli ?
Que disent /var/log/syslog et consorts ?
Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit :
Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
Soit ils sont sur les clients (en local), soit ils sont sur le
serveur. De toute façon, ils doivent être quelque part.
Tu pourrais affiner ce qu’il y a de vraiment variable dans
/var (p.ex. /var/lib/ doit être commun à tous les systèmes qui
partagent le même / mais /var/log doit être individualisé, etc.)
pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que
ça en vaille la chandelle.
Tu peux laisser un seul /var original dans / et monter dessus
un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais :
1. avec aufs/unionfs, tu n’as que les différences en mémoire,
pas le /var original ;
2. tu as un /var « propre » à chaque redémarrage (ce qui n’est
pas forcément un avantage suivant l’usage).
[…]
/data/disklessvar1
192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check)
Euh, tu auras peut-être envie de limiter l’accès de var_n à
l’IP de la machine n (pour ce que ça vaut comme sécurité)…
[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Ça y ressemble.
Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Tu veux faire du aufs/unionfs en plus d’avoir des /var
individuels ? Quel intérêt ?
Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
D’après ce dont je me souviens, pour fuse.unionfs, les bouts
qui forment le fs final sont unis dans le fstab avec le type
fuse.unionfs et sont montés avant (quand il s’agit de
répertoires ; je ne sais plus si on peut utiliser directement
des périphériques).
Lorsque je test la configuration ci-dessus, mon système client
se lance correctement, mais reste en console (alors que j'ai
bien une interface graphique d'installée).
Ton /var est-il correctement rempli ?
Que disent /var/log/syslog et consorts ?
Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit :Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
Soit ils sont sur les clients (en local), soit ils sont sur le
serveur. De toute façon, ils doivent être quelque part.
Tu pourrais affiner ce qu’il y a de vraiment variable dans
/var (p.ex. /var/lib/ doit être commun à tous les systèmes qui
partagent le même / mais /var/log doit être individualisé, etc.)
pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que
ça en vaille la chandelle.
Tu peux laisser un seul /var original dans / et monter dessus
un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais :
1. avec aufs/unionfs, tu n’as que les différences en mémoire,
pas le /var original ;
2. tu as un /var « propre » à chaque redémarrage (ce qui n’est
pas forcément un avantage suivant l’usage).[…]
/data/disklessvar1
192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check)
Euh, tu auras peut-être envie de limiter l’accès de var_n à
l’IP de la machine n (pour ce que ça vaut comme sécurité)…[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Ça y ressemble.Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Tu veux faire du aufs/unionfs en plus d’avoir des /var
individuels ? Quel intérêt ?Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
D’après ce dont je me souviens, pour fuse.unionfs, les bouts
qui forment le fs final sont unis dans le fstab avec le type
fuse.unionfs et sont montés avant (quand il s’agit de
répertoires ; je ne sais plus si on peut utiliser directement
des périphériques).Lorsque je test la configuration ci-dessus, mon système client
se lance correctement, mais reste en console (alors que j'ai
bien une interface graphique d'installée).
Ton /var est-il correctement rempli ?
Que disent /var/log/syslog et consorts ?
Bonsoir,
Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écri re
ou il en a besoin pour fonctionner :
[⦠exports et fstab â¦]
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
[â¦]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Bonsoir,
Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écri re
ou il en a besoin pour fonctionner :
[⦠exports et fstab â¦]
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
[â¦]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Bonsoir,
Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écri re
ou il en a besoin pour fonctionner :
[⦠exports et fstab â¦]
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
[â¦]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit :Bonsoir,
’jour,Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire
ou il en a besoin pour fonctionner :
[… exports et fstab …]
Donc tu veux mettre / en aufs…
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
Ben, ça peut se comprendre : tu veux monter des '/toto' avant
'/'.
[…]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Fais une recherche « aufs root », il y a plein d’exemples pour
avoir un / en aufs (ça se fait dans l’initramfs avec des mount
--move).
(D’après la page de man, il devrait y avoir un exemple
« officiel » pour ton cas dans la doc :
« And there is a good sample which is for network booted
diskless machines. See sample/ in detail. »
Sauf que non…)
Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne
touche pas à /.
¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas
besoin que ce soit un point de montage séparé pour être inclus
dans un aufs.
² ou une simple copie, le contenu du /rootfsro/var original sera
caché par le montage.
PS : et nettoie ton clavier, la touche '?' semble avoir des
répétitions inutiles :oP
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit :
Bonsoir,
’jour,
Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire
ou il en a besoin pour fonctionner :
[… exports et fstab …]
Donc tu veux mettre / en aufs…
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
Ben, ça peut se comprendre : tu veux monter des '/toto' avant
'/'.
[…]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Fais une recherche « aufs root », il y a plein d’exemples pour
avoir un / en aufs (ça se fait dans l’initramfs avec des mount
--move).
(D’après la page de man, il devrait y avoir un exemple
« officiel » pour ton cas dans la doc :
« And there is a good sample which is for network booted
diskless machines. See sample/ in detail. »
Sauf que non…)
Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne
touche pas à /.
¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas
besoin que ce soit un point de montage séparé pour être inclus
dans un aufs.
² ou une simple copie, le contenu du /rootfsro/var original sera
caché par le montage.
PS : et nettoie ton clavier, la touche '?' semble avoir des
répétitions inutiles :oP
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit :Bonsoir,
’jour,Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le réunissant à un
système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire
ou il en a besoin pour fonctionner :
[… exports et fstab …]
Donc tu veux mettre / en aufs…
Je démarre donc mon client qui boot correctement en PXE
(récupération du noyau et de l'image "initrd") puis, le
démarrage s'arrête et affiche : Le disque dur / n'est pas
encore prêt ou présent.
Ben, ça peut se comprendre : tu veux monter des '/toto' avant
'/'.
[…]
Je n'ai pas encore saisie toute les subtilités de "aufs", mais
: Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab"
client ??? ou ai-je loupé une étape quelque part ???
Fais une recherche « aufs root », il y a plein d’exemples pour
avoir un / en aufs (ça se fait dans l’initramfs avec des mount
--move).
(D’après la page de man, il devrait y avoir un exemple
« officiel » pour ton cas dans la doc :
« And there is a good sample which is for network booted
diskless machines. See sample/ in detail. »
Sauf que non…)
Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne
touche pas à /.
¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas
besoin que ce soit un point de montage séparé pour être inclus
dans un aufs.
² ou une simple copie, le contenu du /rootfsro/var original sera
caché par le montage.
PS : et nettoie ton clavier, la touche '?' semble avoir des
répétitions inutiles :oP