1) quel sont les rôles des fichiers "system.map" et "config" ???
2) ses fichiers sont ils indispensable ?
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si
ont utilise plusieurs noyau ???
(il ne peut pas y avoir plusieurs liens symbolique du même nom dans le
répertoire /boot/ ???)
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
Erwann ABALEA
Bonsoir,
On Fri, 12 Nov 2004, playload wrote:
question sur le répertoire /boot/ :
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau *. System.map*, c'est une liste des symboles contenus dans le noyau *, avec leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement. System.map* est utile à ps, par exemple, config* peut être utile si tu souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si ont utilise plusieurs noyau ??? (il ne peut pas y avoir plusieurs liens symbolique du même nom dans le répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre autres): ----- vmlinuz-2.4.25-test3 config-2.4.25-test3 System.map-2.4.25-test3 -----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les outils comme 'ps' savent qu'il faut utiliser le fichier System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit "2.4.25-test3".
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- comment je pourrais decrypter les messages qu'on voit frequement dans les forums. j'avoue que je n'y comprends rien, et est ce qu'il faudra un mot de passe. merci de me répondre. -+- S.. in : Guide du Neuneu d'Usenet - Ca décode à plein tube -+-
Bonsoir,
On Fri, 12 Nov 2004, playload wrote:
question sur le répertoire /boot/ :
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau
*.
System.map*, c'est une liste des symboles contenus dans le noyau *, avec
leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement.
System.map* est utile à ps, par exemple, config* peut être utile si tu
souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler
un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si
ont utilise plusieurs noyau ???
(il ne peut pas y avoir plusieurs liens symbolique du même nom dans le
répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous
Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre
autres):
-----
vmlinuz-2.4.25-test3
config-2.4.25-test3
System.map-2.4.25-test3
-----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config
qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les
outils comme 'ps' savent qu'il faut utiliser le fichier
System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit
"2.4.25-test3".
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
comment je pourrais decrypter les messages qu'on voit frequement dans
les forums. j'avoue que je n'y comprends rien, et est ce qu'il faudra
un mot de passe. merci de me répondre.
-+- S.. in : Guide du Neuneu d'Usenet - Ca décode à plein tube -+-
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau *. System.map*, c'est une liste des symboles contenus dans le noyau *, avec leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement. System.map* est utile à ps, par exemple, config* peut être utile si tu souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si ont utilise plusieurs noyau ??? (il ne peut pas y avoir plusieurs liens symbolique du même nom dans le répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre autres): ----- vmlinuz-2.4.25-test3 config-2.4.25-test3 System.map-2.4.25-test3 -----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les outils comme 'ps' savent qu'il faut utiliser le fichier System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit "2.4.25-test3".
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- comment je pourrais decrypter les messages qu'on voit frequement dans les forums. j'avoue que je n'y comprends rien, et est ce qu'il faudra un mot de passe. merci de me répondre. -+- S.. in : Guide du Neuneu d'Usenet - Ca décode à plein tube -+-
playload
Erwann ABALEA wrote:
Bonsoir,
On Fri, 12 Nov 2004, playload wrote:
question sur le répertoire /boot/ :
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau *. System.map*, c'est une liste des symboles contenus dans le noyau *, avec leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement. System.map* est utile à ps, par exemple, config* peut être utile si tu souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si ont utilise plusieurs noyau ??? (il ne peut pas y avoir plusieurs liens symbolique du même nom dans le répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre autres): ----- vmlinuz-2.4.25-test3 config-2.4.25-test3 System.map-2.4.25-test3 -----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les outils comme 'ps' savent qu'il faut utiliser le fichier System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit "2.4.25-test3".
merci de ces pressions très utiles.
donc en résumé, si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a pas besoin du lien symbolique "system.map" car de tout façon il sais ou il se trouve grâce au numéro de version qui suis son nom (comme dans System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de noyau dans des répertoire differant de /boot/ ???
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau
*.
System.map*, c'est une liste des symboles contenus dans le noyau *, avec
leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement.
System.map* est utile à ps, par exemple, config* peut être utile si tu
souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler
un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si
ont utilise plusieurs noyau ???
(il ne peut pas y avoir plusieurs liens symbolique du même nom dans le
répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous
Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre
autres):
-----
vmlinuz-2.4.25-test3
config-2.4.25-test3
System.map-2.4.25-test3
-----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config
qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les
outils comme 'ps' savent qu'il faut utiliser le fichier
System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit
"2.4.25-test3".
merci de ces pressions très utiles.
donc en résumé,
si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a
pas besoin du lien symbolique "system.map" car de tout façon il sais ou il
se trouve grâce au numéro de version qui suis son nom (comme dans
System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de
noyau dans des répertoire differant de /boot/ ???
1) quel sont les rôles des fichiers "system.map" et "config" ???
config* est une copie du fichier .config lors de la compilation du noyau *. System.map*, c'est une liste des symboles contenus dans le noyau *, avec leur adresse et leur type.
2) ses fichiers sont ils indispensable ?
Indispensables, non. Mais utiles, certainement. System.map* est utile à ps, par exemple, config* peut être utile si tu souhaites te baser sur un noyau qui fonctionne chez toi pour en compiler un autre, en ne changeant que quelques options.
3) vu que souvent ses fichiers sont des lien symbolique, comment faire si ont utilise plusieurs noyau ??? (il ne peut pas y avoir plusieurs liens symbolique du même nom dans le répertoire /boot/ ???)
Ces fichiers ne sont plus des liens symboliques, du moins plus sous Debian. A la place, on utilise un suffixe pour ces fichiers.
Par exemple, chez moi, j'ai les fichiers suivants dans /boot (entre autres): ----- vmlinuz-2.4.25-test3 config-2.4.25-test3 System.map-2.4.25-test3 -----
Quand je boote sur le noyau vmlinuz-2.4.25-test3, je sais que la config qui a permi de le compiler est dans le fichier config-2.4.25-test3, et les outils comme 'ps' savent qu'il faut utiliser le fichier System.map-2.4.25-test3. Ils le savent parce que 'uname -r' renvoit "2.4.25-test3".
merci de ces pressions très utiles.
donc en résumé, si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a pas besoin du lien symbolique "system.map" car de tout façon il sais ou il se trouve grâce au numéro de version qui suis son nom (comme dans System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de noyau dans des répertoire differant de /boot/ ???
donc en résumé, si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a pas besoin du lien symbolique "system.map" car de tout façon il sais ou il se trouve grâce au numéro de version qui suis son nom (comme dans System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de noyau dans des répertoire differant de /boot/ ???
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
-- Liu
playload <playload@lavache.com> writes:
donc en résumé,
si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a
pas besoin du lien symbolique "system.map" car de tout façon il sais ou il
se trouve grâce au numéro de version qui suis son nom (comme dans
System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de
noyau dans des répertoire differant de /boot/ ???
donc en résumé, si je comprend bien, seul "system.map" est vraiment utile, et le noyau n'a pas besoin du lien symbolique "system.map" car de tout façon il sais ou il se trouve grâce au numéro de version qui suis son nom (comme dans System.map-2.4.25-test3).
peut ont stocker chaque kernel,system.map et config, de chaque version de noyau dans des répertoire differant de /boot/ ???
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- QU'EST CE QU'ILS VIENNENT NOUS FAIRENT CHIER AVEC LEURS CONCURENCE il n'y a pas de concurence pour les communications loal. Pour wandoo quelle concurence peu gene FT. Aucune, ou alors qu'on m'explique. -+-CY in : Guide du Neuneu d'Usenet - Faut pas me la faire -+-
On Sat, 13 Nov 2004, Qing Liu wrote:
playload <playload@lavache.com> writes:
peut ont stocker chaque kernel,system.map et config, de chaque version de
noyau dans des répertoire differant de /boot/ ???
Oui. Pour le system.map, il faut dire son emplacement à
klogd (l'option -k, man klogd). Quant aux fichiers config,
le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants:
$PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map
/lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
QU'EST CE QU'ILS VIENNENT NOUS FAIRENT CHIER AVEC LEURS CONCURENCE
il n'y a pas de concurence pour les communications loal. Pour wandoo
quelle concurence peu gene FT. Aucune, ou alors qu'on m'explique.
-+-CY in : Guide du Neuneu d'Usenet - Faut pas me la faire -+-
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- QU'EST CE QU'ILS VIENNENT NOUS FAIRENT CHIER AVEC LEURS CONCURENCE il n'y a pas de concurence pour les communications loal. Pour wandoo quelle concurence peu gene FT. Aucune, ou alors qu'on m'explique. -+-CY in : Guide du Neuneu d'Usenet - Faut pas me la faire -+-
TiChou
Dans le message <news:cn4ev7$m5j$, *playload* tapota sur f.c.o.l.configuration :
peut ont stocker chaque kernel,system.map et config, de chaque version de noyau dans des répertoire differant de /boot/ ???
Quel intérêt ?
-- TiChou
Dans le message <news:cn4ev7$m5j$1@news.tiscali.fr>,
*playload* tapota sur f.c.o.l.configuration :
peut ont stocker chaque kernel,system.map et config, de chaque version de
noyau dans des répertoire differant de /boot/ ???
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
Je ne savais pas que tout ce petit monde avait tant besoin de System.map :).
-- Liu
no_spam
On Sat, 13 Nov 2004 14:30:58 +0100, Qing Liu wrote:
Erwann ABALEA writes:
On Sat, 13 Nov 2004, Qing Liu wrote:
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
Je ne savais pas que tout ce petit monde avait tant besoin de System.map :).
C'est juste pour les noyaux 2.4, pour pouvoir afficher la routine du kernel dans laquelle un process est en attente. Dans les noyaux 2.6, l'info doit venir du sysfs, je pense (je ne suis pas sur...), les symboles étant censés être dans le noyau.
On Sat, 13 Nov 2004 14:30:58 +0100, Qing Liu wrote:
Erwann ABALEA <erwann@abalea.com> writes:
On Sat, 13 Nov 2004, Qing Liu wrote:
Oui. Pour le system.map, il faut dire son emplacement à
klogd (l'option -k, man klogd). Quant aux fichiers config,
le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants:
$PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map
/lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
Je ne savais pas que tout ce petit monde avait tant
besoin de System.map :).
C'est juste pour les noyaux 2.4, pour pouvoir afficher la routine du
kernel dans laquelle un process est en attente.
Dans les noyaux 2.6, l'info doit venir du sysfs, je pense (je ne suis pas
sur...), les symboles étant censés être dans le noyau.
On Sat, 13 Nov 2004 14:30:58 +0100, Qing Liu wrote:
Erwann ABALEA writes:
On Sat, 13 Nov 2004, Qing Liu wrote:
Oui. Pour le system.map, il faut dire son emplacement à klogd (l'option -k, man klogd). Quant aux fichiers config, le noyau s'en fiche.
D'après ma manpage, 'ps' cherche System.map aux emplacements suivants: $PS_SYSTEM_MAP /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map
Il faudrait donc renseigner la variable PS_SYSTEM_MAP.
Je n'ai pas vu l'info pour 'top', qui a lui aussi besoin du System.map.
Je ne savais pas que tout ce petit monde avait tant besoin de System.map :).
C'est juste pour les noyaux 2.4, pour pouvoir afficher la routine du kernel dans laquelle un process est en attente. Dans les noyaux 2.6, l'info doit venir du sysfs, je pense (je ne suis pas sur...), les symboles étant censés être dans le noyau.
