marionnet-dev team mailing list archive

[Jean-Vincent Loddo <Jean-vincent.Loddo@xxxxxxxxxxxxxxxxxxxx>]

Bonjour,

Je commence par répondre à ce message et je répondrai ensuite au sujet 
du script pour les systèmes de fichiers sparse.

Le 13/09/2012 13:32, Pierre BLONDEAU ( sysadmin dept-info ) a écrit :
> Bonjour,
>
> Nous avons tenté une mise à jour de noyau et des systèmes de fichiers en
> squeeze.
> Ils sont disponibles ici :
>    https://blondeau.users.greyc.fr/marionnet/new_fs_kernel.tar.bz2

Ok, c'est super, c'est un travail qu'il fallait faire. Si vous n'avez 
rien contre, on peut envisager de les distribuer massivement à partir de 
www.marionnet.org (même par le script marionnet_from_scratch).

> Le fichier machine-debian-2012-09-03 est une mise à jour du fichier
> fournis par marionnet et quelques autres logiciels et leurs fichiers de
> conf (genre screen et un .screenrc, etc ... ). Le noyau linux-2.6.32-1
> est le noyaux user-mode-linux "officiel" packagé par debian. Le paquet
> est d’ailleurs installé dans le système de fichier ce qui permet d'en
> détecter les mises à jour.
> ...

Ce compte rendu est intéressant pour un éventuel howto...

> ATTENTION Problème : ce patch rend inutilisable les anciens systèmes de
> fichiers de marionnet. Ce qui n'est pas grave pour nous en début
> d'année, mais pourrait gêner d'autres personnes.
>
> Q1 : Auriez vous une autre idée rétrocompatible ?

Oui, je l'ai depuis longtemps mais jamais le temps de la réaliser : il 
faudrait introduire des meta-données associées aux systèmes de fichiers. 
Par exemple un fichier (texte) par fs, qq chose comme :

  machine-debian-2012-09-03.meta

où se situeraient toutes les informations nécessaires ou utiles au bon 
fonctionnement du fs (noyaux compatibles, distribution graphique ou pas, 
consoles utilisables, etc). Je ne sais pas si j'aurai le temps de faire 
ça ces jours-ci mais je vais quand même essayer. Ce serait une manière 
d'intégrer votre contribution en douceur.

> Nous avons également des erreurs et messages non résolus qui ne sont pas
> gênants pour nous, mais si vous avez des solutions :
>    -> Erreur de chargement du type de clavier
>    -> Des messages d'IRQ au boot.

Pour les deux points précédents je n'ai pas de réponse immédiate, il 
faut que j'essaye.

>    -> Affichage de l'interface eth42 car le noyau n'est pas patché
>
> Q2 : est ce que le changement du clavier fonctionné ?

Le changement de clavier a fonctionné à une certaine époque, mais 
j'avoue ne pas avoir essayé depuis longtemps...

> Q3 : À quoi sert cette interface ? À priori, tout fonctionne pour nous
> lorsque l'interface n'est pas configurée.

Elle sert à l'affichage des programmes graphiques (wireshark, 
firefox,..) dont le display est déporté sur le serveur de la machine 
hôte. L'idée de la cacher (dont l'idée du patch noyau) vient d'un souci 
exclusivement pédagogique, celui de reproduire à l'identique les 
conditions de travail sur une machine réelle avec un certain nombre 
d'interfaces qu'on surveille et qu'on contrôle avec les commandes route, 
ifconfig, etc. La présence d'une interface supplémentaire, dont on ne 
connait pas l'intérêt, pourrait perturber les étudiants ou en tout cas 
les gêner en "polluant" la sortie des commandes réseau. Sans compter 
qu'il pourraient avoir envie de la re-configurer, ou la mettre down, ou 
d'autres initiatives créatives (iptables) dont ils sont champions ;-)

> Q4 : Que fait le patch noyau de marionnet à part cacher eth42 ?

Rien d'autre... mais ce n'est pas si simple ;-)

Merci de tout ce travail et du compte rendu.
Je vous tiens au courant,
Jean-Vincent