Récemment, un petit message est apparu sur mon Gmail, m'informant que ma version de Google Chrome n'est plus compatible. J'ai donc essayé de mettre à jour mon chrome (je n'ai pas pris soin de ma version chrome depuis un bon moment, je suis sur la version 45.0.2454.99).
J'ai donc suivi les instructions données par Chrome lui-même et téléchargé google-chrome-stable_current_amd64.deb
pour Debian.
Quand j'ai essayé de l'installer en utilisant:
dpkg -i google-chrome-stable_current_amd64.deb
Cela m'a rapporté une erreur:
dpkg: error processing archive google-chrome-stable_current_amd64.deb
(--install): package architecture (amd64) does not match system
(i386)
Jusqu'à aujourd'hui, je soupçonnais que mon ordinateur était en 64 bits, alors j'ai couru uname -a
Linux MyComp 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19) x86_64 GNU/Linux
La commande "gratuite" montre que mon SO comprend qu'il y a 8 Go de RAM:
total used free shared buffers cached
Mem: 8071684 5521740 2549944 325624 360696 1918748
Modification ajoutée: dpkg --print-architecture
produit toujoursi386
Quel est le problème avec mon système d'exploitation? Est ou non x64? Pourquoi ne puis-je pas mettre à niveau mon chrome?
Je comprends que Chrome a arrêté le support 32 bits, mais cela ne devrait pas être un problème pour moi, n'est-ce pas?
Le lancement apt-get install google-chrome-stable
me donne:
google-chrome-stable is already the newest version.
ÉDITER:
Donc, après avoir suivi les instructions suivantes:
sudo dpkg --add-architecture amd64
sudo apt-get update
sudo apt-get -f install
Cela s'est encore plus gâché.
$google-chrome
[1: 1: 0323/093649: ERREUR: image_metadata_extractor.cc (114)] Impossible de charger libexif. libexif.so.12: impossible d'ouvrir le fichier d'objet partagé: aucun fichier ou répertoire de ce type [26967: 26967: 0323/093649: ERREUR: browser_main_loop.cc (245)] Erreur de thème GTK: impossible de localiser le moteur de thème dans module_path: "xfce" , (10 fois)
Avorté
Pareil quand je lance google-chrome-stable
En ce moment, j'utilise le chronium 45 depuis que je l'ai installé avant d'installer "correctement" Chrome.
J'ai essayé de supprimer l'architecture mais:
dpkg: erreur: impossible de supprimer l'architecture 'amd64' actuellement utilisée par la base de données
Whitch est un peu respecté mais n'est pas souhaitable non plus.
Résultat:
Eh bien, cela a fini par une réinstallation complète, le chrome n'est pas la seule application qui m'a posé des problèmes et comme cela semblait être un synthé d'une sorte de mauvaise / mauvaise installation, j'ai décidé de prendre le temps de le faire à partir de 0, en gardant certains fichiers sur / home / backupuser et formatage root.
Merci pour votre aide
la source
dpkg --print-architecture
produit?dpkg
supplie de différer je présume. est-ce un invité VM ou installé directement sur le matériel. Si VM, je suggère de créer une nouvelle instance et de la tester, mais si sur H / W, il pourrait être peu difficile de repartitionner votre disque pour installer une copie de clone.Réponses:
Votre système possède un noyau 64 bits avec un espace utilisateur 32 bits, ce qui est parfaitement valide. Étant donné que Chrome n'est plus mis à jour pour les systèmes 32 bits, vous devez activer la prise en charge de l'espace utilisateur 64 bits; sur Debian c'est aussi simple que
Ensuite, vous devriez être en mesure d'installer le package Chrome, probablement avec des erreurs puisque vous n'aurez pas les bibliothèques installées; mais
devrait résoudre ce problème; malheureusement, la liste des dépendances dans le
google-chrome
package n'est pas complète, vous devrez donc probablement installerpour que Chrome fonctionne correctement.
Le recoupement d' un
i386
espace utilisateur versamd64
est également possible, mais il est beaucoup plus compliqué et risqué.la source
i386
installation enamd64
, par exemple.i386
userspace toamd64
" ;-). Je mettrai à jour ma réponse pour inclure le lien.