Trouvez (et réinstallez) des paquets avec des fichiers corrompus (sans rien casser)

24

Je préfère généralement réparer un système Linux que de le réinstaller à partir de zéro. Mes ordinateurs ont vu de nombreuses mises à niveau de la distribution et une liste de PPA ou de référentiels tiers. APT s'assure généralement que tout fonctionne à la fin. Cependant, le fait que le gestionnaire de paquets pense que tous les packages requis sont «installés» ne garantit pas que tous les fichiers sont présents sur le système de fichiers.

Une telle situation peut se produire si vous devez résoudre des problèmes de dépendance avec dpkg --force-* . On pourrait également reproduire une telle situation en supprimant un fichier de /usr en tant que root.

Existe-t-il un moyen simple de vérifier si tous les fichiers appartenant à un package installé sont présents?

Si un tel problème est détecté, aptitude reinstall corrige le problème.

    
posée Jan 18.08.2011 - 22:18
la source

4 réponses

3

La question a reçu une réponse ailleurs:

Existe-t-il un contrôle de santé Ubuntu? : les paquets debsum peuvent calculer MD5 hachage et comparaison avec le paquet deb.

Existe-t-il un moyen sûr de réinstaller via le gestionnaire de paquets : Oui, mais non recommandé.

    
réponse donnée Jan 29.08.2011 - 17:10
la source
30

À partir de la page debsums man:

apt-get install --reinstall $(dpkg -S $(debsums -c) | cut -d : -f 1 | sort -u)
       Reinstalls packages with changed files.

Je viens de l'exécuter sur mon système car le contenu du disque était corrompu de manière aléatoire alors que je testais un système d'exploitation bêta. Voici ce que j'ai fait (et cela semble avoir bien fonctionné):

D'abord, j'ai installé 'debsums' et l'ai exécuté pour voir si j'avais des fichiers corrompus sur mon système:

$ sudo apt-get install debsums
$ sudo debsums_init
$ sudo debsums -cs
/usr/share/bash-completion/completions/ssh
/usr/share/icons/hicolor/scalable/actions/cheese-take-photo.svg
/usr/share/gnome/help/gnumeric/C/files-textopen.xml
/usr/share/dbus-1/services/indicator-sound.service
/lib/modules/3.11.0-12-generic/kernel/drivers/mtd/ubi/ubi.ko

Comme vous pouvez le voir, j'ai cinq fichiers corrompus, donc je dois les réinstaller. Voici comment j'ai trouvé les paquets contenant les fichiers corrompus:

$ sudo debsums -c | xargs -rd '\n' -- dpkg -S | cut -d : -f 1 | sort -u
bash-completion
cheese-common
gnumeric-doc
indicator-sound
linux-image-extra-3.11.0-12-generic

Ensuite, j'ai réparé la corruption en réinstallant les packages endommagés:

$ sudo debsums -c | xargs -rd '\n' -- dpkg -S | cut -d : -f 1 | sort -u | xargs -rd '\n' -- sudo apt-get install --reinstall
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following package was automatically installed and is no longer required:
  linux-image-generic
