Apt-utknąć na 0% [Praca]

Kiedy próbuję cokolwiek zrobić przy apt-getużyciu terminala, apt-getutknąłem na 0% [Working].

Doszedłem do tej strony za pomocą wyszukiwarki Google o wysokim rankingu, ale te odpowiedzi mi nie pomogły. Zamiast tego wyczyściłem moje lokalne repozytorium pobranych plików pakietów za pomocą:

apt-get clean

Możesz spróbować sprawdzić pamięć podręczną i wyczyścić katalog pamięci podręcznej.
W kolejności (każdy krok jest głębszy, więc zatrzymaj się, gdy znajdziesz rozwiązanie):

• sudo apt-get clean( Aktualizacja ) w najnowszych wersjach wyczyści lokalne repozytorium pobranych plików pakietów. To wystarczy przez większość czasu. Nie było (było) wcześniejszych wersji.

  Usuwa wszystko oprócz pliku blokady z / var / cache / apt / archives / i / var / cache / apt / archives / częściowo /.

• Zajrzyj do środka /var/lib/apt/lists/partial/, powinno być puste.
  Jeśli nie możesz zdecydować, aby opróżnić go sudo rm /var/lib/apt/lists/partial/*ostatecznie może być koniecznesudo rm -f /var/lib/apt/lists/partial/*

• sudo apt-get check

  aktualizuje pamięć podręczną pakietu i sprawdza, czy nie ma uszkodzonych zależności.

• Zmniejsz do normalnej (niezbyt dużej) liczby repozytoriów z listy /etc/apt/sources.list.
  Jeśli jest ich zbyt wiele, system może zawiesić się podczas próby zbudowania całego drzewa zależności.
  Można utworzyć minimalny zestaw z repozytoriów Ubuntu Sources List Generator miejscu i po tym, że kopia zapasowa/etc/apt/sources.list (z np sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000) można wkleić że zamiast od twojej obecnej listy.

• ostatecznie możesz sprawdzić, czy masz plik list źródłowych zamiast https , ale apt-transport-httpsnie jest zainstalowany (patrz komentarz ).
• spróbuj ponownie, sudo apt-get updatea jeśli się nie powiedzie
• wykonaj kopię zapasową /var/lib/apt/listskatalogu za pomocą sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_listsi posudo rm -R /var/lib/apt/lists/*
• biegnij sudo apt-get updatejeszcze raz

Możliwe, że musisz ręcznie wyczyścić niektóre z następujących katalogów (zawsze możesz je wykonać kopię zapasową i dopiero po usunięciu plików w środku):

• /etc/apt/sources.list.d/
  Fragmenty plików dla lokalizacji, z których można pobrać pakiety. Element konfiguracji: Dir :: Etc :: SourceParts.
• etc / apt / preferences.d /
  Fragmenty plików dla preferencji wersji. Element konfiguracji: Dir :: Etc :: PreferencesParts.
• / var / cache / apt / archives / częściowo / Miejsce do
  przechowywania przesyłanych plików pakietów. Element konfiguracji: Dir :: Cache :: Archives (częściowe zostaną domyślnie dołączone)
• / var / lib / apt / list / czesciowy / Obszar do przechowywania informacji o stanie w tranzycie. Element konfiguracji: Dir :: State :: Listy (częściowe zostaną domyślnie dołączone)
• / var / lib / apt / list / Obszar pamięci dla informacji o stanie dla każdego zasobu pakietu określonego w sources.list (5) Element konfiguracji: Dir :: State :: Lists.

PS> Jeśli ci się powiedzie, pamiętaj o usunięciu kopii zapasowej, której już nie potrzebujesz, ale nie sources.list.000zawsze może być przydatna!
Możesz znaleźć dodatkowe wskazówki w pokrewnej odpowiedzi jako tej .

Aktualizacja
Wystąpił stary błąd, ponieważ pakiet squid-deb-proxy-client nie usuwa wszystkich zmian, rozwiązany w ten sposób:

Usuwanie linii:
Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";

z:
/etc/apt/apt.conf.d/30autoproxy

Może może być przydatny ten wątek błędu

Bardziej drastyczne usuń paczkę, jeśli to możliwe.

Zauważyłem też, że tak się dzieje, kiedy przełączyłem się na niektóre repozytorium https. apt musi apt-transport-httpsbyć zainstalowany, aby działał (co, co zrozumiałe, może być problemem, gdy próbujesz pobrać jakieś rzeczy).

Upewnij się, że możesz pingować ze swojej sieci, a co ważniejsze, do sieci Ubuntu, tj

 ping us.archive.ubuntu.com
 OR
 ping security.ubuntu.com

Powinieneś otrzymać wynik podobny do:

 PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms

  --- security.ubuntu.com ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1000ms
  rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms

najpierw spróbuj zaktualizować przez

aptitude update

a następnie uruchom apt-get

lub powinienem zmienić lustro na najbliższe swojemu miejscu, obejrzyj to - Jak mogę skłonić się do używania lustra blisko mnie lub wybrać szybsze lustro?

Może to być również spowodowane tym, że znajduje się za serwerem proxy, który blokuje dostęp. Czasami dostaję błąd NODATA ... czasem po prostu się zatrzymywał 0% [Working...].

jeśli zmieniłeś lokalizację, zmień również serwer pobierania:

sudo software-properties-gtk

kliknij inny, a następnie wybierz najlepszy serwer:

następnie wybierz i usuń wszystkie inne repozytoria oprogramowania:

Wreszcie:

sudo apt-get update
sudo apt-get upgrade

Sprawdź, czy Twoja sieć jest dostępna, czy nie. W moim przypadku ponownie zainstalowałem Raspiberry-Pi. Sprawdziłem datę i godzinę mojego RPi, nie zostało zaktualizowane. Więc zmieniłem datę ręcznie,

sudo date -s "2019 Mar 20 02:42"

I uruchom ponownie. Teraz moje RPi działa dobrze.

W debian 9 mój apt utknął na 0% [pracując] przez jakiś czas, zanim wykona jakiekolwiek zadanie wymagające dostępu do Internetu. Po wypróbowaniu wielu innych metod, kiedy wyłączyłem menedżera sieci i zacząłem używać systemd-networkd, problem ten został ostatecznie rozwiązany.

Odpowiedź, której nigdzie nie znalazłem w Internecie, ale znalazłem na podstawie polecenia wykonanego kilka godzin temu. Przykładem takiego polecenia jest

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

Następnie plik jest dodawany do /etc/apt/sources.list.d/. W tym katalogu można również dodać źródła. W moim przypadku była to przeglądarka zespołu, która zawierała własną listę z nieprawidłowym adresem URL. Dlatego powodowanie niepowodzenia mojej aktualizacji. To są polecenia, które wykonałem.

Uwaga: teamviewer.list sprawiał mi problemy, ale w tym katalogu może być dla ciebie wszystko. Wypróbuj i wykonaj kopie zapasowe!)

cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update

Mam nadzieję, że to ocali komuś godziny, które mogłyby mnie uratować!

Mam ten sam problem, ale rozwiązałem go w następujący sposób:

sudo systemctl restart networking

mam nadzieję, że to może pomóc.

Ten problem może być również spowodowany posiadaniem systemu plików tylko do odczytu .

Możesz to sprawdzić za pomocą następującego polecenia:

mount | grep "on / "

Jeśli dane wyjściowe zawierają rojedną z flag montowania, główny system plików znajduje się w trybie tylko do odczytu. Przed apt-get updatekontynuowaniem konieczne będzie ponowne zamontowanie systemu plików do odczytu i zapisu .

Zasoby dotyczące ponownego instalowania systemu plików:

• https://linux.die.net/man/8/mount
• Jak ponownie zamontować system plików jako odczyt / zapis?

Instalowanie apt-transport-https pomogło mi w świeżym Debianie 9.

sudo apt-get install apt-transport-https