Depuis les dernières mises à jour (au cours des deux dernières semaines) skypeforlinux
ne fonctionne plus et la seule chose que je trouve dans les journaux est [ 324.575813] traps: skypeforlinux[2487] trap int3 ip:555cb8dab847 sp:7fff797c57b0 error:0 in skypeforlinux[555cb6e96000+5016000]
. Une recherche Google n'a retourné rien d'utile, la plupart des résultats concernent un invalid opcode
Plutôt qu'un piège int3
.
Le système d'exploitation est kali-rolling 2019.3
, Aucune idée de la version de Skype car même skypeforlinux --help
Échoue.
J'ai essayé de réinstaller skypeforlinux
, j'ai essayé de l'exécuter en tant qu'utilisateur non root et root, j'ai tout mis à niveau et redémarré le système plusieurs fois mais rien n'a résolu le problème.
Quelqu'un a-t-il des suggestions pour résoudre le problème ou au moins obtenir plus d'informations pour savoir quel pourrait être le coupable ici?
Comme demandé, voici la sortie apt-cache:
skypeforlinux:
Installed: 8.51.0.86
Candidate: 8.51.0.86
Version table:
*** 8.51.0.86 500
500 https://repo.skype.com/deb stable/main AMD64 Packages
100 /var/lib/dpkg/status
8.51.0.72 500
500 https://repo.skype.com/deb stable/main AMD64 Packages
8.50.0.38 500
500 https://repo.skype.com/deb stable/main AMD64 Packages
8.49.0.49 500
500 https://repo.skype.com/deb stable/main AMD64 Packages
8.48.0.51 500
500 https://repo.skype.com/deb stable/main AMD64 Packages
En regardant le journal $HOME/.config/skypeforlinux/logs/skype-startup.log
Je vois une seule entrée: [7784:0821/103123.389602:FATAL:atom_main_delegate.cc(207)] Running as root without --no-sandbox is not supported. See https://crbug.com/638180.
Je l'obtiens en exécutant skypeforlinux
comme root
ainsi que l'exécuter avec un utilisateur non-root
.
Ainsi, votre version skypeforlinux
est 8.51.0.86, la version actuelle à jour en ce moment - qui a été publiée assez récemment. En fait, j'ai exactement la même version sur mon système Debian 10, et cela fonctionne très bien.
Le int3
est une instruction de processeur x86 utilisée pour implémenter les points d'arrêt de débogage.
Mais dans votre cas, le int3
est rencontré alors que skypeforlinux
n'est pas exécuté sous un débogueur, donc le vecteur d'interruption int3 pointe vers une routine de noyau par défaut, qui est essentiellement équivalente à l'envoi d'un signal SIGTRAP
au programme.
Pourquoi le code de programme skypeforlinux
inclut-il int3
instructions dans une version de production sans débogueur présent? Seules les personnes chez Microsoft ayant accès au code source de skypeforlinux
ont pu répondre à cela sans un effort significatif de rétro-ingénierie.
Notez que Microsoft promet seulement que skypeforlinux
fonctionnera sur Ubuntu, Debian, OpenSuSE et Fedora. Il se peut que cette version la plus récente ait accidentellement inclus du code de débogage qui n'est exécuté que lorsqu'une condition ne correspond à aucune des distributions prises en charge - et provoque le blocage de Skype car l'environnement de débogage attendu n'est pas présent.
Vous pouvez essayer de rétrograder Skype vers la version précédente (ou l'une des versions répertoriées dans le apt-cache policy
output) et voir si cela fonctionne mieux pour vous:
# apt install skypeforlinux=8.51.0.72
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be DOWNGRADED:
skypeforlinux
0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Need to get 0 B/79.0 MB of archives.
After this operation, 1,024 B of additional disk space will be used.
Do you want to continue? [Y/n]
Si la rétrogradation de la version du package est utile, vous pouvez vouloir mettre le package en attente, donc apt upgrade
ne le mettra pas à jour tant que vous n'aurez pas supprimé le blocage:
# apt-mark hold skypeforlinux
Vous pouvez ensuite envoyer un rapport de bogue sur vos expériences à Microsoft, mais comme ils ne font aucune promesse de prise en charge de Kali, il peut être ignoré ou attribué une très faible priorité.
J'ai rencontré le même problème après la mise à niveau sous Centos 7 vers la version 8.51.0.86-1.x86_64 à partir de 8.50.0.38-1.x86_64.
J'ai trouvé en examinant le fichier journal, le message suivant:
FATAL:setuid_sandbox_Host.cc(157)] The SUID sandbox helper binary was found,
but is not configured correctly. Rather than run without sandboxing I'm aborting now.
You need to make sure that /usr/share/skypeforlinux/chrome-sandbox is owned by root
and has mode 4755
Si vous suivez les instructions du message d'erreur:
chmod 4755 /usr/share/skypeforlinux/chrome-sandbox
il résout le problème.
J'ai eu ce problème à Manjaro. Après l'avoir recherché, j'ai trouvé que
chmod 4755 /usr/share/skypeforlinux/chrome-sandbox
n'est pas la méthode préférée pour résoudre le problème dans les distributions Arch ou Debian. Au lieu de cela, il est suggéré d'utiliser
Sudo sh -c 'echo "kernel.unprivileged_userns_clone=1" > /etc/sysctl.d/00-local-userns.conf'
pour une solution persistante. Plus d'informations peuvent être trouvées sur le Wiki LXC-Debian .
EDITÉ: Jonas Berlin souligne une commande cassée dans l'original et une vérification plus approfondie vérifie son commentaire. En outre, supprimé le lien précédent vers la commande incorrecte. Merci, Jonas.