Wczoraj zaczęliśmy sobie przypominać, jak G.oogle Chrome zakończyło obsługę wersji 32-bitowej w systemach Linux, Ubuntu 12.04 LTS i Debian 7. Powoduje to nie tylko następstwa na maszynach 32-bitowych, na których zabrakło wsparcia, ale także na 64-bitowych komputerach z systemem Linux z Google Chrome, dając ciekawy błąd.
Błąd polega na tym, że podczas sprawdzania aktualizacji systemu Google Chrome sprawdź 32 i 64 bityPonieważ wersje 32-bitowe zostały usunięte, pojawia się komunikat o błędzie zawierający następujące informacje.
http://dl.google.com/linux/chrome/deb/dists/stable/Release Unable to find expected entry ‘main/binary-i386/Packages’ in Release file (Wrong sources.list entry or malformed file)
Nie udało się pobrać niektórych plików indeksu. Zostały one zignorowane lub zamiast nich zastosowano stare.
W języku Christian oznacza to, że w pakietach i386 (32-bitowych) jest błąd i nie zostaną one pobrane. Ten błąd nic nie robi (pobierane są wersje 64-bitowe), jednak tak, emituje denerwujące okno błędu za każdym razem, gdy każemy przeglądarce sprawdzić dostępność aktualizacji.
Wyobrażam sobie, że Google wypuszcza jakąś łatkę, która naprawia ten błąd, ale nie wiemy, jak długo to potrwa. Dobra wiadomość jest taka czy można naprawić ten błąd za pomocą wiersza poleceń systemu Linux i wpisując następujące polecenie (jest to przykład dla Ubuntu i menedżera pakietów apt, jeśli używasz Debiana i chcesz zainstaluj chrome pamiętaj, aby na początku zmienić sudo na su, a następnie komendę bez sudo).
sudo sed -i -e 's/deb http/deb [arch=amd64] http/' "/etc/apt/sources.list.d/google-chrome.list"
Polecenie, które wprowadziliśmy, oznacza to dajemy polecenie korzystania wyłącznie z repozytorium 64-bitowego, ignorując repozytorium i386, to koniec błędu Google Chrome.
Ten błąd sprawia, że zastanawiamy się nad niewielką uwagą, jaką Google Chrome zwraca na użytkowników Linuksazaniedbując takie małe rzeczy. Jeśli Google będzie tak postępować, straci znaczną część użytkowników z takimi usterkami.
Bardzo dziękuję, właśnie dostałem ten błąd :)
Ja też go rozwiązuję, ale zrobiłem dużo więcej kroków:
1) Otworzyłem terminal i umieściłem w nim „sudo nano -w /etc/apt/sources.list.d/google-chrome.list”
2) w wierszu «deb http://dl.google.com/linux/chrome/deb/ stabilna główna »dodaj« [arch = amd64] »pobieranie:
„Deb [arch = amd64] http://dl.google.com/linux/chrome/deb/ stabilna główna »
3) zapisz zmiany i zaktualizuj repozytoria za pomocą „sudo apt-get update”
Jak źle traktują tych z nas, którzy używają chrome w systemie GNU / Linux
Plik google-chrome.list jest regenerowany przy każdej aktualizacji, dlatego konieczne jest wykonanie polecenia po każdej aktualizacji chrome (czekając na ostateczne rozwiązanie od Google).
Pozdrowienia.
ayuda
cataclysm @ cataclysm-HP-Mini-1103: ~ $ sudo sed -i -e 's / deb http / deb [arch = amd64] http /' «/etc/apt/sources.list.d/google-chrome.list »
sed: nie można odczytać /etc/apt/sources.list.d/google-chrome.list: plik lub katalog nie istnieje
Nie wychodzi w Arch, myślę, że to typowe dla innych dystrybucji.
Mam zamiar sprawdzić, czy otrzymuję ten błąd. Mam to jako czwartą przeglądarkę.
Pierwszy Firefox, drugi Chromium, trzeci Konqueror, czwarty Chrome
Dzięki za rozwiązanie :)
Dziękuję, bardzo dobry wkład.
Usunąłem repozytorium i nie mam już nic Mam nadzieję, że to, co jest, nie jest złe
Fabricio, ale się nie mylę, w ten sposób Chrome nie będzie mógł się teraz aktualizować. Wygodne byłoby całkowite odinstalowanie go, pobranie oficjalnego instalatora i ponowne zainstalowanie go na czysto.
Świetnie, u mnie zadziałało. Nie zdawałem sobie z tego sprawy i miałem ten problem. Dzięki!
Prawdę mówiąc, Google robi to celowo, bo nie robi tego na Windowsie, można go używać w wersjach 32-bitowych 64-bitowych, to żart dla tych, którzy używają systemów linuxowych.
Mówi mi, że nie można go odczytać, ponieważ nie ma pliku ani katalogu, a ja kopiuję całe sudo
rozumiem
W: błąd GPG: http://dl.google.com/linux/chrome/deb Wersja stabilna: nie można zweryfikować następujących podpisów, ponieważ ich klucz publiczny jest niedostępny: NO_PUBKEY A040830F7FAC5991 NO_PUBKEY 1397BC53640DB551
W: Repozytorium „http://dl.google.com/linux/chrome/deb stabilna wersja” nie jest podpisane.
N: Danych w takim repozytorium nie można uwierzytelnić, a zatem ich użycie jest potencjalnie niebezpieczne.
N: Zobacz stronę podręcznika apt-secure (8), aby uzyskać szczegółowe informacje na temat tworzenia repozytoriów i konfigurowania użytkowników.
N: Pominięcie użycia skonfigurowanego pliku „main / binary-i386 / Packages”, ponieważ repozytorium „http://dl.google.com/linux/chrome/deb stabilny InRelease” nie obsługuje architektury „i386”
a kiedy uruchamiam sudo, wychodzi to
cataclysm @ cataclysm-HP-Mini-1103: ~ $ sudo sed -i -e 's / deb http / deb [arch = amd64] http /' «/etc/apt/sources.list.d/google-chrome.list »
sed: nie można odczytać /etc/apt/sources.list.d/google-chrome.list: plik lub katalog nie istnieje
ayuda
kiedy uruchamiam sudo, mówi mi to
cataclysm @ cataclysm-HP-Mini-1103: ~ $ sudo sed -i -e 's / deb http / deb [arch = amd64] http /' «/etc/apt/sources.list.d/google-chrome.list »
sed: nie można odczytać /etc/apt/sources.list.d/google-chrome.list: plik lub katalog nie istnieje
rozumiem
cataclysm @ cataclysm-HP-Mini-1103: ~ $ sudo sed -i -e 's / deb http / deb [arch = amd64] http /' «/etc/apt/sources.list.d/google-chrome.list »
sed: nie można odczytać /etc/apt/sources.list.d/google-chrome.list: plik lub katalog nie istnieje
cataclysm @ cataclysm-HP-Mini-1103: ~ $ sudo sed -i -e 's / deb http / deb [arch = amd64] http /' «/etc/apt/sources.list.d/google-chrome.list »
sed: nie można odczytać /etc/apt/sources.list.d/google-chrome.list: plik lub katalog nie istnieje
co robię?
Cześć, plik .list ma inną nazwę, zmieniasz google-chrome.list na google.list i działa. Pozdrowienia.
Zainstalowałem Chromium, który dla mnie pokrywa wszystkie potrzeby. Mam Ubuntu 21.04 i działa idealnie.