Le mer. 10 juin 2020 14:12, BERTRAND Joël <[email protected]> a écrit :
> Bonjour à tous, > Bonjour > À la suite d'un nouveau dysfonctionnement de systemd (et qu'on ne > me > dise surtout pas que ce n'est pas systemd le fautif, le même bug est > visible sur d'autres distributions sur systemd 245 et il y a plein de > gens qui râlent fort en ce moment ;-) ), les interfaces réseaux de mon > serveur principal, tant qu'à faire à 500 bornes de chez moi, ont été > sauvagement renommées. Les règles udev ne servaient plus à rien. En > soit, c'est déjà ennuyeux. Mais pire que cela, il y avait un script qui > s'appuyait sur un nom d'interface et qui s'est mis à faire n'importe > quoi. Au lieu de virer les fichiers plus vieux que 7 jours d'une > arborescence de /var, il a commencé à faire la même chose dans /bin > (erreur de typo dans le script en question). > > Comme il n'y a pas de répertoire rescue (contrairement à NetBSD) > contenant les utilitaires liés statiquement, j'ai copié à la hussarde > /bin, /lib/x86..., /usr/bin et /usr/lib/x86... depuis une installation > fraîche parce que, comme d'habitude, c'est toujours quand on a besoin > d'une sauvegarde qu'on s'aperçoit que la dernière a merdé !... > > J'ai réussi à faire redémarrer le système, mais je me retrouve > maintenant avec des fichiers surnuméraires. Existe-t-il un moyen > d'effacer tous les fichiers d'un répertoire qui ne sont pas dans l'un > des paquets installé sur le système (autre que l'algo trivial qui doit > être en n² consistant à chercher pour tous les fichiers du répertoire > s'ils apparaissent dans l'une des sorties de dpkg-query -L xx) ? > Peut-être est il déjà un peu plus efficace d'analyser pour chaque fichier la sortie de dpkg -S <chemin> (recherche du package qui fournit) ? > > Bien cordialement, > > JKB > >
