Reprise du message précédent :
ok donc si je récapitule :
1- installation d'un système complet.
2- reboot sur un livecd avec partimage
3- sauvegarde du systeme avec partimage et dd sur un serveur nfs
4- boot sur livecd sur chaque ordi a installer et partimage restaure depuis le serveur nfs.
 
.

 
Il faut quand même préciser que le métier d'informaticien demande de la minutie. Chaque tâche à faire doit être précise et rapide. Par exemple, un routeur doit avoir une configuration de base en 6 minutes maximum. Cisco Systems dit que si tu es trop lent, oublie le métier de technicien en info.
 
pour s'en sortir il faut:
 
-une feuille de route pour les changements majeurs
-une base de données du parc de machines installées
-une base de données des adresses IP
-une carte basique du réseau avec les noeuds
-des rapports d'erreurs
-des formulaires de pannes aux usagers
-un ordinateur configuré et prêt à remplacer une machine qui tombe en panne
-implémentation du protocole SNMP, RMON

pour etre informaticien une paire de mains et un cerveau ca suffit amplement
 
@+

aurelboiss c'est pas d'une LAN avec 4 potes qu'on parle ici, c'est de la véritable architecture réseau . Et puis, le jour où un autre admin prend le relais, si t'as rien noté ...

... faut pas pousser non plus, il faut savoir prendre les bonnes décisions au bon moment, et surtout prendre le temps de réfléchir avant de monter ton réseau. Après, évidament, le setup des machines va vite ...

SInon personne n'a essayé le système FAI de débian pour une installation de masse ?
http://www.informatik.uni-koeln.de/fai/
Si oui résultat convainquant ?

 
Utilise a l'ESIEE depuis septembre 2001. Ca marche nickel avec miroir local et repository annexe pour des backports et packages specifiques (trucs pas assez libres pour etre dans non-free et noyaux par exemple).

Dis tetedeiench,
 
pour empêcher les usagers d'utiliser windows on ne devrait laisser que Linux sur les machines, on va bien rigoler et ils vont être obligés de s'en servir

 
Non, ils installeraient leur propre windows, ou alors, ramèneraient leurs portables en débranchant la bécane en face ( pas la leur quoi, la tienne )...
 
C'est du vécu.
 

 
Bref, oui, tout ca se serait bieng, le problème étant que les usagers n'avaient pas réalisés que c'était aussi à eux de nous dire quoi activér, ce dont ils avaient besoin.
 
L'exemple le plus flagrant c'est l'export de la session sous X. Me suis fait exploser la cheutron par un élève car je ne l'avais pas activé...
1- c'était le seul a en avoir besoin
2- il ne me l'avait pas dit
3- c'est une faille de sécurité quoiqu'on en dise
 
Alors bon...
 
Enfin, grâce à ce projet, j'ai réussi à obtenir un stage consistant à remplacer 1500 postes de travail cette année dans un grand groupe. Et tenez vous bien : je devrais répondre à la problématique "Openoffice ou pas ? " et "Linux pour la bureautique ou pas ?"
 
on m'aurait dit que j'aurai à faire cela, eh beh...

question bete mais pourquoi ne pas booté a partir du reseau sur du tftp et recupéré le systeme via nfs?
 
j'ai fais ça dans le labo ou je bosse et ça fonctionne plutot bien... tu installes sur une machine, tu modifies les fichiers de conf du boot, creation de RamDisk,(petit hack de ltsp)...  
le point interessant c'est pour l'administration c'est sympa car tous bossent sur une seule arbo....

 
Je réponds en retard mais je réponds
 
la réponse est simple : chaque élève doit être root de sa bécane pour lui apprendre les bases de l'administration nunux.
 
Installer apache, utliser une console, installer java, tout ca...

 
Pour la partie 1 (installer  leurs propres windows) tu desactive le boot sur disquettes/lecteurs CD dans le BIOS et tu protege le BIOS. C'est simple et radical.
 
Pour le point 2 (amené leurs propres machines) la mon gars le pb vient de l'admin reseau, il y a des solution simples pour cela (VLAN par addresses MAC, DHCP/MAC, filtre sur addresses MAC dans les firewall/routeurs ....)

 
Clair que ce sont les 2 solutions les plus adaptées