J'ai installé -- enfin -- une mise à jour de mon kernel et la teste
pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés
précédemment ne répondent plus. Le premier est le driver du modem USB
ADSL (le module se nomme cxacru), le second la prise en charge du
NTFS.
Ces deux modules avaient été installés par rpm et certains des
fichiers se trouvent sous /lib/modules/2.4.20-8/kernel/drivers/usb/,
par exemple (pour cxacru). Or, le nouveau noyau signale, au
chargement, que les modules sont manquants, etc., puisqu'il les
cherche sous
/lib/modules/file:/lib/modules/2.4.20-28.9/kernel/drivers/usb/ et
qu'ils n'y sont pas.
Ma question est la suivante : si je veux utiliser le nouveau noyau,
comment faire pour que ce qui était prévu pour /lib/modules/2.4.20-8/
soit à nouveau utilisable ? Mettre des liens ? Réinstaller les deux
modules (kernel-ntfs [à supposer que je ne veuille pas utiliser le
module fourni par le noyau] et cxacru) en cherchant des nouvelles
versions ?
Je rappelle que je n'ai pas compilé ces modules mais les ai installé
par rpm...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Tiscali
"Vincent Ramos" <siva-nataraja+ a écrit dans le message de news:
Bonjour,
J'ai installé -- enfin -- une mise à jour de mon kernel et la teste
pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés
précédemment ne répondent plus. Le premier est le driver du modem USB ADSL (le module se nomme cxacru), le second la prise en charge du NTFS.
Ces deux modules avaient été installés par rpm et certains des fichiers se trouvent sous /lib/modules/2.4.20-8/kernel/drivers/usb/, par exemple (pour cxacru). Or, le nouveau noyau signale, au chargement, que les modules sont manquants, etc., puisqu'il les cherche sous /lib/modules/file:/lib/modules/2.4.20-28.9/kernel/drivers/usb/ et qu'ils n'y sont pas.
Ma question est la suivante : si je veux utiliser le nouveau noyau,
comment faire pour que ce qui était prévu pour /lib/modules/2.4.20-8/ soit à nouveau utilisable ? Mettre des liens ? Réinstaller les deux modules (kernel-ntfs [à supposer que je ne veuille pas utiliser le module fourni par le noyau] et cxacru) en cherchant des nouvelles versions ?
à priori, faire des symlinks devrait suffir.
Je rappelle que je n'ai pas compilé ces modules mais les ai installé
par rpm...
Merci de vos conseils.
honnêtement, je pense que ce serait plus simple que tu compiles toi-même ton noyau (tes modules), ainsi, tu auras une meilleur maîtrise de ce qui se passe (en fonction de ce dont tu as besoin).
dans le rép des sources: make clean make menuconfig make dep make modules make modules_install
Si tu as modifié ton noyau dans menuconfig: make make install
++
"Vincent Ramos" <siva-nataraja+spam@alussinan.org> a écrit dans le message
de news:1563853.dTI2G4Sygi@les-dieux-anciens-sont-reunis.org...
Bonjour,
J'ai installé -- enfin -- une mise à jour de mon kernel et la
teste
pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais
installés
précédemment ne répondent plus. Le premier est le driver du modem USB
ADSL (le module se nomme cxacru), le second la prise en charge du
NTFS.
Ces deux modules avaient été installés par rpm et certains des
fichiers se trouvent sous /lib/modules/2.4.20-8/kernel/drivers/usb/,
par exemple (pour cxacru). Or, le nouveau noyau signale, au
chargement, que les modules sont manquants, etc., puisqu'il les
cherche sous
/lib/modules/file:/lib/modules/2.4.20-28.9/kernel/drivers/usb/ et
qu'ils n'y sont pas.
Ma question est la suivante : si je veux utiliser le nouveau
noyau,
comment faire pour que ce qui était prévu pour /lib/modules/2.4.20-8/
soit à nouveau utilisable ? Mettre des liens ? Réinstaller les deux
modules (kernel-ntfs [à supposer que je ne veuille pas utiliser le
module fourni par le noyau] et cxacru) en cherchant des nouvelles
versions ?
à priori, faire des symlinks devrait suffir.
Je rappelle que je n'ai pas compilé ces modules mais les ai
installé
par rpm...
Merci de vos conseils.
honnêtement, je pense que ce serait plus simple que tu compiles toi-même ton
noyau (tes modules), ainsi, tu auras une meilleur maîtrise de ce qui se
passe (en fonction de ce dont tu as besoin).
dans le rép des sources:
make clean
make menuconfig
make dep
make modules
make modules_install
Si tu as modifié ton noyau dans menuconfig:
make
make install
"Vincent Ramos" <siva-nataraja+ a écrit dans le message de news:
Bonjour,
J'ai installé -- enfin -- une mise à jour de mon kernel et la teste
pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés
précédemment ne répondent plus. Le premier est le driver du modem USB ADSL (le module se nomme cxacru), le second la prise en charge du NTFS.
Ces deux modules avaient été installés par rpm et certains des fichiers se trouvent sous /lib/modules/2.4.20-8/kernel/drivers/usb/, par exemple (pour cxacru). Or, le nouveau noyau signale, au chargement, que les modules sont manquants, etc., puisqu'il les cherche sous /lib/modules/file:/lib/modules/2.4.20-28.9/kernel/drivers/usb/ et qu'ils n'y sont pas.
Ma question est la suivante : si je veux utiliser le nouveau noyau,
comment faire pour que ce qui était prévu pour /lib/modules/2.4.20-8/ soit à nouveau utilisable ? Mettre des liens ? Réinstaller les deux modules (kernel-ntfs [à supposer que je ne veuille pas utiliser le module fourni par le noyau] et cxacru) en cherchant des nouvelles versions ?
à priori, faire des symlinks devrait suffir.
Je rappelle que je n'ai pas compilé ces modules mais les ai installé
par rpm...
Merci de vos conseils.
honnêtement, je pense que ce serait plus simple que tu compiles toi-même ton noyau (tes modules), ainsi, tu auras une meilleur maîtrise de ce qui se passe (en fonction de ce dont tu as besoin).
dans le rép des sources: make clean make menuconfig make dep make modules make modules_install
Si tu as modifié ton noyau dans menuconfig: make make install
++
Qing Liu
Vincent Ramos <siva-nataraja+ writes:
Bonjour,
Bonsoir,
J'ai installé -- enfin -- une mise à jour de mon kernel et la teste pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés précédemment ne répondent plus. Le premier est le driver du modem USB ADSL (le module se nomme cxacru), le second la prise en charge du NTFS.
Je ne sais pas ce que tu appelles une mise à jour du noyau. Si tu compiles toi-même, le "make modules_install" efface complètement le contenu de /lib/modules/version-noyau/kernel/ avant d'y installer les nouveaux modules. Pour que les modules installés soi-même ne subissent pas le sort, il suffit de les placer dans /lib/modules/version-noyau/misc (créer le répertoire au besoin).
-- Liu
Vincent Ramos <siva-nataraja+spam@alussinan.org> writes:
Bonjour,
Bonsoir,
J'ai installé -- enfin -- une mise à jour de mon kernel et la teste
pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés
précédemment ne répondent plus. Le premier est le driver du modem USB
ADSL (le module se nomme cxacru), le second la prise en charge du
NTFS.
Je ne sais pas ce que tu appelles une mise à jour du noyau. Si tu compiles
toi-même, le "make modules_install" efface complètement le contenu de
/lib/modules/version-noyau/kernel/ avant d'y installer les nouveaux
modules. Pour que les modules installés soi-même ne subissent pas
le sort, il suffit de les placer dans /lib/modules/version-noyau/misc
(créer le répertoire au besoin).
J'ai installé -- enfin -- une mise à jour de mon kernel et la teste pour comprendre comment cela fonctionne.
Le problème le plus gênant est que deux modules que j'avais installés précédemment ne répondent plus. Le premier est le driver du modem USB ADSL (le module se nomme cxacru), le second la prise en charge du NTFS.
Je ne sais pas ce que tu appelles une mise à jour du noyau. Si tu compiles toi-même, le "make modules_install" efface complètement le contenu de /lib/modules/version-noyau/kernel/ avant d'y installer les nouveaux modules. Pour que les modules installés soi-même ne subissent pas le sort, il suffit de les placer dans /lib/modules/version-noyau/misc (créer le répertoire au besoin).
-- Liu
Vincent Ramos
Je ne sais pas ce que tu appelles une mise à jour du noyau.
J'entends par la ce qu'apt-get me propose sous la forme de fichiers rpm du type kernel-2.4.20-28.9.rpm et autres.
Si tu compiles toi-même, le "make modules_install" efface complètement le contenu de /lib/modules/version-noyau/kernel/ avant d'y installer les nouveaux modules. Pour que les modules installés soi-même ne subissent pas le sort, il suffit de les placer dans /lib/modules/version-noyau/misc (créer le répertoire au besoin).
En fait, je n'ai rien compilé mais me suis simplement suffi d'installer un des fichiers rpm proposés. Peut-être était-ce une erreur ; je pensais seulement que ce serait plus simple car je ne veux pas --encore -- compiler le noyau à la main.
Je ne sais pas ce que tu appelles une mise à jour du noyau.
J'entends par la ce qu'apt-get me propose sous la forme de fichiers
rpm du type kernel-2.4.20-28.9.rpm et autres.
Si tu
compiles toi-même, le "make modules_install" efface complètement le
contenu de /lib/modules/version-noyau/kernel/ avant d'y installer
les nouveaux modules. Pour que les modules installés soi-même ne
subissent pas le sort, il suffit de les placer dans
/lib/modules/version-noyau/misc (créer le répertoire au besoin).
En fait, je n'ai rien compilé mais me suis simplement suffi
d'installer un des fichiers rpm proposés. Peut-être était-ce une
erreur ; je pensais seulement que ce serait plus simple car je ne
veux pas --encore -- compiler le noyau à la main.
Je ne sais pas ce que tu appelles une mise à jour du noyau.
J'entends par la ce qu'apt-get me propose sous la forme de fichiers rpm du type kernel-2.4.20-28.9.rpm et autres.
Si tu compiles toi-même, le "make modules_install" efface complètement le contenu de /lib/modules/version-noyau/kernel/ avant d'y installer les nouveaux modules. Pour que les modules installés soi-même ne subissent pas le sort, il suffit de les placer dans /lib/modules/version-noyau/misc (créer le répertoire au besoin).
En fait, je n'ai rien compilé mais me suis simplement suffi d'installer un des fichiers rpm proposés. Peut-être était-ce une erreur ; je pensais seulement que ce serait plus simple car je ne veux pas --encore -- compiler le noyau à la main.
Vincent Ramos
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
honnêtement, je pense que ce serait plus simple que tu compiles toi-même ton noyau (tes modules), ainsi, tu auras une meilleur maîtrise de ce qui se passe (en fonction de ce dont tu as besoin).
Le problème est que les modules dont je parle, je ne les ai pas compilés mais installés en rpm. Je ne sais donc pas trop comment les inclure dans un noyau compilé.
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits
manquants dans le bon répertoire, mais cela ne fonctionne pas. Le
liens seraient donc une solution ?
honnêtement, je pense que ce serait plus simple que tu compiles
toi-même ton noyau (tes modules), ainsi, tu auras une meilleur
maîtrise de ce qui se passe (en fonction de ce dont tu as besoin).
Le problème est que les modules dont je parle, je ne les ai pas
compilés mais installés en rpm. Je ne sais donc pas trop comment les
inclure dans un noyau compilé.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
honnêtement, je pense que ce serait plus simple que tu compiles toi-même ton noyau (tes modules), ainsi, tu auras une meilleur maîtrise de ce qui se passe (en fonction de ce dont tu as besoin).
Le problème est que les modules dont je parle, je ne les ai pas compilés mais installés en rpm. Je ne sais donc pas trop comment les inclure dans un noyau compilé.
Vincent Ramos
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui semblent être les modules manquant, à savoir /lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et /lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/ (l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens symboliques vers les deux fichiers, cela fonctionnera-t-il ?
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une copie de ces deux fichiers ?
Ne faudrait-il pas aussi modifier le fichier /lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence vers les deux modules cxacru ?
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits
manquants dans le bon répertoire, mais cela ne fonctionne pas. Le
liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui
semblent être les modules manquant, à savoir
/lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et
/lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/
(l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens
symboliques vers les deux fichiers, cela fonctionnera-t-il ?
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une
copie de ces deux fichiers ?
Ne faudrait-il pas aussi modifier le fichier
/lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence
vers les deux modules cxacru ?
Désolé si ces questions semblent stupides : j'ai beau lire la
documentation, celle-ci ne parle pas vraiment de ce qui se passe
quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque
chose d'important à lire.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui semblent être les modules manquant, à savoir /lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et /lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/ (l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens symboliques vers les deux fichiers, cela fonctionnera-t-il ?
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une copie de ces deux fichiers ?
Ne faudrait-il pas aussi modifier le fichier /lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence vers les deux modules cxacru ?
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
Tiscali
"Vincent Ramos" <siva-nataraja+ a écrit dans le message de news:
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui semblent être les modules manquant, à savoir /lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et /lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/ (l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens symboliques vers les deux fichiers, cela fonctionnera-t-il ?
En principe, oui
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une copie de ces deux fichiers ?
celà ne marcherait pas mieux. Si tu projète d'enlever l'ancienne version du noyau, tu aurais plutôt interêt à les copiers. Sinon, des symlinks conviennent très bien.
Ne faudrait-il pas aussi modifier le fichier /lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence vers les deux modules cxacru ?
ça je ne sais pas. Mais je suppose que oui. Dans ce cas, je te conseil de recopier les lignes corespondantes de /lib/modules/2.4.20-20.8/modules.dep vers /lib/modules/2.4.20-28.9/modules.dep. Mais il vaut mieux attendre les conseils de quelqu'un qui en sait plus sur ce fichier et ce que le noyau fait avec.
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
Ce n'est pas stupide, les rpm sont censés être simple à installer. Donc on
t'épargne le fait de mettre les mains dans le cambouis.
++
PS: garde un backup de modules.dep si tu le modifies
"Vincent Ramos" <siva-nataraja+spam@alussinan.org> a écrit dans le message
de news:4412856.KYgmNMGKQe@les-dieux-anciens-sont-reunis.org...
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits
manquants dans le bon répertoire, mais cela ne fonctionne pas. Le
liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui
semblent être les modules manquant, à savoir
/lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et
/lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/
(l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens
symboliques vers les deux fichiers, cela fonctionnera-t-il ?
En principe, oui
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une
copie de ces deux fichiers ?
celà ne marcherait pas mieux. Si tu projète d'enlever l'ancienne version du
noyau, tu aurais plutôt interêt à les copiers. Sinon, des symlinks
conviennent très bien.
Ne faudrait-il pas aussi modifier le fichier
/lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence
vers les deux modules cxacru ?
ça je ne sais pas. Mais je suppose que oui. Dans ce cas, je te conseil de
recopier les lignes corespondantes de /lib/modules/2.4.20-20.8/modules.dep
vers /lib/modules/2.4.20-28.9/modules.dep. Mais il vaut mieux attendre les
conseils de quelqu'un qui en sait plus sur ce fichier et ce que le noyau
fait avec.
Désolé si ces questions semblent stupides : j'ai beau lire la
documentation, celle-ci ne parle pas vraiment de ce qui se passe
quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque
chose d'important à lire.
Ce n'est pas stupide, les rpm sont censés être simple à installer. Donc on
t'épargne le fait de mettre les mains dans le cambouis.
++
PS: garde un backup de modules.dep si tu le modifies
"Vincent Ramos" <siva-nataraja+ a écrit dans le message de news:
à priori, faire des symlinks devrait suffir.
J'ai essayé, à tout hasard, de copier deux des fichiers dits manquants dans le bon répertoire, mais cela ne fonctionne pas. Le liens seraient donc une solution ?
Bon, j'aimerais voir si je comprends bien. J'ai deux fichiers qui semblent être les modules manquant, à savoir /lib/modules/2.4.20-8/kernel/drivers/usb/cxacru.o et /lib/modules/2.4.20-8/kernel/drivers/usb/cxacrudbg.o.
Si je place sous /lib/modules/2.4.20-28.9/kernel/drivers/usb/ (l'emplacement de la bibliothèque du nouveau noyau, non ?) deux liens symboliques vers les deux fichiers, cela fonctionnera-t-il ?
En principe, oui
Pourquoi, si oui, cela fonctionnerait-il mieux que si je place une copie de ces deux fichiers ?
celà ne marcherait pas mieux. Si tu projète d'enlever l'ancienne version du noyau, tu aurais plutôt interêt à les copiers. Sinon, des symlinks conviennent très bien.
Ne faudrait-il pas aussi modifier le fichier /lib/modules/2.4.20-28.9/modules.dep qui ne contient aucune référence vers les deux modules cxacru ?
ça je ne sais pas. Mais je suppose que oui. Dans ce cas, je te conseil de recopier les lignes corespondantes de /lib/modules/2.4.20-20.8/modules.dep vers /lib/modules/2.4.20-28.9/modules.dep. Mais il vaut mieux attendre les conseils de quelqu'un qui en sait plus sur ce fichier et ce que le noyau fait avec.
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
Ce n'est pas stupide, les rpm sont censés être simple à installer. Donc on
t'épargne le fait de mettre les mains dans le cambouis.
++
PS: garde un backup de modules.dep si tu le modifies
Vincent Ramos
Ce n'est pas stupide, les rpm sont censés être simple à installer. Donc on t'épargne le fait de mettre les mains dans le cambouis.
Et je me rends compte que ce n'est pas si bien que cela, puisque je rate un certain apprentissage sur le pourquoi du comment.
Bon, j'ai posé des questions sur le forum de Sourceforge consacré au driver en question.
Je te remercie pour tes réponses éclairantes.
Ce n'est pas stupide, les rpm sont censés être simple à installer.
Donc on t'épargne le fait de mettre les mains dans le cambouis.
Et je me rends compte que ce n'est pas si bien que cela, puisque je
rate un certain apprentissage sur le pourquoi du comment.
Bon, j'ai posé des questions sur le forum de Sourceforge consacré au
driver en question.
Ce n'est pas stupide, les rpm sont censés être simple à installer. Donc on t'épargne le fait de mettre les mains dans le cambouis.
Et je me rends compte que ce n'est pas si bien que cela, puisque je rate un certain apprentissage sur le pourquoi du comment.
Bon, j'ai posé des questions sur le forum de Sourceforge consacré au driver en question.
Je te remercie pour tes réponses éclairantes.
doug
Le Lundi 26 Janvier 2004 23:33, Vincent Ramos s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
Le plus simple serait de compiler un noyau à la main, ca n'a rien de sorcier et ca te permetrait de mieux comprendre ce que tu fais.
un chtite adresse sympa pour comprendre : http://lea-linux.org/kernel/
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Le Lundi 26 Janvier 2004 23:33, Vincent Ramos s'est exprimé de la sorte sur
fr.comp.os.linux.configuration :
Désolé si ces questions semblent stupides : j'ai beau lire la
documentation, celle-ci ne parle pas vraiment de ce qui se passe
quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque
chose d'important à lire.
Le plus simple serait de compiler un noyau à la main, ca n'a rien de sorcier
et ca te permetrait de mieux comprendre ce que tu fais.
un chtite adresse sympa pour comprendre :
http://lea-linux.org/kernel/
--
@+
Doug
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Pour me contacter enlever no-spam (2X) --
Le Lundi 26 Janvier 2004 23:33, Vincent Ramos s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Désolé si ces questions semblent stupides : j'ai beau lire la documentation, celle-ci ne parle pas vraiment de ce qui se passe quand on met à jour le noyau avec des rpm. Ou alors j'ai raté quelque chose d'important à lire.
Le plus simple serait de compiler un noyau à la main, ca n'a rien de sorcier et ca te permetrait de mieux comprendre ce que tu fais.
un chtite adresse sympa pour comprendre : http://lea-linux.org/kernel/
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Vincent Ramos
un chtite adresse sympa pour comprendre : http://lea-linux.org/kernel/
Ce n'est pas que je ne connaisse pas cette adresse... En fait, <http://lea-linux.org/kernel/modules.php3#horsnoyau> me semble vital.
un chtite adresse sympa pour comprendre :
http://lea-linux.org/kernel/
Ce n'est pas que je ne connaisse pas cette adresse... En fait,
<http://lea-linux.org/kernel/modules.php3#horsnoyau> me semble vital.
