12
votes

SO_REUSEPORT non disponible sur le système de compilation pour exécuter l'émulateur pour andriod sur Ubuntu

J'essayais d'installer le SDK et l'émulateur sans le studio Andriod sur Ubuntu 20.04. Mais resté coincé à cette erreur.

E0520 11:06:29.866803544    5261 socket_utils_common_posix.cc:201] check for SO_REUSEPORT: {"created":"@1589952989.866791260","description":"SO_REUSEPORT unavailable on compiling system","file":"/mnt/tmpfs/src/android/emu-master-dev/external/grpc/src/core/lib/iomgr/socket_utils_common_posix.cc","file_line":169}
checkValid: hw configs not eq


1 commentaires

4 Réponses :


0
votes

Installez les outils de la plate-forme Android SDK. s'il existe déjà, désinstallez et installez l'outil Android SDK Platform dans ubuntu 20.04


1 commentaires

@Vincent_Paing confirme, cela n'a pas fonctionné pour moi non plus sur ubuntu 18.04



0
votes

Semble un problème de GPU, essayez:

sudo ubuntu-drivers autoinstall

Ou (ou les deux) modifiez les performances graphiques émulées en logiciels si votre périphérique émulé le permet.

Eu le même problème avec le studio android de Linux mint .. J'espère que cela vous aidera.


2 commentaires

J'avais utilisé cette commande. et mon système était comme s'il ne démarrait pas. Au total, j'ai dû installer un nouveau ununtu après cela.


Désolé pour cela, normalement en sécurité sur Ubuntu / Mint ...



1
votes

J'ai eu la solution de cet article :

Donc, pour résoudre ce problème, j'ai simplement désactivé la caméra en basculant l'option Emulated sur None et c'était tout.

Ne demandez pas pourquoi cela fonctionne, mais cela a semblé le résoudre pour moi.


2 commentaires

Même problème, après avoir travaillé pendant de nombreuses heures avec un émulateur qui fonctionne bien. Le lien de l'article est mort, mais vous voulez ouvrir AVD Manager, modifier le périphérique virtuel, cliquer sur Paramètres avancés et configurer la caméra sur Aucun. Cela a fonctionné pour moi, mais j'ai également créé un nouveau périphérique virtuel plus simple, donc je ne sais pas quelle action a réellement résolu le message d'erreur. En fait, le message d'erreur s'affiche toujours, mais mon application apparaît à nouveau bien sur chaque émulateur de périphérique virtuel


Tout comme vous l'avez décrit. Cela a résolu le débogage pour moi, l'erreur apparaît toujours. Je pense que recréer l'émulateur était peut-être la solution réelle et le problème initial venait du fait d'avoir plusieurs sessions de débogage pour le même appareil (Flutter et natif). Je ne sais vraiment pas ce qui le résout, mais je suis heureux que cela fonctionne aussi pour vous.



0
votes

Bien que cela ne soit pas directement affecté par l'erreur que vous avez décrite, lorsqu'il est bloqué à ce stade (à savoir, lorsqu'il est censé se reconnecter au serveur ADB, mais ne peut pas), cela peut être le résultat d'un instantané de démarrage rapide corrompu.

Ce qui a fonctionné pour moi, c'est de supprimer définitivement l'instantané de démarrage rapide existant et de demander à l'émulateur de le régénérer lors de la prochaine exécution.

Pour supprimer les instantanés:

$ANDROID_SDK_ROOT/emulator/emulator -no-snapshot @Pixel_API_29 &

Pour régénérer l'instantané suivant, réexécutez l'émulateur comme vous le feriez normalement, puis tuez-le après un chargement complet. Mais d'abord, assurez-vous qu'il est configuré pour enregistrer un instantané de démarrage rapide à la sortie:

Modifiez quickbootChoice.ini , par exemple:

saveOnExit = true

La seule ligne qui devrait être:

vi ~/.android/avd/<AVD name>/quickbootChoice.ini

Si vous souhaitez voir si l'un de ces éléments est susceptible de vous aider avant d'apporter des modifications, exécutez l'émulateur avec l'argument -no-snapshot appliqué, au préalable. Par exemple:

rm -fr ~/.android/avd/<AVD name>/snapshots/default_boot

(Ou trouvez un moyen de le faire via Android Studio)

Une note concernant d'autres réponses ici qui conseillaient de configurer la caméra différemment (ce qui ne semble pas lié): Il est très probable que la modification du paramètre de la caméra, pour l'émulateur, soit considérée comme un changement de configuration - qui finit par forcer un démarrage à froid (c'est -à- dire sauter utilisation de l'instantané de démarrage rapide), ce qui peut expliquer pourquoi cela fonctionne (mais sans voodoo impliqué).


0 commentaires