← Back to team overview

marionnet-dev team mailing list archive

Re: Mise à jour du noyau uml et des filesystem en squeeze

 

On 13/09/2012 15:42, Jean-Vincent Loddo wrote:
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).

Bien sur, c'est pour ça que je les ai proposé ( Attention aux tty ). Au vu du peut de modification, nous nous demandions avec Davy si on ne pouvez pas utiliser une "variante" pour faire le routeur et ainsi limiter la place à télécharger ?

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.

Effectivement c'est une bonne idée, par contre je suis incapable de vous aider à mettre en place une tel fonction. ( Par curiosité, pourquoi le ocaml ? )

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 ;-)

On a les même alors ;) ( -2 points au contrôle terminal pour celui qui configure l'interface eth42, ça marche ? )

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

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

C'est bien pour ça que nous n'avons même pas essayé de l'appliquer vu le nombre de ligne et des changements du noyau.

A+

--
----------------------------------------------
Pierre BLONDEAU
Administrateur Systèmes & réseaux
Université de Caen
Laboratoire GREYC, Département d'informatique

tel	: 02 31 56 75 42
bureau	: Campus 2, Science 3, 406
----------------------------------------------


References