Si Chrome ne démarre pas après une mise à niveau d'Ubuntu de ≤12.10 à ≥13.04, ouvrez un terminal et exécutez la commande suivante:
sudo dpkg-reconfigure google-chrome-stable
Des explications suivent.
Au moins pour les versions Chrome de 28 à 37, le binaire Chrome peut utiliser celui libudev.so.0ou celui qui libudev.so.1est présent sur le système. Avec le correctif pour Chromium / Chrome Issue 226002 (qui est entré dans le canal instable en avril 2013), le programme d'installation détermine celui à utiliser. Les références binaires libudev.so.0; l'installateur crée un lien symbolique de /opt/google/chrome/libudev.so.0vers le libudev.so.1sur le système s'il libudev.so.0n'est pas trouvé.
Notez que ce serait une mauvaise idée d'en créer un /usr/lib. Les numéros de version principaux dans les bibliothèques changent lorsque la nouvelle version est incompatible. La création de ce lien symbolique fonctionne bien pour Chrome, car il n'utilise que des fonctionnalités compatibles entre la version 0 et la version 1. D'autres applications peuvent se bloquer ou produire des données corrompues si vous les forcez à s'exécuter avec la mauvaise version.
La méthode utilisée par le package Chrome fonctionne bien dans la plupart des circonstances, mais c'est toujours un hack sale et il a une limitation. Si le libudev0package est désinstallé après l'installation de Chrome, ce qui risque de se produire lors de la mise à niveau d'Ubuntu, Chrome sera toujours configuré pour être utilisé, libudev.so.0mais le fichier ne sera plus disponible. Pour résoudre ce problème, faites réexécuter le script d'installation et, cette fois, détectez qu'il libudev.so.0n'est pas disponible. Il doit donc créer le lien symbolique à utiliser à la libudev.so.1place. Vous pouvez réexécuter le script d'installation en exécutant en dpkg-reconfigure google-chrome-stabletant que root.
Gilles 'SO- arrête d'être méchant'
la source
