web-dev-qa-db-fra.com

supprimé accidentellement / var / lib / apt /

J'ai accidentellement supprimé le contenu de/var/lib/apt avec la commande ci-dessous:

Sudo rm -rf /var/lib/apt/*

qu'est-ce que je devrais faire maintenant? puis-je le restaurer? Est-ce nécessaire?

10

Le dossier contient quelques éléments intéressants. En particulier, il existe un répertoire /var/lib/apt/keyrings/ pour tous les référentiels que vous avez ajoutés au système via apt-add-repository (il existe également /etc/apt/trusted.gpg et /etc/apt/trusted.gpg.d/) et cdroms.list qui référencent le support d'installation en tant que source des packages. /var/lib/apt/keyrings/ubuntu-archive-keyring.gpg peut être réinstallé avec Sudo apt-get install --reinstall ubuntu-keyring.

Il existe également /var/lib/apt/lists, qui contient les fichiers de verrouillage pour lorsque apt exécute une mise à jour ou une mise à niveau, ainsi que des listes de packages dans des référentiels distants. Les éléments de ce répertoire sont parfois effacés ou supprimés comme dans this post par exemple. Il devrait se régénérer une fois que vous avez exécuté apt-get update.

En bref, je ne m'inquiéterais pas beaucoup pour ça. Exécutez simplement Sudo apt-get update et il devrait être de retour. Toutefois, si vous avez ajouté des référentiels via apt-add-repository qui ont peut-être requis une clé GPG, vous pouvez alors ajouter cette clé à nouveau ou supprimer temporairement ce référentiel de /etc/apt/sources.list.d.

Bien que ce ne soit pas un gros problème dans ce cas, comme Lightness est mentionné dans le commentaires , le cœur du problème est l'utilisation accidentelle de rm -rf. Un utilisateur doit assumer l'entière responsabilité lorsqu'il utilise des commandes pouvant endommager son système. Il existe d'innombrables exemples sur AskUbuntu et d'autres sites StackExchange dans lesquels les utilisateurs suppriment ou modifient la propriété des composants du système principal. Du point de vue des nouveaux utilisateurs, il peut être compréhensible que les nouveaux utilisateurs ne sachent pas combien de dommages peuvent être causés, bien que cela ne libère pas le nouvel utilisateur de sa responsabilité. Il est inutile de condamner la commande ou l'utilisateur, mais la bonne façon de procéder devrait être de développer des habitudes de vérification de vos propres étapes en ligne de commande ou ailleurs. Cela ne s'applique pas uniquement à Ubuntu, mais à l'informatique en général, et vient avec l'expérience et souvent en commettant réellement des erreurs et en cassant votre système uniquement pour le réparer et le réparer à nouveau. Il faut être en paix avec le fait que vous maîtrisez le système et avec la responsabilité qui découle des erreurs, et que vous apprendrez souvent une ou deux choses à casser et à réparer.

24