Le Saturday 13 October 2007 18:51:09 Christophe Alonso, vous avez écrit : > Le samedi 13 octobre 2007 à 17:23 +0200, Gilles Mocellin a écrit : > > Le Saturday 13 October 2007 17:15:03 Christophe Alonso, vous avez écrit : > > > Bonjour, > > > > > > ce matin mise à jour du noyau 2.6.18-5-686. Sur un pc, sans problème. > > > Sur un autre, l'installation échoue parce qu'il n'arrive pas à lier > > > symboliquement /lib/modules/2.6.18-5-686/drivers/char/ipmi_watchdog.ko. > > > Je pense à un problème de disponibilité du dit fichier, je redémarre > > > sur un ancien noyau, et retente l'installation. Même erreur. De dépit, > > > je purge le noyau 2.6.18-5-686, j'essaie de supprimer le > > > répertoire /lib/modules/2.6.18-5-686/drivers/char/ à la main, mais je > > > ne peut que le déplacer. Même en root, il me dit que je ne suis pas > > > autorisé. En regardant de plus près, voici ce que je trouve : > > > permissions sur le fichier ipmi_watchdog.ko 000 ; user 1447362560 ; > > > group 1430407252. Les user et group en question ne semble pas exister > > > sur le pc, d'ailleurs, voilà bien d'étranges user et group, non ? Je > > > commence à m'inquiéter. Quelqu'un a-t-il déjà eu ce genre de problème ? > > > Comment se débarrasser définitivement de ce fichier ? > > > > > > Pour la mise à jour, elle s'est effectuée correctement, après > > > déplacement du fichier récalcitrant. > > > > > > Merci de votre aide. > > > > A mon avis, une corruption du système de fichier. > > Boot sur un liveCD, ou autre système n'utilisant pas le FS sur lequel il > > y a /lib/modules/... > > > > Puis fsck sur le FS, s'il ne trouve rien, c'est autre chose et je ne vois > > pas quoi. > > Merci pour ta réponse. > > J'ai essayé en ssh depuis l'autre pc, mais je n'arrive à rien, il faut > dire que je ne connais pas grand chose à la ligne de commande et > qu'entre le man de ssh, celui de fsck, je ne m'en sors pas du tout. Tant que le système tourne, tu ne pourras pas réparer le filesystem. Il va vraiment falloir le rebooter. > En plus celui qui a installé linux sur le pc a utilisé lvm qui ne semble > pas être géré par fsck. Si si, en fait disque ou LVM, ce qui compte c'est le système de fichier qui est mis dessus (ext3, reiserfs, fat...), c'est lui que saura gérer fsck. > Mais puisque c'est un fichier corrompu, je peux finalement le laisser où > il est. Au prochain fsck du système, ça devrait rentrer dans l'ordre > tout seul, non ? A condition qu'un fsck soit lancé un jour... Si personne ne le fait et que le PC est rarement rebooté...
Attachment:
signature.asc
Description: This is a digitally signed message part.