Re: dist-upgrade vers Lenny : problème configuration hal
Mathieu JANIN a écrit :
| Bon.
| grep hal /var/log/* 2>/dev/null
| te dit quelquechose ?
|
| Sinon, en attendant de trouver un message pour s'appuyer dessus et chercher
| dans le BTS, si tu as besoin de remettre ta machine d'équerre, tu dois
| pouvoir retrouver, si tu n'as pas fait de clean, la version précèdente de hal
| (celle de etch) dans /var/cache/apt/repository. Tu pourras essayer de
| l'installer avec dpkg -i.
| Au pire (c'est p.e.mieux d'ailleurs), si tu as un sources.list avec les dépots
| lenny et etch, tu peux essayer de verrouiller la version etch avec
| aptitude hold hal/stable
| En esperant (mais vraiment pas sûr) que hal ne soit pas trop lié à la libc6,
| ce qui te provoquera une liste de régression de tout un lot de paquets.
|
| ++, MATT
|
avec mon sources.list, je peux installer indifferamment du etch, lenny ou sid,
avec préférences pour lenny.
si je fais un aptitude install hal/stable, en le simulant, ça me fait effectivement
rétrograder un sacré paquet de choses.
bon, en suivant les indications du man hald, voici le résultat de gdb /usr/sbin/hald :
-------------------------------------------------------------------------------
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(no debugging symbols found)
(gdb) run --daemon=no --verbose=yes
Starting program: /usr/sbin/hald --daemon=no --verbose=yes
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
19:53:37.782 [I] hald.c:669: hal 0.5.11
19:53:37.782 [I] hald.c:734: Will not daemonize
19:53:37.782 [I] hald_dbus.c:5381: local server is listening at unix:abstract=/var/run/hald/dbus-C7Tggrb1Rp,guid=79c181c08c2314ffa3989ac9494e90b1
19:53:37.784 [I] hald_runner.c:301: Runner has pid 11928
Runner started - allowed paths are '/usr/lib/hal:/usr/lib/hal/scripts:/usr/bin'
19:53:37.785 [I] hald_runner.c:182: runner connection is 0x98a4858
19:53:37.786 [W] osspec.c:373: Unable to open /proc/mdstat: No such file or directory
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
19:53:37.792 [I] mmap_cache.c:126: Regenerating fdi cache..
Run started hald-generate-fdi-cache (60000) (0)
! full path is '/usr/lib/hal/hald-generate-fdi-cache', program_dir is '/usr/lib/hal'
19:54:37.795 [I] mmap_cache.c:104: In regen_cache_cb exit_type=1, return_code=0
19:54:37.796 [E] mmap_cache.c:153: fdi cache regeneration failed!
19:54:37.796 [I] mmap_cache.c:156: fdi cache generation done
19:54:37.796 [I] mmap_cache.c:274: cache mtime is 1229604423
*** [DIE] mmap_cache.c:di_rules_init():70 : Unable to open cache /var/cache/hald/fdi-cache
Program exited with code 01.
------------------------------------------------------------------------------
cela vous dit-il quelque chose ?
merci.
--
Franck Delage
Création et hébergements de sites web
www.web82.net
Reply to: