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?
command-line
apt
files
Hossein Hosseinvand
la source
la source
Réponses:
Le dossier contient quelques éléments intéressants, en particulier il y a un
/var/lib/apt/keyrings/
répertoire pour tous les référentiels que vous avez ajoutés au système viaapt-add-repository
(et puis il y a aussi/etc/apt/trusted.gpg
et/etc/apt/trusted.gpg.d/
) etcdroms.list
qui devraient référencer le support d'installation comme source de packages. Supprimé/var/lib/apt/keyrings/ubuntu-archive-keyring.gpg
peut être réinstallé avecsudo apt-get install --reinstall ubuntu-keyring
.Il y a aussi
/var/lib/apt/lists
, qui contient des fichiers de verrouillage pour l'apt
exécution de la mise à jour ou de la mise à niveau, et des listes de packages dans les référentiels distants. Les éléments de ce répertoire sont parfois effacés ou supprimés comme dans cet article par exemple. Il devrait se régénérer une fois que vous courezapt-get update
.Bref, je ne m'inquiéterais pas autant. Il suffit de l'exécuter
sudo apt-get update
et il devrait être de retour, mais si vous avez ajouté des référentiels viaapt-add-repository
lesquels une clé GPG peut être requise, vous pouvez alors ajouter à nouveau cette clé ou supprimer temporairement ce référentiel/etc/apt/sources.list.d
.Bien que ce ne soit pas un gros problème dans ce cas, comme Lightness l'a mentionné dans les 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 qui peuvent endommager son système. Il existe d'innombrables exemples sur AskUbuntu et d'autres sites StackExchange où les utilisateurs suppriment ou modifient la propriété des composants du système central. Du point de vue des nouveaux utilisateurs, il peut être compréhensible que les nouveaux utilisateurs ne connaissent pas l'ampleur des dommages qui peuvent être causés, bien que cela ne libère pas le nouvel utilisateur de sa responsabilité. Il ne sert à rien de condamner la commande ou l'utilisateur, mais la bonne façon 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 seulement à Ubuntu, mais à l'informatique en général, et vient avec l'expérience et souvent en faisant des erreurs et en cassant votre système uniquement pour le réparer et le casser à nouveau.la source
sudo
suivie parrm -rf
suivie d'un nom de répertoire involontaire suivi de*
ne devrait pas être quelque chose que votre cerveau permet de se produire. Des actions correctives / changements de comportements peuvent être nécessaires pour éviter des problèmes bien pires à l'avenir.rm -rf
sans vérifier et s'assurer qu'il supprime d'abord la bonne chose.echo
être ajouté en premier à une commande que vous avez l'intention d'exécuter avec un caractère générique ou d'autres commandes destructrices. Par exemple,echo rm /tmp/*
type de chose