Use 'apt-get autoremove' to remove it.
0 upgraded, 0 newly installed, 5 reinstalled, 0 to remove and 0 not upgraded.
Need to get 43.9 MB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://us.archive.ubuntu.com/ubuntu/ saucy/main bash-completion all 1:2.0-1ubuntu3 [173 kB]
Get:2 http://us.archive.ubuntu.com/ubuntu/ saucy/main cheese-common all 3.8.3-0ubuntu1 [2,929 kB]
Get:3 http://us.archive.ubuntu.com/ubuntu/ saucy/universe gnumeric-doc all 1.12.6-1 [7,295 kB]     
Get:4 http://us.archive.ubuntu.com/ubuntu/ saucy/main linux-image-extra-3.11.0-12-generic i386 3.11.0-12.19 [33.5 MB]
Get:5 http://us.archive.ubuntu.com/ubuntu/ saucy/main indicator-sound i386 12.10.2+13.10.20131011-0ubuntu1 [55.7 kB]
Fetched 43.9 MB in 10min 23s (70.4 kB/s)                                                           
(Reading database ... 174913 files and directories currently installed.)
Preparing to replace bash-completion 1:2.0-1ubuntu3 (using .../bash-completion_1%3a2.0-1ubuntu3_all.deb) ...
Unpacking replacement bash-completion ...
Preparing to replace cheese-common 3.8.3-0ubuntu1 (using .../cheese-common_3.8.3-0ubuntu1_all.deb) ...
Unpacking replacement cheese-common ...
Preparing to replace gnumeric-doc 1.12.6-1 (using .../gnumeric-doc_1.12.6-1_all.deb) ...
Unpacking replacement gnumeric-doc ...
Preparing to replace linux-image-extra-3.11.0-12-generic 3.11.0-12.19 (using .../linux-image-extra-3.11.0-12-generic_3.11.0-12.19_i386.deb) ...
Unpacking replacement linux-image-extra-3.11.0-12-generic ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
Preparing to replace indicator-sound 12.10.2+13.10.20131011-0ubuntu1 (using .../indicator-sound_12.10.2+13.10.20131011-0ubuntu1_i386.deb) ...
Unpacking replacement indicator-sound ...
Processing triggers for man-db ...
Processing triggers for libglib2.0-0:i386 ...
No such key 'auto-launch' in schema 'com.ubuntu.update-notifier' as specified in override file '/usr/share/glib-2.0/schemas/20_xubuntu-default-settings.gschema.override'; ignoring override for this key.
Processing triggers for hicolor-icon-theme ...
Setting up bash-completion (1:2.0-1ubuntu3) ...
Setting up cheese-common (3.8.3-0ubuntu1) ...
Setting up gnumeric-doc (1.12.6-1) ...
Setting up linux-image-extra-3.11.0-12-generic (3.11.0-12.19) ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
Not updating initrd symbolic links since we are being updated/reinstalled 
(3.11.0-12.19 was configured last, according to dpkg)
Not updating image symbolic links since we are being updated/reinstalled 
(3.11.0-12.19 was configured last, according to dpkg)
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.11.0-12-generic /boot/vmlinuz-3.11.0-12-generic
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.11.0-14-generic
Found initrd image: /boot/initrd.img-3.11.0-14-generic
Found linux image: /boot/vmlinuz-3.11.0-12-generic
Found initrd image: /boot/initrd.img-3.11.0-12-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 7 (loader) on /dev/sda1
done
Setting up indicator-sound (12.10.2+13.10.20131011-0ubuntu1) ...

Enfin, j'ai vérifié pour s’assurer qu’il ne restait aucun fichier corrompu:

$ sudo debsums -c

Cette commande n’a généré aucun résultat, ce qui signifie qu’aucune erreur n’a été détectée. : -)

Une dernière remarque: vous devriez également vérifier les fichiers de configuration de vos paquets pour s’assurer qu’ils sont corrects. Cela peut être plus difficile parce que les fichiers de configuration changent souvent et que les modifications sont légitimes. Vous devrez donc inspecter manuellement chaque fichier de configuration modifié pour déterminer s'il est réellement corrompu. Voici comment vous obtenez une liste des fichiers de configuration modifiés:

$ sudo debsums -as
debsums: changed file /etc/gnome/defaults.list (from desktop-file-utils package)
debsums: changed file /etc/default/rcS (from initscripts package)
debsums: changed file /etc/subuid (from login package)
debsums: changed file /etc/subgid (from login package)
debsums: changed file /etc/sudoers (from sudo package)
    
réponse donnée PeniWize 18.12.2013 - 00:40
la source
6

Le script fourni par PeniWize fonctionne parfaitement pour les fichiers corrompus, mais ne prend pas en charge les paquets contenant des fichiers manquants, car debsums les signale à stderr. Pour réinstaller les packages avec les fichiers manquants, cela a fonctionné pour moi:

sudo debsums -c 2>&1 | cut -d " " -f 4 | sort -u | xargs -rd '\n' -- dpkg -S | cut -d : -f 1 | sort -u | xargs -rd '\n' -- sudo apt-get install --reinstall
    
réponse donnée ajn 29.12.2013 - 17:51
la source
-1

Utiliser le programme dpkg avec des scripts Bash devrait pouvoir vous aider. La seule mise en garde serait que si quelqu'un remplace les versions "propres" des fichiers par des "malveillantes". Pour cela, vous devez obtenir des sommes de contrôle MD5 valides à partir d'un package vierge. En tout cas, voici le code shell pour obtenir ce que vous voulez:

#!/bin/sh
PACKAGE_NAME="xterm"
for i in 'sudo dpkg -L ${PACKAGE_NAME}'
do
    if ! [ -e $i ]; then
            echo "$i is a missing file in the $PACKAGE_NAME package."
    fi
done

Le script n’imprimerait que si un fichier ou un répertoire défini dans le package était manquant. En outre, vous devez remplacer la variable "PACKAGE_NAME" par le package que vous souhaitez inspecter. J'espère que cela t'aides.

    
réponse donnée Justin Andrusk 19.08.2011 - 03:56
la source

Lire d'autres questions sur les étiquettes