yanlışlıkla silindi / var / lib / apt /


10

Aşağıdaki komutla yanlışlıkla / var / lib / apt içeriğini sildim:

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

Ben şimdi ne yapmalıyım? geri yükleyebilir miyim? bu gerekli mi?


Bu kazanın arkasındaki neden, diskimde boş alan yaratmak için büyük boyutu nedeniyle / var / lib / apt / Lists / * ' i kaldırmaya çalışmamdı .
Hossein Hosseinvand

Yanıtlar:


24

Klasör birkaç ilginç şeyler içeriyor, özellikle orada /var/lib/apt/keyrings/sen aracılığıyla sisteme eklediğiniz herhangi depolar için dizin apt-add-repository(ve sonra da orada /etc/apt/trusted.gpgve /etc/apt/trusted.gpg.d/) ve cdroms.list hangi paketlerin kaynağı olarak yükleme medyasını başvuruda bulunmalıdır. Kaldırılan /var/lib/apt/keyrings/ubuntu-archive-keyring.gpgile yeniden kurulabilir sudo apt-get install --reinstall ubuntu-keyring.

Ayrıca /var/lib/apt/lists, aptgüncelleme veya yükseltmeyi çalıştırırken kilit dosyalarını ve uzak depolardaki paket listelerini içeren de vardır. Bu dizin bazen öğeler silindiğinde veya olduğu gibi silinir bu yazı örneğin. Koştuktan sonra yenilenmeli apt-get update.

Kısacası, bu kadar endişelenmezdim. Sadece çalıştırın sudo apt-get updateve geri dönmelidir, ancak apt-add-repositoryGPG anahtarı gerektirebilecek depolar eklediyseniz , o anahtarı tekrar eklemek veya bu depoyu geçici olarak kaldırmak isteyebilirsiniz /etc/apt/sources.list.d.

Bu durumda büyük bir sorun olmasa da olduğu gibi, Hafiflik belirtilen açıklamalar , konunun temel kazara kullanımıdırrm -rf. Kullanıcı, sistemlerine zarar verebilecek komutları kullandığında tüm sorumluluğu üstlenmelidir. AskUbuntu ve kullanıcıların temel sistem bileşenlerinin sahipliğini sildiği veya sahipliğini değiştirdiği diğer StackExchange sitelerinde sayısız örnek vardır. Yeni kullanıcılar açısından, yeni kullanıcıların ne kadar hasar verilebileceğine aşina olmadıkları anlaşılabilir, ancak bu yeni kullanıcıyı sorumluluktan kurtarmaz. Komutu veya kullanıcıyı kınamanın bir anlamı yoktur, ancak doğru yol, komut satırında veya başka bir yerde kendi adımlarınızı doğrulama alışkanlıkları geliştirmek olmalıdır. Bu sadece Ubuntu için değil, genel olarak bilgi işlem için de geçerlidir ve genellikle hatalar yaparak ve sisteminizi sadece onarmak ve tekrar kırmak için kırarak deneyimle birlikte gelir.


9
Ayrıca, hatanın ilk etapta nasıl yapıldığını da incelemek isteyeceksiniz, çünkü yazma sudove rm -rfardından istenmeyen bir dizin adı ve ardından *beyninizin gerçekleşmesine izin verdiği bir şey olmamalıdır. Gelecekte çok daha kötü sorunlardan kaçınmak için düzeltici eylem / davranışlarda değişiklik yapılması gerekebilir.
Yörüngedeki Hafiflik Yarışları

1
@LightnessRacesinOrbit Sanırım bu yorum OP'nin sorusu altında yer almalı, ama katılıyorum - kullanıcı yazdıklarını bilmeli ve rm -rfönce doğru olanı kaldırdıklarını kontrol etmeden ve yapmadan kaçınmalıdır .
Sergiy Kolodyazhnyy

1
Bence cevaba eklenmesi gerektiğini düşünüyorum neden buraya koydum :) Soru altındaki yorumlar soruna açıklama önermek için olmalıdır
Yörüngedeki Hafiflik Yarışları

1
@KasperThystrupKarstensen Kabul etti. Genellikle echojoker veya diğer yıkıcı komutlarla çalıştırmayı düşündüğünüz bir komuta ilk olarak eklendiğini de görebilirsiniz . Örneğin, bir echo rm /tmp/*şey türü
Sergiy Kolodyazhnyy

1
Bu nokta, teşekkürler. Tabii ki hiç böyle bir hata yapmadım, ama hemen hatayı gözden geçirdim ve uygulamalarımı yeniden ayarladım, böylece bir daha asla yapmadım :) Ondan öğrendiğiniz sürece biçimlendirici bir deneyim.
Yörüngedeki Hafiflik Yarışları
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.