Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
François Boisson writes:Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
Idem pour moi. Malgré tous mes efforts (modifs des sources de d-i and
co), impossible d'arriver à quoi que ce soit avec un noyau > 2.6.12.
C'est pour ça que l'installateur customizé que j'ai fait est "bloqué"
au 2.6.12.6.
Désormais, pour les machines très récentes, j'utilise RIP (Merci à T.
Nemeth pour cette idée), à partir duquel j'installe une image d'une
Debian minimale disposant d'un noyau récent (actuellement 2.6.15.4) et
des outils nécessaires (yaird en particulier).
François Boisson <user.anti-spam@maison.homelinux.net> writes:
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
Idem pour moi. Malgré tous mes efforts (modifs des sources de d-i and
co), impossible d'arriver à quoi que ce soit avec un noyau > 2.6.12.
C'est pour ça que l'installateur customizé que j'ai fait est "bloqué"
au 2.6.12.6.
Désormais, pour les machines très récentes, j'utilise RIP (Merci à T.
Nemeth pour cette idée), à partir duquel j'installe une image d'une
Debian minimale disposant d'un noyau récent (actuellement 2.6.15.4) et
des outils nécessaires (yaird en particulier).
François Boisson writes:Fais attention, je m'y suis cassé les dents: le devfs a été supprimé
du noyau à partir du 2.6.13. Or tous les scripts de l'installation
de sarge sont fondés sur devfs. Bref, après avoir fait toutes tes
étapes, j'ai fini par abandonner.
Idem pour moi. Malgré tous mes efforts (modifs des sources de d-i and
co), impossible d'arriver à quoi que ce soit avec un noyau > 2.6.12.
C'est pour ça que l'installateur customizé que j'ai fait est "bloqué"
au 2.6.12.6.
Désormais, pour les machines très récentes, j'utilise RIP (Merci à T.
Nemeth pour cette idée), à partir duquel j'installe une image d'une
Debian minimale disposant d'un noyau récent (actuellement 2.6.15.4) et
des outils nécessaires (yaird en particulier).
Le retour d'install sur machines récentes m'interesse vivement.
Est-le le même RIP dont il est question içi :
http://www.tux.org/pub/people/kent-robotti/looplinux/rip/RIP.readme
?
Et si oui quel est l'avantage par rapport à la fabrication d'un
LiveCD perso avec dfsbuild ou équivalent dans lequel on inclut les
outils qui vont bien pour se pastiller (comme au bon vieux temps de
la slack') l'install à la main ? A part bien sûr celui, évident, que
l'iso est déjà faite...
Le retour d'install sur machines récentes m'interesse vivement.
Est-le le même RIP dont il est question içi :
http://www.tux.org/pub/people/kent-robotti/looplinux/rip/RIP.readme
?
Et si oui quel est l'avantage par rapport à la fabrication d'un
LiveCD perso avec dfsbuild ou équivalent dans lequel on inclut les
outils qui vont bien pour se pastiller (comme au bon vieux temps de
la slack') l'install à la main ? A part bien sûr celui, évident, que
l'iso est déjà faite...
Le retour d'install sur machines récentes m'interesse vivement.
Est-le le même RIP dont il est question içi :
http://www.tux.org/pub/people/kent-robotti/looplinux/rip/RIP.readme
?
Et si oui quel est l'avantage par rapport à la fabrication d'un
LiveCD perso avec dfsbuild ou équivalent dans lequel on inclut les
outils qui vont bien pour se pastiller (comme au bon vieux temps de
la slack') l'install à la main ? A part bien sûr celui, évident, que
l'iso est déjà faite...
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le CD RIP (ou la version PXEBoot que j'utilise d'avantage) est d'une
simplicité "terrifiante" (merci Slackware) par rapport aux CD
d'install Debian, et donc bien plus facilement modifiable ; il suffit
d'extraire une archive cpio dans un répertoire, de modifier le contenu
de ce répertoire, de refaire l'archive cpio depuis ce répertoire, et
de remettre le tout sur le CD de boot ou le serveur TFTP, et c'est
tout (5 minutes max). On fait difficilement plus simple.
Dans le cas de mon labo, toutes les Debian sont configurées sur la
même base (partitionnement & co), ce qui rend un RIP customisé très
efficace ; le temps moyen d'installation d'une station de travail
(avec beaucoup de paquets, totalisant environ 4GB pour le système) ne
dure plus que 10-15 minutes max. C'est très appréciable, surtout que
les disques durs actuels sont d'une fiabilité toute relative, et donc
que les réinstallations de systèmes sont assez courantes chez nous.
Le Mon, 13 Feb 2006 23:57:54 +0100
pascal a écrit:Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé du
noyau à partir du 2.6.13. Or tous les scripts de l'installation de
sarge sont fondés sur devfs. Bref, après avoir fait toutes tes étapes,
j'ai fini par abandonner. En ce qui concerne ton problème, j'ai fini
par en avoir ma claque de tous ces .udeb avec des modules différents et
j'ai fait un gros paquets udeb contenant tous les modules.
Tu pourras trouver chez moi un CD d'installation sarge avec un noyau
2.6.12...
http://boisson.homeip.net/sarge/debian-31r0a-i386-netinst-2.6.12-FB.iso
mais ça n'ira peut être pas...
François Boisson
Le Mon, 13 Feb 2006 23:57:54 +0100
pascal <pascalgosse@wanadoo.fr> a écrit:
Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé du
noyau à partir du 2.6.13. Or tous les scripts de l'installation de
sarge sont fondés sur devfs. Bref, après avoir fait toutes tes étapes,
j'ai fini par abandonner. En ce qui concerne ton problème, j'ai fini
par en avoir ma claque de tous ces .udeb avec des modules différents et
j'ai fait un gros paquets udeb contenant tous les modules.
Tu pourras trouver chez moi un CD d'installation sarge avec un noyau
2.6.12...
http://boisson.homeip.net/sarge/debian-31r0a-i386-netinst-2.6.12-FB.iso
mais ça n'ira peut être pas...
François Boisson
Le Mon, 13 Feb 2006 23:57:54 +0100
pascal a écrit:Re la liste
Je tente de construire une version de l'installer Sarge avec un noyau
2.6.15 pour pouvoir bénéficier des drivers IT821x afin que mes disques
durs iDE branchés sur un controleur ITE 8212F IDE (sur une carte mère
avec un seul port IDE) soient reconnus au moment de l'installation.
Je suis pour celà l'excellent tuto :
http://www-verimag.imag.fr/~kowalski/debian/sarge/netinst/
Mais le e problème est qu'après deux tentatives de compilation du
paquet linux-kernel-di-i386-2.6 il manque toujours le paquet
socket-modules-2.6.15.1-i686 ce qui empêche l'étape
"make build_cdrom_isolinux-2.6" de réussir.
Je reste coincé.
Quelqu'un aurait-il une idée ?
Fais attention, je m'y suis cassé les dents: le devfs a été supprimé du
noyau à partir du 2.6.13. Or tous les scripts de l'installation de
sarge sont fondés sur devfs. Bref, après avoir fait toutes tes étapes,
j'ai fini par abandonner. En ce qui concerne ton problème, j'ai fini
par en avoir ma claque de tous ces .udeb avec des modules différents et
j'ai fait un gros paquets udeb contenant tous les modules.
Tu pourras trouver chez moi un CD d'installation sarge avec un noyau
2.6.12...
http://boisson.homeip.net/sarge/debian-31r0a-i386-netinst-2.6.12-FB.iso
mais ça n'ira peut être pas...
François Boisson
Sinon la procédure qui échouait avec le 2.6.15 de se concocter un
installer maison fonctionne-t-elle avec le 2.6.12 ?
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Sinon la procédure qui échouait avec le 2.6.15 de se concocter un
installer maison fonctionne-t-elle avec le 2.6.12 ?
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Sinon la procédure qui échouait avec le 2.6.15 de se concocter un
installer maison fonctionne-t-elle avec le 2.6.12 ?
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il patché
avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
François Boisson a écrit :Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
okPetite question et au risque d'abuser...Ton Noyau 2.6.12 est-il
patché avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
Pas grave...Je tente !
Merci en tt cas pour la rapidité de la réponse.
Pascal
François Boisson a écrit :
Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
ok
Petite question et au risque d'abuser...Ton Noyau 2.6.12 est-il
patché avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
Pas grave...Je tente !
Merci en tt cas pour la rapidité de la réponse.
Pascal
François Boisson a écrit :Oui le 2.6.12 a le DEVFS donc passe mais je n'ai fait exactement cette
procédure pour faire le CD.
okPetite question et au risque d'abuser...Ton Noyau 2.6.12 est-il
patché avec les patchs d'Alan Cox concernant l'IT 8212
http://lkml.org/lkml/diff/2005/6/20/210/1
et
http://lkml.org/lkml/diff/2005/6/20/265/1
Je crains que non, je suis parti du 2.6.12 de la testing.
Pas grave...Je tente !
Merci en tt cas pour la rapidité de la réponse.
Pascal