nie udało się połączyć z http://changelogs.ubuntu.com/meta-release

Kiedy loguję się do mojego terminalu Ubuntu tty1, pojawia się komunikat

failed to connect to http://changelogs.ubuntu.com/meta-release

Próbuję różnych rzeczy, a następnie pojawia się komunikat o błędzie

could not resolve us.archive.ubuntu.com

Moja łączność internetowa jest najwyraźniej wyłączona i nie mogłem jej skonfigurować.

Próbowałem zrestartować komputer, ale nic się nie zmieniło.

server

— habib
źródło

Wyjaśnij problem, podając więcej szczegółów. Kiedy zobaczysz ten komunikat? Czy możesz użyć tego polecenia sudo apt update? Czy ustawiasz jakieś proxy dla swojego systemu? Czy możesz pingować jakieś witryny?

— Ali Razmdideh

Gdy korzystam z sudo apt update, pojawia się następujący błąd: 1 http: /us.archive.ubuntu.com/ubuntu zesty InRelease nie może rozwiązać „us.archive.ubuntu.com” err: 2 http: /us.archive.ubuntu .com / ubuntu zesty-updates InRelease nie mógł rozwiązać 'us.archive.ubuntu.com'

— habib

Czy ustawiasz proxy dla swojego systemu lub powłoki? Jaki jest wynik tego poleceniaping us.archive.ubuntu.com -c 4

— Ali Razmdideh

err: 3 http: /us.archive.ubuntu.com/ubuntu zesty-backports InRelease nie mógł rozwiązać 'us.archive.ubuntu.com

— habib

To pytanie nie powinno być zamknięte jako duplikat. Oba są z pewnością powiązane, ale nie są duplikatami. Wszystkie odpowiedzi na pozostałe pytania dotyczą problemów z konfiguracją sieci. Jednak właśnie ten komunikat o błędzie pojawia się w systemie, który nie ma takich problemów konfiguracyjnych. Poniższa odpowiedź dokumentuje, dlaczego komunikat o błędzie nadal występuje, nawet jeśli nie ma problemu z siecią, i zawiera informacje, w jaki sposób można usunąć komunikat o błędzie.

— kasperd

Miałem ten sam problem z 17.10, ale założę się, że to samo dotyczy również innych najnowszych wersji.

Te komunikaty MOTD są generowane przez skrypty w /etc/update-motd.d. Dokładny skrypt, który generuje ten konkretny wiersz, jest /etc/update-motd.d/91-release-upgraderównież uruchamiany /usr/lib/ubuntu-release-upgrader/release-upgrade-motd. Ten ostatni skrypt sprawdzi dostępność nowych wydań i zapisze dane wyjściowe w /var/lib/ubuntu-release-upgrader/release-upgrade-available.

Skrypt aktualizuje plik tylko co 24 godziny. Jeśli więc zaczekasz wystarczająco długo, plik przestanie być aktualny, a skrypt i tak go zaktualizuje. Ale jeśli chcesz go natychmiast zaktualizować, po prostu usuń go /var/lib/ubuntu-release-upgrader/release-upgrade-available i uruchom, /etc/update-motd.d/91-release-upgrade a powinien zacząć działać poprawnie.

Stworzyłem ten problem, ponieważ kiedy pierwszy raz konfigurowałem serwer 17.10, miałem literówkę w adresie serwera DNS.

— Anthony Cascianelli
źródło

Ponieważ nie mogę skomentować odpowiedzi @ anthony-cascianelli (reputacja <50), zamiast tego zamieszczam odpowiedź. Po usunięciu /var/lib/ubuntu-release-upgrader/release-upgrade-available , prowadzony /usr/lib/ubuntu-release-upgrader/release-upgrade-motd zamiast /etc/update-motd.d/91-release-upgrade. To działało dla mnie.

— eiro

W moim przypadku wystarczyło zwykłe usunięcie /var/lib/ubuntu-release-upgrader/release-upgrade-available. Przy następnym logowaniu zobaczysz, że nie ma pamięci podręcznej i automatycznie uruchom skrypt sprawdzający.

— Dave S

O mój Boże. Dziękuje. W Internecie pojawiło się wiele innych sugestii dotyczących tego błędu. Mówili o wsparciu dla serwerów proxy https i co tam - co wydawało mi się dziwne. Twoja odpowiedź była dokładna na miejscu: miałem także problem z DNS przy pierwszym uruchomieniu, który wtedy ewidentnie dosłownie skaził ten plik „na zawsze” (tj. Przez 24 godziny).

— Stolsvik,

Ten sam problem mam na Ubuntu Server 18.04. Komunikat o błędzie jest taki sam, z wyjątkiem tego, że ma go -ltsna końcu. W moim przypadku wydaje się, że nie wystąpił błąd konfiguracji. Komunikat o błędzie pojawił się po tygodniach pracy systemu bez żadnych problemów. Widocznie komunikat o błędzie może pojawić się spontanicznie. Szkoda, że to pytanie jest zamknięte jako duplikat, ponieważ twoja odpowiedź wyraźnie pokazuje, że złe wyniki mogą się utrzymywać, nawet jeśli nie występują żadne problemy wymienione w domniemanym duplikacie.

— kasperd

Ponieważ wciąż jest to temat dyskusji (i ja też musiałem to zbadać): Oryginalny raport dotyczy naprawionego błędu

— TonyG