Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make bzlilo'
On peut aussi faire :
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ?
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ?
(Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make bzlilo'
On peut aussi faire :
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ?
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ?
(Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make bzlilo'
On peut aussi faire :
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ?
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ?
(Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger
les module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger
les module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek ;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules (19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger
les module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek
;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make
bzlilo'
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier
(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek
;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make
bzlilo'
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier
(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Salut à tous (et à toutes ? Arf, Linux c'est quand même orienté geek
;-)
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
'make dep && make clean && make bzImage && make modules && make
modules_install && make
bzlilo'
ça ne s'oublie pas même après un an loin de sa linuxette...
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19
ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne qui
appelle 'depmod -a')
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier
(s)
pour que ce module se charge (automatiquement si possible) ?
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Bonjour,
On peut aussi faire :
make dep clean bzImage modules modules_install ...
De toute façon, quand quelque chose se passe mal, c'est comme avec && :
ça se passe mal...
Ou la recompile créera un répertoire '2.4.24' à coté de mon '2.4.19' ?
A côté. Un nouveau répertoire sera créé. /lib/modules/2.4.24 (si j'ai
bien compris)
Pour info, tu peux changer extra version dans le Makefile :
:~$ cat /usr/src/linux/Makefile | head -6
Curieux, je suis moi aussi en train de recompiler un 2.4.24 :-)
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19 ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne
qui appelle 'depmod -a')
Puisque tu as une woody (enfin, il me semble) :
:~$ egrep -H depmod /etc/init.d/*
egrep: /etc/init.d/firewall: Permission non accordée
/etc/init.d/modutils:[ -e /sbin/depmod ] || exit 0
/etc/init.d/modutils:depmod -a > /dev/null
:~$
Réponse : c'est dans /etc/init.d/modutils
Oui, c'est quand tu veux faire du déboggage et créér un fichier de log,
il me semble.
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
modconf ? apt-get install modconf
Sinon, méthode - clean, ajouter les lignes :
sg
ide-scsi
sr_mod
dans le fichier /etc/modules
Puis faire update-modules && depmod -a
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Donc ton module se décharge tout seul ? Dans ce cas, il vaut mieux le
laisser tout le temps chargé...au prix qu'ça coute :-)
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Non, je ne pense pas. Tout ce travail est lié à ton noyau et à ta config.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
Tu as quoi ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Je ne connais pas ce module scsi_mod, bien qu'utilisant le scsi. Mais je
pense qu'avec modconf aussi tu dois pouvoir y arriver.
Ou en ajoutant scsi_mod dans /etc/modules
Merci de m'avoir lu.
Mais pas de quoi
Cordialement
Bonjour,
On peut aussi faire :
make dep clean bzImage modules modules_install ...
De toute façon, quand quelque chose se passe mal, c'est comme avec && :
ça se passe mal...
Ou la recompile créera un répertoire '2.4.24' à coté de mon '2.4.19' ?
A côté. Un nouveau répertoire sera créé. /lib/modules/2.4.24 (si j'ai
bien compris)
Pour info, tu peux changer extra version dans le Makefile :
eric@tomate:~$ cat /usr/src/linux/Makefile | head -6
Curieux, je suis moi aussi en train de recompiler un 2.4.24 :-)
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19 ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne
qui appelle 'depmod -a')
Puisque tu as une woody (enfin, il me semble) :
eric@tomate:~$ egrep -H depmod /etc/init.d/*
egrep: /etc/init.d/firewall: Permission non accordée
/etc/init.d/modutils:[ -e /sbin/depmod ] || exit 0
/etc/init.d/modutils:depmod -a > /dev/null
eric@tomate:~$
Réponse : c'est dans /etc/init.d/modutils
Oui, c'est quand tu veux faire du déboggage et créér un fichier de log,
il me semble.
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
modconf ? apt-get install modconf
Sinon, méthode - clean, ajouter les lignes :
sg
ide-scsi
sr_mod
dans le fichier /etc/modules
Puis faire update-modules && depmod -a
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Donc ton module se décharge tout seul ? Dans ce cas, il vaut mieux le
laisser tout le temps chargé...au prix qu'ça coute :-)
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Non, je ne pense pas. Tout ce travail est lié à ton noyau et à ta config.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
Tu as quoi ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Je ne connais pas ce module scsi_mod, bien qu'utilisant le scsi. Mais je
pense qu'avec modconf aussi tu dois pouvoir y arriver.
Ou en ajoutant scsi_mod dans /etc/modules
Merci de m'avoir lu.
Mais pas de quoi
Cordialement
Bonjour,
On peut aussi faire :
make dep clean bzImage modules modules_install ...
De toute façon, quand quelque chose se passe mal, c'est comme avec && :
ça se passe mal...
Ou la recompile créera un répertoire '2.4.24' à coté de mon '2.4.19' ?
A côté. Un nouveau répertoire sera créé. /lib/modules/2.4.24 (si j'ai
bien compris)
Pour info, tu peux changer extra version dans le Makefile :
:~$ cat /usr/src/linux/Makefile | head -6
Curieux, je suis moi aussi en train de recompiler un 2.4.24 :-)
Comment le boot se passe-t-il suivant le noyau que je choisis au
démarrage ? Comment le noyau (19 ou 24) va-t-il chercher les modules
(19 ou 24) ? (Je n'ai pas trouvé dans mes fichiers d'init la ligne
qui appelle 'depmod -a')
Puisque tu as une woody (enfin, il me semble) :
:~$ egrep -H depmod /etc/init.d/*
egrep: /etc/init.d/firewall: Permission non accordée
/etc/init.d/modutils:[ -e /sbin/depmod ] || exit 0
/etc/init.d/modutils:depmod -a > /dev/null
:~$
Réponse : c'est dans /etc/init.d/modutils
Oui, c'est quand tu veux faire du déboggage et créér un fichier de log,
il me semble.
Parlons un peu du chargement des modules...
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage, à contrario de 'sr_mod.o'. Je ne
sais pas comment faire.
modconf ? apt-get install modconf
Sinon, méthode - clean, ajouter les lignes :
sg
ide-scsi
sr_mod
dans le fichier /etc/modules
Puis faire update-modules && depmod -a
Dès que je monte un CD, 'sr_mod' se charge automatiquement, mais si je
veux scanner (avec xsane), ça foire car j'oublie toujours de charger le
module en faisant 'modprobe sg'.
Donc ton module se décharge tout seul ? Dans ce cas, il vaut mieux le
laisser tout le temps chargé...au prix qu'ça coute :-)
Par contre 'cdrecord --scanbus' charge bien 'sg' et 'ide-scsi'.
J'en viens à me demander si le chargement des modules ne dépend pas du
bon vouloir des dévellopeurs des différents programmes.
Non, je ne pense pas. Tout ce travail est lié à ton noyau et à ta config.
Quelle bidouille effectuer pour que le chargement (et le déchargement)
des modules soit transparent pour l'utilisateur ?
Je ne suis pas sûr, mais dans mon .config, j'ai :
#
# Loadable module support
#
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KMOD=y
Tu as quoi ?
Dernière question: j'envisage de compiler le support SCSI en module
('scsi_mod.o') car le démarrage dure 10 secondes de trop, le temps que
le noyau cause au scanner. Qu'elle ligne ajouter dans quel(s) fichier(s)
pour que ce module se charge (automatiquement si possible) ?
Je ne connais pas ce module scsi_mod, bien qu'utilisant le scsi. Mais je
pense qu'avec modconf aussi tu dois pouvoir y arriver.
Ou en ajoutant scsi_mod dans /etc/modules
Merci de m'avoir lu.
Mais pas de quoi
Cordialement
(Hugolino) wrote in
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
make modules_install cree automatiquement un nouveau repertoire
dans /lib/modules indexé sur la nouvelle version de noyau.
Tu peux conserver l'ancien repertoire si tu compte encore rebooter sur
l'ancien noyau.
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Parlons un peu du chargement des modules...
Tu devrais lire le CD-Writing-HOWTO en anglais ( la version fr est
peut-etre pas a jour). tu devrais voir dans quel ordre se fait le
chargement des modules dont tu parles :
alias scd0 sr_mod # load sr_mod upon access of scd0
J'ai pas, et le module se charge bien sans.
#pre-install ide-scsi modprobe imm # uncomment for some ZIP drives
J'ai...
pre-install sg modprobe ide-scsi # load ide-scsi before sg
D'accord, j'ai...
pre-install sr_mod modprobe ide-scsi # load ide-scsi before sr_mod
J'ai pas...
pre-install ide-scsi modprobe ide-cd # load ide-cd before ide-scsi
Sous debian, il vaut mieux passer par modutils que d'editer directement
/etc/modules_conf, donc tu ajoutes ces lignes dans un fichier sous
/etc/modutils et tu tapes update-modules pour les rajouter dans
/etc/modules.conf
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Pas si roulaizing que ca :-)
hugolino@free.fr (Hugolino) wrote in
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
make modules_install cree automatiquement un nouveau repertoire
dans /lib/modules indexé sur la nouvelle version de noyau.
Tu peux conserver l'ancien repertoire si tu compte encore rebooter sur
l'ancien noyau.
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Parlons un peu du chargement des modules...
Tu devrais lire le CD-Writing-HOWTO en anglais ( la version fr est
peut-etre pas a jour). tu devrais voir dans quel ordre se fait le
chargement des modules dont tu parles :
alias scd0 sr_mod # load sr_mod upon access of scd0
J'ai pas, et le module se charge bien sans.
#pre-install ide-scsi modprobe imm # uncomment for some ZIP drives
J'ai...
pre-install sg modprobe ide-scsi # load ide-scsi before sg
D'accord, j'ai...
pre-install sr_mod modprobe ide-scsi # load ide-scsi before sr_mod
J'ai pas...
pre-install ide-scsi modprobe ide-cd # load ide-cd before ide-scsi
Sous debian, il vaut mieux passer par modutils que d'editer directement
/etc/modules_conf, donc tu ajoutes ces lignes dans un fichier sous
/etc/modutils et tu tapes update-modules pour les rajouter dans
/etc/modules.conf
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Pas si roulaizing que ca :-)
(Hugolino) wrote in
La question que je me pose concerne les modules. Est-ce que je dois
faire le ménage dans '/lib/modules' ? Ou la recompile créera un
répertoire '2.4.24' à coté de mon '2.4.19' ?
make modules_install cree automatiquement un nouveau repertoire
dans /lib/modules indexé sur la nouvelle version de noyau.
Tu peux conserver l'ancien repertoire si tu compte encore rebooter sur
l'ancien noyau.
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Parlons un peu du chargement des modules...
Tu devrais lire le CD-Writing-HOWTO en anglais ( la version fr est
peut-etre pas a jour). tu devrais voir dans quel ordre se fait le
chargement des modules dont tu parles :
alias scd0 sr_mod # load sr_mod upon access of scd0
J'ai pas, et le module se charge bien sans.
#pre-install ide-scsi modprobe imm # uncomment for some ZIP drives
J'ai...
pre-install sg modprobe ide-scsi # load ide-scsi before sg
D'accord, j'ai...
pre-install sr_mod modprobe ide-scsi # load ide-scsi before sr_mod
J'ai pas...
pre-install ide-scsi modprobe ide-cd # load ide-cd before ide-scsi
Sous debian, il vaut mieux passer par modutils que d'editer directement
/etc/modules_conf, donc tu ajoutes ces lignes dans un fichier sous
/etc/modutils et tu tapes update-modules pour les rajouter dans
/etc/modules.conf
Merci de m'avoir lu.
Config: Woody stable is roulaizing.
Pas si roulaizing que ca :-)
Le Mon, 12 Jan 2004 20:31:00 +0100, Hugolino a écrit :Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
&& make modules_install && make bzlilo
Hérésie ! Ça sous-entend que tu compiles en root... Or, tu ne veux pas
compiler en root.
De plus, il suffit d'un
% make dep clean bzImage modules
Et après seulement en root,
# make modules_install
Sinon, que fait make bzlilo ?
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Si tu veux que des modules soient chargés au démarrage, pourquoi ne pas
les mettre en dur ?
[snip]
D'où mon principe : toujours mettre un maximum de choses en dur.
Un autre exemple : si on met la gestion des systèmes de fichiers en
modules (à l'exception du système de fichier root bien sûr), une
partition ext3 sera reconnue par mount comme du NTFS... Beurk !
[snip]
Mettre en dur.
Cordialement,
Aurélien (qui n'aime pas trop les modules, c'est vrai).
^^^^^^^^^^^^^^^^^^^^^^^^^ Il avoue.
X..., c'est un millefeuille avec une couche de crème patissière, une
de sauce tomate et une de crème d'anchois... Mais c'est vrai que
c'est un système ouvert: tu peux y rajouter des pépites de chocolat...
-+- Ol in Guide du linuxien pervers - "Remettez m'en une couche !" -+-
Le Mon, 12 Jan 2004 20:31:00 +0100, Hugolino a écrit :
Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
&& make modules_install && make bzlilo
Hérésie ! Ça sous-entend que tu compiles en root... Or, tu ne veux pas
compiler en root.
De plus, il suffit d'un
% make dep clean bzImage modules
Et après seulement en root,
# make modules_install
Sinon, que fait make bzlilo ?
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Si tu veux que des modules soient chargés au démarrage, pourquoi ne pas
les mettre en dur ?
[snip]
D'où mon principe : toujours mettre un maximum de choses en dur.
Un autre exemple : si on met la gestion des systèmes de fichiers en
modules (à l'exception du système de fichier root bien sûr), une
partition ext3 sera reconnue par mount comme du NTFS... Beurk !
[snip]
Mettre en dur.
Cordialement,
Aurélien (qui n'aime pas trop les modules, c'est vrai).
^^^^^^^^^^^^^^^^^^^^^^^^^ Il avoue.
X..., c'est un millefeuille avec une couche de crème patissière, une
de sauce tomate et une de crème d'anchois... Mais c'est vrai que
c'est un système ouvert: tu peux y rajouter des pépites de chocolat...
-+- Ol in Guide du linuxien pervers - "Remettez m'en une couche !" -+-
Le Mon, 12 Jan 2004 20:31:00 +0100, Hugolino a écrit :Je dois me lancer dans la compil d'un nouveau noyau, je ne pense pas
rencontrer de problème. La ligne:
make dep && make clean && make bzImage && make modules
&& make modules_install && make bzlilo
Hérésie ! Ça sous-entend que tu compiles en root... Or, tu ne veux pas
compiler en root.
De plus, il suffit d'un
% make dep clean bzImage modules
Et après seulement en root,
# make modules_install
Sinon, que fait make bzlilo ?
Je n'arrive pas à ce que les modules scsi, 'sg.o' et 'ide-scsi.o' se
chargent automatiquement au démarrage,
Si tu veux que des modules soient chargés au démarrage, pourquoi ne pas
les mettre en dur ?
[snip]
D'où mon principe : toujours mettre un maximum de choses en dur.
Un autre exemple : si on met la gestion des systèmes de fichiers en
modules (à l'exception du système de fichier root bien sûr), une
partition ext3 sera reconnue par mount comme du NTFS... Beurk !
[snip]
Mettre en dur.
Cordialement,
Aurélien (qui n'aime pas trop les modules, c'est vrai).
^^^^^^^^^^^^^^^^^^^^^^^^^ Il avoue.
X..., c'est un millefeuille avec une couche de crème patissière, une
de sauce tomate et une de crème d'anchois... Mais c'est vrai que
c'est un système ouvert: tu peux y rajouter des pépites de chocolat...
-+- Ol in Guide du linuxien pervers - "Remettez m'en une couche !" -+-
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Si tu comptes conserver definivement le nouveau noyau, met a jour aussi
System.map
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Si tu comptes conserver definivement le nouveau noyau, met a jour aussi
System.map
Le fichier 'System.map', on s'en fout un peu, non ? (Je viens de
m'apercevoir que j'ai laissé 'System.map' dans '/usr/src/linux-2.4.19'
et ça ne le dérange apparament pas).
Non, on s'en fout pas. Si tu as des symboles non resolus lors de
chargement de modules, ca vient de la. Beaucoup de modules ne changent
pas entre des petits changements de version mineures ( 19 a 24 ) donc
l'ancienne table reste compatible pour ceux-la.
Si tu comptes conserver definivement le nouveau noyau, met a jour aussi
System.map
On peut mettre des /boot/System.map-2.4.{xy}. klogd saura retrouver
le bon.
On peut mettre des /boot/System.map-2.4.{xy}. klogd saura retrouver
le bon.
On peut mettre des /boot/System.map-2.4.{xy}. klogd saura retrouver
le bon.
