Bonjour,
 
je souhaite passer tout mon système de fichier en lecture seule, et d'effectuer les écritures sur un tmpfs.
 
La manip serait donc de faire un unionfs entre "/" et mon tmpfs, mais cela ne fonctionne pas. J'y arrive bien pour n'importe quel autre répertoire de la racine, mais pas la racine elle même.  
 
Je suppose que cela vient du fait que mon tmpfs est monté dans un sous-répertoire de la racine ( forcément ...) , par conséquent, on aurait un phénomène récursif quand on accède à un fichier du tmpfs.
 
Pourtant, je pense que c'est possible à faire puisque les livecd fonctionnent comme ça.
 
J'ai bien peur qu'il faille passer par un root temporaire (genre un ramdisk ) qui va me monter ma compact flash dans un répertoire , le tmpfs dans un autre , qui va faire un unionfs de tout ça , et qui finit par un chroot.
 
Est ce la bonne méthode ? Sinon, comment faire , d'autant plus que je vais partir d'une distribution existante ( mandriva ou ubuntu , avec préférence pour mandriva ).
 
Merci bien  

Ma passerelle Debian fonctionne comme cela, elle tourne sur une CompactFlash .
Au début j'étais aussi parti sur de l'UnionFS, mais n'étais arrivé à pas grand chose. J'ai tenté ma chance avec AuFS qui est en quelque sorte un fork d'UnionFS.
Le support d'AuFS n'étant pas intégré au noyau, il faut donc recompiler celui-ci (j'en ai profité pour l'alléger). Je m'étais inspiré en grand partie de ce tuto.

