Google Chrome voor Linux bevat een bug, los deze hier op

Het verwijderen van 32-bits ondersteuning van Google Chrome voor Linux heeft niet alleen gevolgen voor 32-bits gebruikers, maar ook voor 64-bits gebruikers met een merkwaardige fout.

Het verwijderen van 32-bits ondersteuning van Google Chrome voor Linux heeft niet alleen gevolgen voor 32-bits gebruikers, maar ook voor 64-bits gebruikers met een merkwaardige fout.

Gisteren begonnen we ons te herinneren hoe Google Chrome beëindigde 32-bits ondersteuning op Linux-systemen, op Ubuntu 12.04 LTS en op Debian 7. Dit veroorzaakt niet alleen gevolgen op 32-bits machines die geen ondersteuning meer hebben, maar ook op 64-bit Linux-computers met Google Chrome, wat een merkwaardige fout oplevert.

De fout is dat bij het controleren van systeemupdates Google Chrome controleer zowel 32-bits als 64-bitsOmdat de 32-bits zijn verwijderd, krijg ik een foutmelding met het volgende.

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)
Sommige indexbestanden kunnen niet worden gedownload. Ze zijn genegeerd, of oude gebruikt.

In Christian betekent dit dat er een fout zit in de i386 (32-bit) pakketten en dat ze niet gedownload zullen worden. Deze fout doet niets (64-bits worden gedownload), maar ja, het geeft een vervelend foutvenster weer elke keer dat we de browser vertellen om te controleren op updates.

Ik stel me voor dat Google een soort patch uitbrengt die deze fout verhelpt, maar we weten niet hoe lang het zal duren. Het goede nieuws is dat is het mogelijk om deze fout op te lossen met de Linux-opdrachtregel en het volgende commando typen (het is een voorbeeld voor Ubuntu en de apt-pakketbeheerder, als u Debian gebruikt en installeer chroom vergeet niet om de sudo aan het begin te veranderen in een su en vervolgens het commando zonder de sudo).

sudo sed -i -e 's/deb http/deb [arch=amd64] http/' "/etc/apt/sources.list.d/google-chrome.list"

Het commando dat we hebben ingevoerd, betekent dat we geven de opdracht om alleen de 64-bit repository te gebruiken, door de i386-repository te negeren, is de Google Chrome-fout voorbij.

Deze fout doet ons nadenken over de weinige aandacht die Google Chrome besteedt aan Linux-gebruikers, kleine dingen als deze verwaarlozen. Als Google zo doorgaat, verliest het een aanzienlijk deel van de gebruikers met bugs zoals deze.


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: AB Internet Networks 2008 SL
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Circusartist zei

    Heel erg bedankt, ik kreeg net die fout :)

  2.   Omar flores zei

    Ik los het ook op, maar ik heb nog veel meer stappen gedaan:
    1) Ik heb een terminal geopend en erin "sudo nano -w /etc/apt/sources.list.d/google-chrome.list"
    2) in de regel «deb http://dl.google.com/linux/chrome/deb/ stable main »add« [arch = amd64] »krijgen:
    "Deb [arch = amd64] http://dl.google.com/linux/chrome/deb/ stabiel hoofd »
    3) sla de wijzigingen op en werk de repositories bij met "sudo apt-get update"

    Hoe slecht behandelen ze degenen onder ons die chrome gebruiken op GNU / Linux

  3.   Emiliano zei

    Het google-chrome.list-bestand wordt bij elke update opnieuw gegenereerd, daarom is het nodig om de opdracht uit te voeren na elke update van chrome (terwijl we wachten op een definitieve oplossing van Google).
    Groeten.

    1.    hannier arango zei

      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: kan /etc/apt/sources.list.d/google-chrome.list niet lezen: bestand of map bestaat niet

  4.   Elamodern Cronos zei

    Het verschijnt niet in Arch, ik veronderstel dat het typerend is voor andere distro's.

  5.   leonardo zei

    Ik ga testen of ik deze fout krijg. Ik heb het als een vierde browser.
    Eerste Firefox, tweede Chromium, derde Konqueror, vierde Chrome

  6.   Jhonatan Apaico Sulca zei

    Bedankt voor de oplossing :)

  7.   Sergio Plaza zei

    Dank u, zeer goede bijdrage.

  8.   Fabrizio To zei

    Ik heb de repository verwijderd en ik krijg niets meer. Ik hoop dat het niet verkeerd is

    1.    Sergio Schiappapietra zei

      Fabricio, maar ik heb geen ongelijk, op die manier kan Chrome vanaf nu niet worden bijgewerkt. U moet het volledig verwijderen, het officiële installatieprogramma downloaden en het opnieuw schoon installeren.

  9.   Sergio Schiappapietra zei

    Geweldig, het werkte voor mij. Ik had het niet gerealiseerd en had dat probleem. Bedankt!

  10.   Maar zei

    Vertel de waarheid Google doet het expres omdat het het niet doet met Windows, je kunt het gebruiken in 32-bit 64-bit versies, het is een grap voor degenen die Linux-systemen gebruiken.

  11.   hannier arango zei

    Het vertelt me ​​dat het niet kan worden gelezen omdat er geen bestand of map is, en ik kopieer alle sudo

  12.   hannier arango zei

    ik snap dit
    W: GPG-fout: http://dl.google.com/linux/chrome/deb stabiele release: de volgende handtekeningen konden niet worden geverifieerd omdat hun openbare sleutel niet beschikbaar is: NO_PUBKEY A040830F7FAC5991 NO_PUBKEY 1397BC53640DB551
    W: De opslagplaats "http://dl.google.com/linux/chrome/deb stabiele release" is niet ondertekend.
    N: De gegevens in een dergelijke opslagplaats kunnen niet worden geverifieerd en daarom is het gebruik ervan potentieel gevaarlijk.
    N: Zie de apt-secure (8) man-pagina voor details over het aanmaken van repositories en het configureren van gebruikers.
    N: Het weglaten van het gebruik van het geconfigureerde bestand "main / binary-i386 / Packages" sinds de repository "http://dl.google.com/linux/chrome/deb stable InRelease" ondersteunt de "i386" -architectuur niet
    en als ik sudo start, komt dit uit
    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: kan /etc/apt/sources.list.d/google-chrome.list niet lezen: bestand of map bestaat niet
    Ayuda

  13.   hannier arango zei

    wanneer ik sudo start, vertelt het me dit
    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: kan /etc/apt/sources.list.d/google-chrome.list niet lezen: bestand of map bestaat niet

  14.   hannier arango zei

    ik snap dit
    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: kan /etc/apt/sources.list.d/google-chrome.list niet lezen: bestand of map bestaat niet

  15.   hannier arango zei

    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: kan /etc/apt/sources.list.d/google-chrome.list niet lezen: bestand of map bestaat niet
    Wat ik doe?

  16.   Tijdelijke afbeelding voor David Aguilar Hernandez zei

    Hallo, het .list-bestand heeft een andere naam, je verandert google-chrome.list in google.list en het werkt. Groeten.

  17.   Rubén Stefani zei

    Ik heb Chromium geïnstalleerd, dat voor mij alle behoeften dekt. Ik heb Ubuntu 21.04 en het werkt perfect.