Bonjour thierryR,
Quand tu ajoutes un programme sous Linux il vient souvent avec des dépendances et des bibliothèques partagées de fonctions. Les dépendances sont d'ailleurs souvent des bibliothèques de fonctions (libs en anglais).
Ces bibliothèques sont souvent des binaires compilées pour être utilisées par d'autres programmes (d'où le partagé), ce sont des shared objects. On arrive donc au fameux .so
Quand tu ajoutes un .so, il faut que le système en ait conscience. En effet, quand un programme est executé, la première étape pour le charger est de trouver toutes les bibliothèques dont il a besoin. C'est le dynamic linker qui fait ça, utilisant un cache contenant la liste de tous les .so.
Ce cache de liens dynamiques est mise à jour par la commande ldconfig, qui se trouve souvent en post-install de RPM qui viendraient déposer de nouveaux .so
ici, lors de ton installation de nethogs, ldconfig a bien été appelé, et indique qu'il à trouvé des fichiers dans /lib qui ne sont pas des liens symboliques. La bonne pratique veut en effet que les bibliothèques .so soient fournit en fichier souvent bien versionné (ex libxxx.so.1.0.3) et qu'un lien plus simple pointe dessus (ex libxxx.so => libxxx.so.1.0.3).
plus d'info dans man ldconfig ou man ld et surement man elf (elf étant le format des binaires sous Linux)
Donc ces messages même si c'est pas très méchant, indique qu'il y a quelque chose de pas propre sur ton système.
Qui a fournit ces fichiers ? Que donne
rpm -qf /lib/libbrscandec2.so.1
rpm -qf /lib/libbrcolm2.so.1
?