[Debian-compil Kernel] ailleu ailleu
pour resumer le pb :
qd j'essaye de lancer l'utilitaire de comfig du noyau ... il me dit ca :
planets01:~/kernel/linux# make xconfig
HOSTCC scripts/basic/fixdep
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol_skip@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_start_profile@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_check_map_versions@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_get_origin@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_dst_substitute@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_init@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_dst_count@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_signal_error@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_debug_printf@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_map_object_deps@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_unload_cache@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_relocate_object@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_tls_symaddr@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `__libc_stack_end@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_catch_error@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol_skip@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_map_object@GLIBC_PRIVATE'
collect2: ld returned 1 exit status
make[1]: *** [scripts/basic/fixdep] Error 1
make: *** [scripts_basic] Error 2
qd j'essaye de lancer l'utilitaire de comfig du noyau ... il me dit ca :
planets01:~/kernel/linux# make xconfig
HOSTCC scripts/basic/fixdep
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol_skip@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_start_profile@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_check_map_versions@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_get_origin@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_dst_substitute@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_init@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_dst_count@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_signal_error@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_debug_printf@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_map_object_deps@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_unload_cache@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_relocate_object@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_tls_symaddr@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `__libc_stack_end@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_catch_error@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol_skip@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_lookup_symbol@GLIBC_PRIVATE'
/lib/libc.so.6: undefined reference to `_dl_map_object@GLIBC_PRIVATE'
collect2: ld returned 1 exit status
make[1]: *** [scripts/basic/fixdep] Error 1
make: *** [scripts_basic] Error 2
A voir également:
- [Debian-compil Kernel] ailleu ailleu
- Nt kernel & system ✓ - Forum Virus
- Pcl xl error subsystem kernel - Forum Imprimante
- Passer en root debian ✓ - Forum Debian
- NT KERNEL AND SYSTEM bouffe mon cpu !! - Forum Windows
- Comment passer en mode root sous Linux ? ✓ - Forum Linux / Unix
6 réponses
Salut,
Ca à l'air bizarre ton affaire, ça donne l'impression que ta libc n'est pas ok.
Ca te donne quoi 'ldd /lib/libc.so.6'
A+, crabs
Ca à l'air bizarre ton affaire, ça donne l'impression que ta libc n'est pas ok.
Ca te donne quoi 'ldd /lib/libc.so.6'
A+, crabs
Il y a un probleme serieux de l'installation de libc ou plutot d'une bibliotheque annexe, je pense peut-etre la "libdl" (regarder avec "ls -l /lib/libdl*" s'il y a quelque chose). Ca peut aussi etre de mauvaises headers *.h qui ne sont pas proprement installe (dans /usr/include/...).
Soit il y a un truc qui n'est pas installe (par exemple libdl) ou soit c'est un truc qui a ete efface ou boussille d'une facon quelconque ou soit la version de Debian utilisee est trop vielle (c'est encore la Woody ?).
Je ne sais pas quelle serait la methode la plus efficace pour reparer, en absence d'info precises sur le probleme je dirais reinstaller ou mettre a jour.
On peut essayer installer: libdl et libdl-devel avec apt-get mais ca risque de ne pas etre un paquet isole mais plutot de faire partie d'un autre paquet plus grand (ldso, glibc, ... ?).
De facon generale la "libc" et tout qui va avec est comme le systeme nerveux d'un systeme Linux. Si c'est bouissilee il faut reinstaller le paquet completement et defois il faut reinstaller tout le systeme. Presque tout logiciel en depend! Sur le plan "reparation" ca peut meme etre pire qu'un boot ou qu'un noyau abime car dans un tel cas on peut toujours booter avec une disquette de boot qu'on aurait gardee depuis la 1ere installation.
Soit il y a un truc qui n'est pas installe (par exemple libdl) ou soit c'est un truc qui a ete efface ou boussille d'une facon quelconque ou soit la version de Debian utilisee est trop vielle (c'est encore la Woody ?).
Je ne sais pas quelle serait la methode la plus efficace pour reparer, en absence d'info precises sur le probleme je dirais reinstaller ou mettre a jour.
On peut essayer installer: libdl et libdl-devel avec apt-get mais ca risque de ne pas etre un paquet isole mais plutot de faire partie d'un autre paquet plus grand (ldso, glibc, ... ?).
De facon generale la "libc" et tout qui va avec est comme le systeme nerveux d'un systeme Linux. Si c'est bouissilee il faut reinstaller le paquet completement et defois il faut reinstaller tout le systeme. Presque tout logiciel en depend! Sur le plan "reparation" ca peut meme etre pire qu'un boot ou qu'un noyau abime car dans un tel cas on peut toujours booter avec une disquette de boot qu'on aurait gardee depuis la 1ere installation.
Salut,
Ce ne peut être pas si grave ;-)
Il peut simplement s'agir d'un souci de version entre la libc.so et la libc.a -
situées habituellement dans /usr/lib - et la libc.so - située dans /lib.
Ca empèche les compilations - plutôt les éditions de liens - mais ça n'empèche
pas le système de tourner.
Sinon les symboles manquant sont des symboles privées de la libc et pas
externes, dont je ne crois pas le souci viennent d'une bibliothèque dl*.
Y a pas mal de thread sur ce problème sur le net, souvent c'est dû à une mise
à jour incompléte, la libc sans la bibliothèque de dev.
Le problème c'est que je ne sais pas comment retrouver la version de libc
utilisée pour le dev :-( [et que je n'ai pas de débian].
Ce ne peut être pas si grave ;-)
Il peut simplement s'agir d'un souci de version entre la libc.so et la libc.a -
situées habituellement dans /usr/lib - et la libc.so - située dans /lib.
Ca empèche les compilations - plutôt les éditions de liens - mais ça n'empèche
pas le système de tourner.
Sinon les symboles manquant sont des symboles privées de la libc et pas
externes, dont je ne crois pas le souci viennent d'une bibliothèque dl*.
Y a pas mal de thread sur ce problème sur le net, souvent c'est dû à une mise
à jour incompléte, la libc sans la bibliothèque de dev.
Le problème c'est que je ne sais pas comment retrouver la version de libc
utilisée pour le dev :-( [et que je n'ai pas de débian].
Oui, c'est aussi possible. Dans ce cas il faudrait regarder les versions des paquets: "glibc" et "glibc-devel" (ou peut-etre: "libc" et "libc-devel" pour Debian ??) et mettre a jour le paquet qui serait plus vieux que l'autre.
Avec rpm, je ferais simplement: "rpm -q glibc" et "rpm -q glibc-devel" mais pour Debian je connais pas la commande (peut-etre un truc comme "apt-query" ??).
Il est aussi possible que dans une version anterieure il n'y a qu'un seul paquet appele "glibc" tout court qui contient tout et dans une version ulterieure ca a ete coupe en deux paquets: "glibc" et "glibc-devel". Dans ce cas la MAJ a peut-etre seulement mis le "glibc" et pas le "glibc-devel" mais normalement la gestion de la MAJ doit tenir compte de ce genre de choses (sauf bogue bien entendu).
De toute facon si les fichiers include dans /usr/include/... et dans le paquet "glibc-devel" ne correspondent pas a la version de /lib/libc.so-... (dans le paquet "glibc") ca peut faire ce genre d'erreures.
Avec rpm, je ferais simplement: "rpm -q glibc" et "rpm -q glibc-devel" mais pour Debian je connais pas la commande (peut-etre un truc comme "apt-query" ??).
Il est aussi possible que dans une version anterieure il n'y a qu'un seul paquet appele "glibc" tout court qui contient tout et dans une version ulterieure ca a ete coupe en deux paquets: "glibc" et "glibc-devel". Dans ce cas la MAJ a peut-etre seulement mis le "glibc" et pas le "glibc-devel" mais normalement la gestion de la MAJ doit tenir compte de ce genre de choses (sauf bogue bien entendu).
De toute facon si les fichiers include dans /usr/include/... et dans le paquet "glibc-devel" ne correspondent pas a la version de /lib/libc.so-... (dans le paquet "glibc") ca peut faire ce genre d'erreures.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
ca veut dire quoi ?
le résultat de la commande suivante te donne quoi
libc.so.6 => /lib/libc.so.6 (0x40026000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)