Merci pour ce tuto j'aurais aimé utiliser debian, mais j'ai besoin absolument de version récente de noyau, xorg et driver intel (ce qui n'est pas le cas avec debian lenny 5.0 ), du coup c'est plus simple pour moi de prendre une distrib qui comprend déjà tout plutot que de mettre tout à jour  
 
Je sens par contre que la distrib va me poser d'autres problèmes pour la passer en unionfs (ou aufs ).
 
 
D'ailleurs , qu'est ce que aufs t'a permis de faire que tu ne pouvais pas faire avec unionfs ?

Je n'ai rien fait de plus avec AuFS que UnionFS. N'ayant pas réussi à passer mon système en RO avec UnionFS, j'ai tenté AuFS qui fonctionné.

J'ai commencé à analyser le script, et je tombe sur des difficultés.
 
En effet, une des premières choses effectuées est :
 

 
Je suppose que ${rootmnt} est "/" .  
 
Je n'ai pas le droit d'exécuter cette commande une fois le système démarré, le message d'erreur est le suivant : "too many levels of symbolic links".
 
Le script est démarré dans le initramfs mais c'est une spécificité de ubuntu ( je ne sais pas sur debian) , mais sur les autres distributions, ce n'est pas comme ça. Or, je suppose que le script est mis dans initramfs car c'est une opération qu'il faut impérativement faire dès le démarrage de l'OS.
 
Je ne sais pas comment faire ça de façon générique ( c'est à dire, indépendamment de la distribution) .
 
 
J'analyse quand même la suite du script :  
 
Le montage du disque est donc déplacé dans /ro , et le tmpfs dans /rw
 
 
Ensuite un aufs est fait entre /ro et /rw , et le résultat est dans /aufs  (je suis déjà un peu perdu )
 
 
Ensuite, les répertoire /ro et /rw sont recréé dans /aufs , pourquoi ? et surtout pourquoi après le mount aufs précédent.
 
Encore moins compréhensible, /ro et /rw sont déplacé vers /aufs/ro et /aufs/rw .
 
 
Ensuite, un tas de choses sont faites (notamment au niveau des fstab )
 
et pour finir un mount --move /aufs  /  
 
Je ne comprends pas pourquoi il faut passer par une étape intermédiaire avec /aufs
 
Pourquoi ne pas avoir fait directement  
 

 
plutot que  
 

 
 
 
Bref, que de questions

Je suis en train d'analyser la construction d'un LiveCD ( par exemple le live one de mandriva ) en le décortiquant à fond, et ma foi, ça correspond à peu près à ce que je souhaite faire.  
 
Seulement, quelques points m'échappent.
 
Le contenu d'un live CD comprend un noyau de démarrage  ( qu'on trouve dans /boot) , un fichier ramdisk ( initrd.tgz ) , et un système de fichier compressé en squashfs.
 
Le chargeur de démarrage est un isolinux , et démarre le noyau avec en paramètre le fichier ramdisk. Celui-ci contient un script /linuxrc et le nécessaire pour faire un tas d'initialisation comme le montage / démontage de volume, et aussi un utilitaire appelé plymouth qui apparemment est un gestionnaire de splashscreen.
 
En gros et sans détailler, le script linuxrc charge un certain nombre de modules ( dont unionfs et squashfs , tous situés dans le ramdisk), puis créé un tmpfs en rw ,et monte squashfs en ro , et fait un unionfs des 2. C'est exactement ce que je souhaiterai faire.
 
Seulement, je ne comprends pas par quel mécanisme il file la suite du travail à l'OS se trouvant dans le répertoire squashfs , c'est à dire en utilisant le noyau contenu dans celui-ci et non plus le noyau de démarrage ( je pense que ce n'est pas possible), et d'autre part, exécuter tous les scripts de démarrage dans /etc/rcX.d. Il me semblait que ce dernier point était géré par le binaire /sbin/init qui est lancé par défaut par le noyau, sauf si celui-ci a autre chose en paramètre, et me semble-t-il ici qu'il s'agit du script /linuxrc du ramdisk. Bref, je ne comprends pas tout ( et vous devez ptet lire des énormités ) , si quelqu'un peut m'éclairer car là, je suis un peu perdu.
 
Autre point : puis-je utiliser isolinux comme chargeur de démarrage avec une compact flash plutot qu'un CDROM ou faut-il utiliser autre chose ? (grub etc ...).
 
Merci

Je pense que mettre tout en unionfs risque d'être vraiment complexe. Mais bon... si certains veulent continuer sur cette idée, je conseillerais plutôt d'analyser comment est construit une distribution sur une clé usb car là on peut écrire par la suite. Par exemple, on peut utiliser un CD live d'ubuntu puis créer une clé bootable.
 
Sinon, il y a peut-être plus simple en mettant uniquement /usr en unionfs.  
Explication simple: https://wiki.archlinux.org/index.ph [...] ing_.2Fusr
et qui reprend le travail de quelqu'un sur le forum de gentoo: http://forums.gentoo.org/viewtopic-t-646289.html
 
Normalement les distributions compilent le noyau avec squashfs mais c'est à vérifier.

Salut
 
Merci pour ta réponse.
 
Le but de mettre tout en unionfs est malheureusement une contrainte nécessaire. En effet, je dois créer une distribution capable de supporter des coupures intempestives à n'importe quel moment du démarrage. Or, l'expérience passée me montre que si le système de fichier n'est pas en lecture seule, il arrivera par moment que celui-ci se corrompt et fasse que le système ne démarre plus sans une opération de maintenance manuelle ( généralement un fsck ou autre ).
 
Je pourrais effectivement faire comme tu dis ( et la version précédente qu'on a faite s'en rapproche) , et mettre en unionfs tous les répertoires de la racine et non pas lui même , et de monter la racine en lecture seule, ce qui reviendrait quasiment au même, mais je ne trouve pas ça "propre" ( j'essaie de faire les choses bien, bien que je ne comprenne pas tout ).
 
De plus, pour des raisons d'évolutivité, ça me semble pas trop mal d'avoir à copier une version d'OS ( compressée en un seul fichier squashfs ) dans un répertoire, plutôt que de devoir redéployer toute l'arborescence. Mais je peux me tromper !

OK je pense avoir compris ton but.

Bon je donne une autre piste à mettre sous le coude au cas où l'idée de l'unionfs serait trop compliquée. Il me semble que linux a besoin d'écrire uniquement dans /var/log/ et créé en ram /proc /dev et /sys. Et quand il démarre, un script dans /etc fait le remount de ro en rw. C'est, il me semble, /etc/rc.sysinit . Donc là on pourrait faire en sorte de rester en ro et mettre /var/log sur une autre partition.

Pour en revenir à l'unionfs, il y a un an ou 2, j'avais analysé des scripts qui construisent des CDs Live et notamment un script qui faisait des mini CDs de Debian et de Ubuntu. Là c'est plus simple à comprendre car il y a que le strict nécessaire. Je pense que tu devrais chercher ces scripts et ça devrait t'aider.

Salut
 
Bon, je commence à y voir un peu plus clair en regardant avec détail le fichier script /linuxrc du ramdisk du liveCD, et également en lisant la page de manuel d'initrd.
 
Cependant, il y a quelques points que je ne comprends pas. Je commence par initrd  ( http://pwet.fr/man/linux/fichiers_speciaux/initrd ) :
 

 
Je ne comprends pas bien le point 6. Qu'entendent-ils par "si /linuxrc se termine en ayant monté d'autres systèmes de fichiers sur la racine initiale, alors ..."
 
Cela signifie : si on a fait des mounts supplémentaires ( genre dans /mnt/toto ou autre ), ou bien si on a remplacé la racine ( qui est à ce moment là /dev/ram0 qui est en fait le initrd.gz ) par autre chose  ( genre, dans ce cas là, le unionfs que je souhaite faire ) ?
 
 
J'ai globalement compris le reste du détail de la séquence de démarrage, et je pense que c'est exactement avec ce mécanisme que je vais pouvoir faire ce que je souhaite faire, d'ailleurs si je regarde en détail le /linuxrc du live CD de mandriva , cela confirmerait mon hypothèse.
 
 
Je passe à la suite.
 
Apparemment, le paragraphe suivant de la page man explique qu'on peut effectivement se servir d'initrd pour changer la racine du système de fichier. Serait-ce l'explication à mon interrogation précédente ? A savoir, on ne peut pas changer la racine ( voir 6. ) SAUF si on applique ce qui est expliqué dans ce paragraphe ?
 
je cite :
 

 
Dans cette explication, cela parle beaucoup de NFS, je ne suis pas dans ce cas. Je souhaite monter la racine sur un unionfs d'un squashfs en ro d'un coté, et un tmpfs en rw de l'autre ( comme un liveCD en fait). Et ce squashfs serait stocké sur une CF , dans laquelle il y aurait également le noyau et l'initrd ( quasiment comme un liveCD - bis ).
 
Si j'ai bien compris, c'est la ligne : echo 0x365 >/proc/sys/kernel/real-root-dev qui me permettrait d'avoir le droit de changer la racine avec linuxrc.  
 
Passons maintenant au détail du fichier /linuxrc de l'initrd du liveCD mandriva 2010.
 

 
nash-mount doit être un utilitaire équivalent à mount ( pourquoi ils utilisent celui-là, mystère ...) ,et plymouth à l'air d'être un gestionnaire de splashscreen.
 
 
Première chose effectuée ( je passe les inits diverses ) : montage du CDROM dans /live/media  (ligne 39)
 

 
ensuite montage du squashfs en 2 étapes ( car nash-mount ne doit pas savoir gérer les périphériques loop ) dans /live/distrib (ligne 40 et 41)
 

 
ensuite montage du tmpfs dans /live/memory ( ligne 42 )
Bizarre, ici ils utilisent mount et non nash-mount
 

 
Ensuite , création du unionfs entre /live/memory et /live/distrib, resultat dans /live/union ( ligne 43 )
 

 
Ensuite, commande qui je ne sais pas à quoi elle sert ( ligne 44 )

 
Ensuite, la ligne dont je parlais précédemment à propos de l'initrd ( ligne 45 )

 
Que représente 0x0100 ? Pourquoi ce choix ? Comment choisir le numéro que je dois mettre dans mon cas ( décrit plus haut )
 
 
Ensuite proc et sys sont démonté ( certainement parce qu'ils seront remontés plus tard par un des scripts appelés par /sbin/init ) , ligne 46 à 48
 

Pourquoi démonter également /proc/bus/usb alors que je ne l'ai pas monté ?
 
Puis, une commande qui d'après la page man , permet de changer la racine. C'est exactement ce que je veux. Je suis juste étonné qu'on n'en parle pas dans la page man de initrd ( ligne 49 )
 

 
D'après la page man de pivot_root , cette commande permet de changer la racine, la nouvelle étant le premier paramètre, et l'ancienne est bougée dans le 2eme paramètre.
 
Donc si je détaille bien cet appel :
 
avant l'appel : / est /dev/ram0 ( le contenu de mon initrd.gz )
 
après l'appel : / devient /live/union ( donc ( l'union de squashfs et tmpfs ) , et /dev/ram0  bouge dans le sous répertoire  /live/union/initrd ... ET comme /live/union devient / , alors le contenu de /dev/ram0 se trouve en réalité dans /initrd
 
/initrd contient donc la totalité de mon ramdisk + /initrd/live/union ( qui est maintenant vide ) + /initrd/live/memory ( qui est mon tmpfs ) + /initrd/live/distrib ( qui est mon squashfs ).
 
les lignes 50-51-52 nettoie ce répertoire /initrd/live en enlevant tous les répertoires, et en déplacant les montages directement dans /live
 
ensuite ligne 53-54-55

 
Je ne comprends pas le besoin de faire ces appels. Si je comprends bien, le but est de déplacer tous les fichiers de périphériques du ramdisk vers un tmpfs créé. Mais il y a également un répertoire /dev provenant du squashfs, qui se retrouve donc au même endroit. Que se passe-t-il ? Le montage ligne 53 écrase le /dev du squashfs ? Ou alors il y a fusion ?
 
 
 
Fin du script.
 
Si je reprends le détail de initrd, ensuite s'exécute normalement /sbin/init et la séquence de démarrage va partir du unionfs entre squashfs et tmpfs.
 
 
Sauf que si je reprends le point 6 qui me posait problème :
 
 - ne sommes-nous pas dans le cas : "Si /linuxrc se termine en ayant monté d'autres systèmes de fichiers sur la racine initiale, alors le comportement du noyau est INDÉTERMINÉ."
 
 - sinon , quelle opération a permis de dire que nous ne sommes pas dans un cas indeterminé ? ( ex  : le echo 0x0100 > /proc/sys/kernel/real-root-dev ) ?
 
 
En espérant que pour ceux qui m'ont lu jusque là, qu'ils auront encore le courage de me donner des réponses à mes nombreuses interrogations    
 
( bien entendu, lorsque j'aurai réussi à faire fonctionner comme je le souhaite, je donnerai tout le détail, ça pourra servir de tutoriel à d'autres qui seront confrontés aux mêmes besoins).