Pomijanie pobierania skonfigurowanego pliku „main / binary-i386 / Packages”, ponieważ repozytorium „xxx” nie obsługuje architektury „i386”


120

Przejście poniżej komunikatu o błędzie podczas wydawania:

sudo apt-get update

Get:1 http://us.archive.ubuntu.com/ubuntu xenial InRelease [95.8 kB]
Ign:2 http://repo.mongodb.org/apt/debian wheezy/mongodb-org/3.2 InRelease                                                                                                            
Ign:3 http://dl.google.com/linux/chrome/deb stable InRelease                                                                                                                         
Hit:4 http://ppa.launchpad.net/canonical-x/vulkan/ubuntu xenial InRelease                                                                                                
Hit:5 http://repo.mongodb.org/apt/debian wheezy/mongodb-org/3.2 Release                                                                            
Hit:6 http://us.archive.ubuntu.com/ubuntu xenial-security InRelease                                                  
Ign:7 http://dl.google.com/linux/talkplugin/deb stable InRelease                                                     
Hit:8 http://us.archive.ubuntu.com/ubuntu xenial-updates InRelease                                                   
Ign:9 http://linux.dropbox.com/ubuntu wily InRelease                                           
Hit:10 http://ppa.launchpad.net/numix/ppa/ubuntu xenial InRelease                              
Get:12 http://dl.google.com/linux/chrome/deb stable Release [782 B]      
Hit:13 http://dl.google.com/linux/talkplugin/deb stable Release                  
Ign:14 https://apt.dockerproject.org/repo ubuntu-wily InRelease          
Hit:15 https://apt.dockerproject.org/repo ubuntu-wily Release            
Get:16 http://dl.google.com/linux/chrome/deb stable Release.gpg [181 B]  
Hit:17 http://linux.dropbox.com/ubuntu wily Release                                  
Get:20 http://dl.google.com/linux/chrome/deb stable/main amd64 Packages [1,191 B]
Fetched 98.0 kB in 0s (118 kB/s)                                 
Reading package lists... Done
N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://dl.google.com/linux/chrome/deb stable InRelease' doesn't support architecture 'i386'

Dzieje się tak w różnych wersjach Ubuntu


4
@ Pilot6 (i inni, którzy głosowali na to pytanie nie na temat): Nie dotyczy to konkretnej wersji Ubuntu. Wpływa na wszystkich użytkowników Google Chrome na Ubuntu, którzy mają włączone repozytorium Chrome.
— Gunnar Hjalmarsson

Repozytorium Chrome?
— guntbert

@guntbert: Odniosłem się do repozytorium Google, z którego pobierane są aktualizacje.
— Gunnar Hjalmarsson,

3
@GunnarHjalmarsson jaki jest sens ponownego otwarcia, skoro to dupe z askubuntu.com/questions/724093/... ?
— muru

4
Nie rozumiem, dlaczego powinien to być duplikat wspomnianego pytania. Źródło problemu jest takie samo, ale kontekst jest inny (64 vs 32 bity).
— Murmel,

Odpowiedzi:


208

Wyśledziłem obrażające repozytorium (dowolne dla Google Chrome w tym katalogu)

cd /etc/apt/sources.list.d
grep chrome * | grep -v amd64

Teraz wykonaj to samo co poniżej dla każdego pliku repo, który pasuje powyżej

cat /etc/apt/sources.list.d/google-chrome-unstable.list

### THIS FILE IS AUTOMATICALLY CONFIGURED ###
# You may comment out this entry, but any other modifications may be lost.
deb http://dl.google.com/linux/chrome/deb/ stable main

ROZWIĄZANIE: ogranicz do 64 bitów, wprowadzając [arch = amd64]

deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

PRZYCZYNA ROOTU : Google zrezygnował z obsługi 32-bitowej przeglądarki Chrome w systemie Linux, powodując błąd podczas aktualizacji apt w systemach 64-bitowych (z włączoną obsługą wielu architektur) ... szczegóły tutaj: http://www.omgubuntu.co.uk/2016/ 03 / fix-failed-to-fetch-google-chrome-apt-error-ubuntu

Aby potwierdzić, że używasz 64-bitowego systemu Ubuntu z problemem włączonej obsługi wielu urządzeń

dpkg --print-foreign-architectures

jeśli to mówi

i386

następnie dodałeś 32-bitową obsługę, to wyświetli twój natywny problem arch ...

dpkg --print-architecture 

jeśli jesteś natywnym 64, zobaczysz to wyjście, więc ROZWIĄZANIE pokazano powyżej

amd64

Oto polecenie usunięcia wielu architektur (tylko jeśli nie masz aplikacji 32-bitowych)

sudo dpkg --remove-architecture i386

5
Ta odpowiedź działa bardzo dobrze (dziękuję!), Jednak plik, który należy edytować (w twoim przykładzie /etc/apt/sources.list.d/google-chrome-unstable.list) jest automatycznie konfigurowany regularnie, więc poprawka jest zapisywana i musi być ciągle dodawana. Jakieś sugestie, jak to przezwyciężyć?
— sebpardo

