OVH Cloud OVH Cloud

[gentoo-user-fr] System.map

5 réponses
Avatar
Pascal Ronecker
Encore un hors sujet, mais d=E9cid=E9ment j'ai que des problemes =E0 la con=
en
ce moment, dont aucunes des solutions google-is=E9es ne marchent.

Du coup j'=E9cume tout ce que je peux.=20

Voil=E0 : au boot, le kernel me dit : cannot find map.
Traduction : au boot il ne trouve pas System.map,

or voil=E0 mon /boot, ou l'on peut voir que le fichier y est :=20

lrwxr-xr-x 1 root root 16 Jul 17 12:03 System.map ->
System.map-2.6.7
-rw-r--r-- 1 root root 553K Nov 5 2003
System.map-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 837K Jul 22 18:49 System.map-2.6.7
lrwxrwxrwx 1 root root 1 Nov 5 2003 boot -> .
drwxr-xr-x 2 root root 1.0K Jul 22 19:20 grub
-rw-r--r-- 1 root root 1.4M Nov 5 2003
initrd-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 1.1M Nov 5 2003
kernel-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 1.7M Jul 22 18:49 kernel-2.6.7
drwx------ 2 root root 12K Nov 5 2003 lost+found


snif,

d'avance merci (et encore mes excuses au mod=E9rateur ...)



--
gentoo-user-fr@gentoo.org mailing list

5 réponses

Avatar
Pascal Ronecker
J'ai solutionné mon problème, mais là je ne comprends plus le
fonctionnement de ma Gentoo. comme le préconise le manuel d'install,
j'ai un /boot séparé du filesystem principal, et /boot n'est pas mont ée.

C'est pour ca que klogd ne trouvait pas son System.map. En copiant ce
fichier à la racine, il le trouve. (klogd cherche à trois endroits par
défaut, voir man)

Mais bon, par défaut, ca se passe comment avec "l'install de base"
suivie à la lettre de la gentoo ?
Jamais le /boot n'est monté, comment ca peut s'y retrouver ?

Corollaire : depuis 8 mois je marche sans System.map et ca marche très
bien. Mais à quoi sert ce truc dans le fonds ?




On Thu, 2004-07-22 at 20:41, Pascal Ronecker wrote:
Encore un hors sujet, mais décidément j'ai que des problemes à la c on en
ce moment, dont aucunes des solutions google-isées ne marchent.

Du coup j'écume tout ce que je peux.

Voilà : au boot, le kernel me dit : cannot find map.
Traduction : au boot il ne trouve pas System.map,

or voilà mon /boot, ou l'on peut voir que le fichier y est :

lrwxr-xr-x 1 root root 16 Jul 17 12:03 System.map ->
System.map-2.6.7
-rw-r--r-- 1 root root 553K Nov 5 2003
System.map-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 837K Jul 22 18:49 System.map-2.6.7
lrwxrwxrwx 1 root root 1 Nov 5 2003 boot -> .
drwxr-xr-x 2 root root 1.0K Jul 22 19:20 grub
-rw-r--r-- 1 root root 1.4M Nov 5 2003
initrd-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 1.1M Nov 5 2003
kernel-2.4.20-gentoo-r6
-rw-r--r-- 1 root root 1.7M Jul 22 18:49 kernel-2.6.7
drwx------ 2 root root 12K Nov 5 2003 lost+found


snif,

d'avance merci (et encore mes excuses au modérateur ...)



--
mailing list







--
mailing list
Avatar
Jacques Montier
Pascal Ronecker a écrit :
J'ai solutionné mon problème, mais là je ne comprends plus le
fonctionnement de ma Gentoo. comme le préconise le manuel d'install,
j'ai un /boot séparé du filesystem principal, et /boot n'est pas montée.

C'est pour ca que klogd ne trouvait pas son System.map. En copiant ce
fichier à la racine, il le trouve. (klogd cherche à trois endroits par
défaut, voir man)

Mais bon, par défaut, ca se passe comment avec "l'install de base"
suivie à la lettre de la gentoo ?
Jamais le /boot n'est monté, comment ca peut s'y retrouver ?

Corollaire : depuis 8 mois je marche sans System.map et ca marche très
bien. Mais à quoi sert ce truc dans le fonds ?





Oui, c'est bien la question que je me pose depuis
pas mal de temps...
Je n'ai jamais eu de System.map depuis que je suis
passé à la Gentoo il y a un an.
Avant ça, il y en avait un avec la Mandrake.
Si quelqu'un pouvait répondre à la question je me
sentirais moins bête...8-)
merci d'avance.

--
Jacques

--
mailing list
Avatar
Pascal Ronecker
J'ai trouvé une réponse !

L'utilité du fichier est là :

http://www.linuxmafia.com/faq/Kernel/systemmap.html

en bref ca sert a rendre des logs systemes lisibles en cas de Oops du
kernel. rien de "trop" grave.


Et surtout : klogd (qui charge le system.map) va chercher là :
/boot/
/
/usr/src/linux/

Et donc en fait, finalement, suffit de le laisser là où il est à la f in
d'une compilation de noyau pour que tout le monde s'y retrouve.

ca aura pas été sans mal, c'est pas le truc le plus documenté du mond e
ce fichier :-)

On Thu, 2004-07-22 at 23:22, Jacques Montier wrote:
Pascal Ronecker a écrit :
> J'ai solutionné mon problème, mais là je ne comprends plus le
> fonctionnement de ma Gentoo. comme le préconise le manuel d'install,
> j'ai un /boot séparé du filesystem principal, et /boot n'est pas mo ntée.
>
> C'est pour ca que klogd ne trouvait pas son System.map. En copiant ce
> fichier à la racine, il le trouve. (klogd cherche à trois endroits par
> défaut, voir man)
>
> Mais bon, par défaut, ca se passe comment avec "l'install de base"
> suivie à la lettre de la gentoo ?
> Jamais le /boot n'est monté, comment ca peut s'y retrouver ?
>
> Corollaire : depuis 8 mois je marche sans System.map et ca marche trè s
> bien. Mais à quoi sert ce truc dans le fonds ?
>
>

Oui, c'est bien la question que je me pose depuis
pas mal de temps...
Je n'ai jamais eu de System.map depuis que je suis
passé à la Gentoo il y a un an.
Avant ça, il y en avait un avec la Mandrake.
Si quelqu'un pouvait répondre à la question je me
sentirais moins bête...8-)
merci d'avance.





--
mailing list
Avatar
Jacques Montier
Pascal Ronecker a écrit :
J'ai trouvé une réponse !

L'utilité du fichier est là :

http://www.linuxmafia.com/faq/Kernel/systemmap.html

en bref ca sert a rendre des logs systemes lisibles en cas de Oops du
kernel. rien de "trop" grave.




Merci de l'info !!

--
Jacques

--
mailing list
Avatar
dju`
Jacques Montier wrote:
Pascal Ronecker a écrit :

J'ai trouvé une réponse !

L'utilité du fichier est là :

http://www.linuxmafia.com/faq/Kernel/systemmap.html

en bref ca sert a rendre des logs systemes lisibles en cas de Oops du
kernel. rien de "trop" grave.




Merci de l'info !!




Le System.map est aussi très utilisé pour la détection des kernel
rootkits, puisque ce fichier contient l'image de la table des appels
systèmes faite au moment de la compilation du noyau. Comme l'objectif
des kernel rootkits est de modifier la table chargée en mémoire, il faut
comparer périodiquement cette table avec celle du System.map. S'il y a
des différences, alors on a probablement affaire à une intrusion par
kernel rootkit.
--
--dju`

--
mailing list