Bonjour ,
Je suis en train de definir si pour une ( des nombreuse autres ) salles info
de la Fac dans laquelle je suis , je vais utiliser une Mandrake ou une
Fedora .
Le choix n'est pas au niveau technique . A mon avis , techniquement
parlant , l'une ou l'autre , ça ne me fera pas une grande difference pour
la deployer sur une vingtaine de postes (identiques) .
Mon souci se trouve au niveau "mentalité" . J'en veux a RH d'avoir abandonné
les distros grand public et beaucoup en veulent a MDK pour leur attitude .
J'ai un penchant MDK pour le fait que je suppose que un maximum
d'applications sont francisées ( ça aide dans une salle info ) , est ce que
sur une Fedora on a un "niveau" similaire d'applis francisées ?
D'autre part, quelles sont les précautions à prendre lorsque l'on exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comment ça ? Ton disque est vierge, donc tu ne peux pas démarrer dessus pour lancer des commandes dessus... Tu peux par contre booter depuis un support externe, par exemple un live-cd, une clef-usb ou une disquette avec une distrib minimaliste (par exemple http://www.toms.net/rb/).
D'autre part, quelles sont les précautions à prendre lorsque l'on
exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les
applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comment ça ? Ton disque est vierge, donc tu ne peux pas démarrer dessus
pour lancer des commandes dessus... Tu peux par contre booter depuis un
support externe, par exemple un live-cd, une clef-usb ou une disquette
avec une distrib minimaliste (par exemple http://www.toms.net/rb/).
D'autre part, quelles sont les précautions à prendre lorsque l'on exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comment ça ? Ton disque est vierge, donc tu ne peux pas démarrer dessus pour lancer des commandes dessus... Tu peux par contre booter depuis un support externe, par exemple un live-cd, une clef-usb ou une disquette avec une distrib minimaliste (par exemple http://www.toms.net/rb/).
Sebastien Tanguy
Rakotomandimby writes:
Nicolas George wrote:
Donc éviter comme la peste celles qui font tout en mode graphique.
est ce que MDK et Fedora sont donc a eviter ? je suppose que vous vouliez en venir a me suggerer Debian ?
Oulah, je ne sais pas ce qu'il en est du nouvel installer, mais la Debian, à part en utilisant des projets tiers (FAI), n'est pas vraiment la mieux placée pour ce qui est de l'installation automatique.
Pour la mandrake, je ne sais pas, mais la Redhat dispose depuis longtemps de Kickstart pour ce genre de choses. Entre ça, du pxe et du matériel supporté, l'installation automatisé se fait les doigts dans le nez. On peut même rajouter une couche de cfengine par dessus pour la configuration au delà.
seb. -- Q: How many Unix hacks does it take to change a light bulb ? A: Let's see, can you use a script shell for that, or does it need a C program ?
Rakotomandimby <mrakotom@free.fr> writes:
Nicolas George wrote:
Donc éviter comme la
peste celles qui font tout en mode graphique.
est ce que MDK et Fedora sont donc a eviter ?
je suppose que vous vouliez en venir a me suggerer Debian ?
Oulah, je ne sais pas ce qu'il en est du nouvel installer, mais la
Debian, à part en utilisant des projets tiers (FAI), n'est pas
vraiment la mieux placée pour ce qui est de l'installation
automatique.
Pour la mandrake, je ne sais pas, mais la Redhat dispose depuis
longtemps de Kickstart pour ce genre de choses. Entre ça, du pxe et du
matériel supporté, l'installation automatisé se fait les doigts dans
le nez. On peut même rajouter une couche de cfengine par dessus pour
la configuration au delà.
seb.
--
Q: How many Unix hacks does it take to change a light bulb ?
A: Let's see, can you use a script shell for that, or does it need
a C program ?
Donc éviter comme la peste celles qui font tout en mode graphique.
est ce que MDK et Fedora sont donc a eviter ? je suppose que vous vouliez en venir a me suggerer Debian ?
Oulah, je ne sais pas ce qu'il en est du nouvel installer, mais la Debian, à part en utilisant des projets tiers (FAI), n'est pas vraiment la mieux placée pour ce qui est de l'installation automatique.
Pour la mandrake, je ne sais pas, mais la Redhat dispose depuis longtemps de Kickstart pour ce genre de choses. Entre ça, du pxe et du matériel supporté, l'installation automatisé se fait les doigts dans le nez. On peut même rajouter une couche de cfengine par dessus pour la configuration au delà.
seb. -- Q: How many Unix hacks does it take to change a light bulb ? A: Let's see, can you use a script shell for that, or does it need a C program ?
george
Harry Cover , dans le message , a écrit :
Sympa la commande.
Attention toutefois si le filesystem a des extensions un peu bizarres, comme les ACL : il faut prendre une version de tar qui supporte ces extensions. On voit vaguement ça dans la commande que j'ai indiquée, avec l'option -S.
À noter qu'il n'est pas indispensable de faire passer le tar par ssh : le faire passer par un bête netcat, ou bien monter par nfs et faire une copie locale (tar | tar par exemple) serait plus efficace (pour un lien 10BaseT, si une des machines va à moins de 400 MHz, c'est la vitesse du CPU pour la crypto qui limite la vitesse de transfert ; avec un 100BaseTX, même les machines rapides actuelles vont saturer).
Pourquoi ?
Lors de l'installation, il va y avoir un peu de « crasse » qui va arriver sur le disque dur : fichiers temporaires effacés, légère fragmentation. Une copie de l'image du disque va copier cette crasse, alors qu'une copie des fichiers donnera un filesystem complètement nickel.
D'autre part, quelles sont les précautions à prendre lorsque l'on exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comme on l'a dit dans un message frère, il n'est pas question de faire ça sur un filesystem en utilisation : le système d'arrivé doit être complètement inerte, et il serait bon que le système de départ le soit en grande partie aussi. La destination bootée sur une distribution live semble le mieux. Pour la source, du single user, ou carrément du init=/bin/sh est souhaitable.
Harry Cover , dans le message
<qqi4201u96ffka42j5uvtai3n4gl1mi3fr@4ax.com>, a écrit :
Sympa la commande.
Attention toutefois si le filesystem a des extensions un peu bizarres,
comme les ACL : il faut prendre une version de tar qui supporte ces
extensions. On voit vaguement ça dans la commande que j'ai indiquée,
avec l'option -S.
À noter qu'il n'est pas indispensable de faire passer le tar par ssh :
le faire passer par un bête netcat, ou bien monter par nfs et faire une
copie locale (tar | tar par exemple) serait plus efficace (pour un lien
10BaseT, si une des machines va à moins de 400 MHz, c'est la vitesse du
CPU pour la crypto qui limite la vitesse de transfert ; avec un
100BaseTX, même les machines rapides actuelles vont saturer).
Pourquoi ?
Lors de l'installation, il va y avoir un peu de « crasse » qui va
arriver sur le disque dur : fichiers temporaires effacés, légère
fragmentation. Une copie de l'image du disque va copier cette crasse,
alors qu'une copie des fichiers donnera un filesystem complètement
nickel.
D'autre part, quelles sont les précautions à prendre lorsque l'on
exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les
applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comme on l'a dit dans un message frère, il n'est pas question de faire
ça sur un filesystem en utilisation : le système d'arrivé doit être
complètement inerte, et il serait bon que le système de départ le soit
en grande partie aussi. La destination bootée sur une distribution live
semble le mieux. Pour la source, du single user, ou carrément du
init=/bin/sh est souhaitable.
Attention toutefois si le filesystem a des extensions un peu bizarres, comme les ACL : il faut prendre une version de tar qui supporte ces extensions. On voit vaguement ça dans la commande que j'ai indiquée, avec l'option -S.
À noter qu'il n'est pas indispensable de faire passer le tar par ssh : le faire passer par un bête netcat, ou bien monter par nfs et faire une copie locale (tar | tar par exemple) serait plus efficace (pour un lien 10BaseT, si une des machines va à moins de 400 MHz, c'est la vitesse du CPU pour la crypto qui limite la vitesse de transfert ; avec un 100BaseTX, même les machines rapides actuelles vont saturer).
Pourquoi ?
Lors de l'installation, il va y avoir un peu de « crasse » qui va arriver sur le disque dur : fichiers temporaires effacés, légère fragmentation. Une copie de l'image du disque va copier cette crasse, alors qu'une copie des fichiers donnera un filesystem complètement nickel.
D'autre part, quelles sont les précautions à prendre lorsque l'on exécute ces commandes ? C'est un peu de l'écrasement "temps réel", les applis qui sont en train de tourner ne vont pas être déstabilisées ?
Comme on l'a dit dans un message frère, il n'est pas question de faire ça sur un filesystem en utilisation : le système d'arrivé doit être complètement inerte, et il serait bon que le système de départ le soit en grande partie aussi. La destination bootée sur une distribution live semble le mieux. Pour la source, du single user, ou carrément du init=/bin/sh est souhaitable.
george
Sebastien Tanguy , dans le message , a écrit :
l'installation automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
Sebastien Tanguy , dans le message
<87k731wpdb.fsf@meryllon.death-gate.fr.eu.org>, a écrit :
l'installation
automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait
une fois pour toutes et on n'y pense plus. En revanche, des mises à
jour, on en fait nettement plus souvent.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
talon
Rakotomandimby wrote:
J'ai un penchant MDK pour le fait que je suppose que un maximum d'applications sont francisées ( ça aide dans une salle info ) , est ce que sur une Fedora on a un "niveau" similaire d'applis francisées ?
Ce qui t'aidera le plus c'est si tu peux automatiser l'install au maximum. Avec Fedora tu peux consacrer environ 15s par machine à l'install: booter avec une floppy etherboot, ou booter en pxe, faire venir kernel+initrd par tftp, puis lire un ks.cfg par nfs ou http et tout installer automatiquement à partir d'un serveur NFS. Je te garantis que si ton seveur est costaud, tu peux installer simulatnément tes vingt machines en environ 1/2 heure, en y consacrant 20s par machine. Je ne sais pas si Mandrake est aussi commode, en particulier s'il y a l'équivalent du kickstart par le réseau.
--
Michel TALON
Rakotomandimby <mrakotom@free.fr> wrote:
J'ai un penchant MDK pour le fait que je suppose que un maximum
d'applications sont francisées ( ça aide dans une salle info ) , est ce que
sur une Fedora on a un "niveau" similaire d'applis francisées ?
Ce qui t'aidera le plus c'est si tu peux automatiser l'install au
maximum. Avec Fedora tu peux consacrer environ 15s par machine à
l'install: booter avec une floppy etherboot, ou booter en pxe,
faire venir kernel+initrd par tftp, puis lire un ks.cfg par nfs ou http
et tout installer automatiquement à partir d'un serveur NFS. Je te
garantis que si ton seveur est costaud, tu peux installer simulatnément
tes vingt machines en environ 1/2 heure, en y consacrant 20s par
machine. Je ne sais pas si Mandrake est aussi commode, en particulier
s'il y a l'équivalent du kickstart par le réseau.
J'ai un penchant MDK pour le fait que je suppose que un maximum d'applications sont francisées ( ça aide dans une salle info ) , est ce que sur une Fedora on a un "niveau" similaire d'applis francisées ?
Ce qui t'aidera le plus c'est si tu peux automatiser l'install au maximum. Avec Fedora tu peux consacrer environ 15s par machine à l'install: booter avec une floppy etherboot, ou booter en pxe, faire venir kernel+initrd par tftp, puis lire un ks.cfg par nfs ou http et tout installer automatiquement à partir d'un serveur NFS. Je te garantis que si ton seveur est costaud, tu peux installer simulatnément tes vingt machines en environ 1/2 heure, en y consacrant 20s par machine. Je ne sais pas si Mandrake est aussi commode, en particulier s'il y a l'équivalent du kickstart par le réseau.
--
Michel TALON
talon
Nicolas George wrote:
Sebastien Tanguy , dans le message , a écrit :
l'installation automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
Installation automatique ou mise à jour automatique, c'est le même problème, et ça se fait exactement pareil avec Fedora, n'y qu'à éditer le ks.cfg pour passer de l'un à l'autre. J'ai l'impression que tu n'as pas essayé cette technique, sinon tu verrais que c'est plus rapide que ce que tu préconises, au prix de se fendre de la mise au point du procédé une fois en tout et pour tout.
--
Michel TALON
Nicolas George <george@clipper.ens.fr> wrote:
Sebastien Tanguy , dans le message
<87k731wpdb.fsf@meryllon.death-gate.fr.eu.org>, a écrit :
l'installation
automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait
une fois pour toutes et on n'y pense plus. En revanche, des mises à
jour, on en fait nettement plus souvent.
Installation automatique ou mise à jour automatique, c'est le même
problème, et ça se fait exactement pareil avec Fedora, n'y qu'à éditer
le ks.cfg pour passer de l'un à l'autre. J'ai l'impression que tu n'as
pas essayé cette technique, sinon tu verrais que c'est plus
rapide que ce que tu préconises, au prix de se fendre de la mise au
point du procédé une fois en tout et pour tout.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
Installation automatique ou mise à jour automatique, c'est le même problème, et ça se fait exactement pareil avec Fedora, n'y qu'à éditer le ks.cfg pour passer de l'un à l'autre. J'ai l'impression que tu n'as pas essayé cette technique, sinon tu verrais que c'est plus rapide que ce que tu préconises, au prix de se fendre de la mise au point du procédé une fois en tout et pour tout.
--
Michel TALON
Sebastien Tanguy
(Nicolas George) writes:
Sebastien Tanguy , dans le message , a écrit :
l'installation automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
En l'occurrence, pour des postes infos, des stations identiques de ce genre, je préfère mettre à jour l'image maître et faire des réinstalls régulières automatisées. Parce que bon, des machines en accès quasi publique...
seb. -- First time I've gotten a programming job that required a drug test. I was worried they were going to say "you don't have enough LSD in your system to do Unix programming". -- P.T. in the monastery
george@clipper.ens.fr (Nicolas George) writes:
Sebastien Tanguy , dans le message
<87k731wpdb.fsf@meryllon.death-gate.fr.eu.org>, a écrit :
l'installation
automatique.
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait
une fois pour toutes et on n'y pense plus. En revanche, des mises à
jour, on en fait nettement plus souvent.
En l'occurrence, pour des postes infos, des stations identiques de ce
genre, je préfère mettre à jour l'image maître et faire des réinstalls
régulières automatisées. Parce que bon, des machines en accès quasi
publique...
seb.
--
First time I've gotten a programming job that required a drug test. I
was worried they were going to say "you don't have enough LSD in your
system to do Unix programming".
-- P.T. in the monastery
Il n'y a pas que l'installation, dans la vie. L'installation, on la fait une fois pour toutes et on n'y pense plus. En revanche, des mises à jour, on en fait nettement plus souvent.
En l'occurrence, pour des postes infos, des stations identiques de ce genre, je préfère mettre à jour l'image maître et faire des réinstalls régulières automatisées. Parce que bon, des machines en accès quasi publique...
seb. -- First time I've gotten a programming job that required a drug test. I was worried they were going to say "you don't have enough LSD in your system to do Unix programming". -- P.T. in the monastery
george
Sebastien Tanguy , dans le message , a écrit :
Parce que bon, des machines en accès quasi publique...
Eh, c'est pas des windows !
Sebastien Tanguy , dans le message
<87fzdpwblt.fsf@meryllon.death-gate.fr.eu.org>, a écrit :
Parce que bon, des machines en accès quasi
publique...