4
@sebpardo, zgłosiłem to do Google. Mam nadzieję, że to naprawią.
— Eliptyczny widok

1
@sebpardo Dodałem odpowiedź na temat automatyzacji poprawki.
— pLumo

1
wielkie dzięki za to rozwiązanie. Nie miałem żadnych źródeł Google, ale działało to również dla repozytorium virtualbox, które oznaczało dokładnie ten sam komunikat o błędzie
— verbumSapienti

1
Użytkownik ubuntu 18.04: działa jak urok. dzięki.
— Ali

14

Wymiana pieniędzy

deb http://dl.google.com/linux/chrome/deb/ stable main

do

deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

w każdym z

  • /etc/apt/sources.list.d/google-musicmanager.list
  • /etc/apt/sources.list.d/google-musicmanager.list.save
  • /etc/apt/sources.list.d/google-musicmanager.list.distUpgrade

wydaje się, że rozwiązuje ten problem również w Google Music Manager dla Muzyki Play. Nie jestem pewien, czy przywróci te zmiany w pewnym momencie, ponieważ pliki są konfigurowane automatycznie.


2
dla mnie plik do zmiany był/etc/apt/sources.list.d/google.list
— nazar_art

### Ten plik jest automatycznie skonfigurowany ### # Możesz skomentować ten wpis, ale wszelkie inne modyfikacje mogą zostać utracone.
— Ferroao

14

(to rozwiązanie jest dla Ubuntu Bionic Beaver)
Po pierwsze, wstydź się na Google za to, że ten problem utrzymuje się tak długo !!

Oto jak to naprawić:
Jak już wspomniano powyżej, edycja plików /etc/apt/sources.list.dwydaje się działać ... ale tylko tymczasowo. Następnego dnia problem powrócił.

Dlatego:

Plik jest /etc/cron.daily/google-earth-prouruchamiany codziennie i zastępuje to, co masz /etc/apt/sources.list.d/google-earth-pro.list.

Aby to naprawić raz na zawsze, edytuj /etc/cron.daily/google-earth-pro.
Znajdź tę linię:

REPOCONFIG="deb http://dl.google.com/linux/earth/deb/ stable main"

... i zmień na:

REPOCONFIG="deb [arch=amd64] http://dl.google.com/linux/earth/deb/ stable main"

W celu natychmiastowej zmiany w Google Earth warto edytować pliki google-earth-pro.listi google-earth-pro.list.save.
— JayDin

Linia do zmiany będzie na LINII 24
— Andor Kiss

Dziękuję Ci. [arch=amd64]rozwiązałem mój problem z virtualbox 6.0
— Simon Fontana Oscarsson

1
Interesujące, zrobiłem to ORAZ plik źródłowy wciąż jest przepisywany.
— Andor Kiss

@AndorKiss Tak, właśnie to robi ta praca crona. Właśnie dlatego ta odpowiedź jest tutaj.
— Colin 't Hart

3

Chociaż Google naprawił ten problem w Chrome , nadal pojawia się np. W Google Earth .

Dodanie [arch=amd64]rozwiązuje problem, ale należy go dodawać w kółko.

Po uczynieniu pliku niezmiennym, zgodnie z propozycją artykułu webupd8 i napotkaniu problemów z tego powodu, moim obecnym rozwiązaniem jest dodanie cronjob, aby zastosować poprawkę automatycznie co godzinę:

~$ sudo crontab -e

0 * * * * sed -i 's/^deb http/deb [arch=amd64] http/' /etc/apt/sources.list.d/google-earth.list

(W google-earth.listrazie potrzeby wymień ).


Z ciekawości, co ciągle zmienia ten plik? Z mojego doświadczenia wynika, że ​​same pliki źródłowe nie zmieniają się same
— Jonathan

Sergio Rus uważa, że ​​Google ostatecznie to naprawiło dla Chrome, aby Twoja jednorazowa zmiana została zachowana w przypadku aktualizacji.
— Martin Dorey,

2

Nawet jeśli to pytanie jest oznaczone jako rozwiązane, dla mnie na Ubuntu 18.04 zmieniłem linię /etc/apt/sources.listz deb http://dl.google.com/linux/chrome/deb/ stable main na deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main.

Brak pliku o nazwie /etc/apt/sources.list.d/google-chrome-unstable.list. Dokonanie tych samych zmian w /etc/apt/sources.list.d/google-chrome.listostrzeżeniach mówi, że pakiet docelowy jest konfigurowany wiele razy. (w sources.listi google-chrome.list)


1

Chociaż to pytanie zostało oznaczone jako rozwiązane, nie byłem w stanie rozwiązać tego problemu przy użyciu żadnej z powyższych odpowiedzi. Użyłem innej metody. Wybierz „oprogramowanie i aktualizacje”> oprogramowanie ubuntu> pobierz z> wybierz najlepszy serwer. Teraz poczekaj chwilę, aż system się o tym dowie. Gdy to zrobisz, spróbuj ponownie wykonać polecenie. To zadziałało dla mnie.


To również działało dla mnie! Miły!
— musicformellons,

Miło wiedzieć :)
— Ruchit Dalwadi,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.