configurare il dispositivo per lo sviluppo (???????????? nessuna autorizzazione)


282

Sto usando un telefono Samsung Galaxy Nexus ( piattaforma Android 4.0 ).

Sto sviluppando un'app Android sul sistema operativo Ubuntu Linux. Vorrei eseguire la mia applicazione direttamente sul dispositivo portatile Samsung, quindi ho eseguito i seguenti passaggi di configurazione:

  1. nel mio progetto AndroidManifest.xmldi file, aggiunto android:debuggable="true"al <application>elemento

  2. Sul dispositivo, in Impostazioni> Sicurezza abilitata Origini sconosciute

  3. Sul dispositivo, in Impostazioni> Opzioni sviluppatore è abilitato il debug USB

  4. Sul mio computer, ho creato il /etc/udev/rules.d/51-android.rulesfile con il seguente contenuto:

    SUBSYSTEM=="usb", ATTR{idVendor}=="04E8", MODE="0666", GROUP="plugdev" 
  5. Sul mio computer, esegui il chmod a+r /etc/udev/rules.d/51-android.rulescomando

Quindi, sul mio computer ho aperto un terminale ed eseguito il adb devicescomando, ho ottenuto:

List of devices attached 
????????????    no permissions

Dal momento che non ho visto il mio dispositivo ma solo ???????????? no permissions, eseguo i seguenti comandi:

 adb kill-server
 adb start-server
 adb devices

Ma ho ancora ottenuto:

List of devices attached 
????????????    no permissions

Perché? Cosa mi sto perdendo?


dopo aver superato il kill-server adb hai ricevuto il messaggio che * demone non era in esecuzione. avviandolo ora sulla porta 5037 * * demone avviato correttamente * --- se non lo provi fino a quando non ricevi questo messaggio
Andro Selva,

2
Prova a verificare che il tuo utente sia nel plugdevgruppo.
Sergey Glotov,

2
Run => sudo adb start-server (Usa l'accesso root per eseguire adb)
Confuso il

finalmente ho trovato la soluzione che ha funzionato per me in questo link github.com/snowdream/51-android
Abdulrahman Gamal

Risposte:


451

Quello che funziona per me è uccidere e riavviare il server adb. Su Linux: sudo adb kill-servere poi sudo adb start-server. Quindi rileverà quasi ogni dispositivo fuori dalla scatola.


1
Uso root per eseguire il comando "dispositivi adb" in <android-SDK> / platform-tool /, ho ricevuto "Nessun comando 'adb' trovato", perché?
Leem.fin,

8
assicurati che il tuo adb abbia + x -rwxrwxr-x 1 martin martin 156K 2011-11-09 15:40 adb. Prova a passare direttamente alla directory e inizia tramite "sudo ./adb devices". Se riesci a eseguirlo senza sudo, dovresti essere in grado di eseguirlo con sudo ... Non sono sicuro di quale potrebbe essere il tuo problema ...
WarrenFaith,

8
Non è necessario eseguire adb come root se le autorizzazioni udev sono impostate correttamente. Vedi la risposta dei grebulons di seguito o fai riferimento alla documentazione Android: developer.android.com/tools/device.html
gnac

4
Un suggerimento importante è di scollegare il cavo USB, quindi reimposta adb, connetti il ​​cavo e funziona. Nella mia situazione, mentre ho fatto la procedura con il cavo collegato non funziona per me.
androidevil,

6
E i comandi sono: adb kill-server sudo adb start-servercontrollare:adb devices
Asim

350

Niente ha funzionato per me fino a quando ho finalmente trovato la risposta qui: http://ptspts.blogspot.co.il/2011/10/how-to-fix-adb-no-permissions-error-on.html

Sto copiando il testo qui nel caso in cui scompaia in futuro.

Crea un file chiamato /tmp/android.rules con i seguenti contenuti (i numeri esadecimali del fornitore sono stati presi dalla pagina dell'elenco dei fornitori):

SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0e79", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0502", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0b05", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="413c", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0489", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="091e", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="18d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0bb4", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="12d1", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="24e3", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2116", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0482", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="17ef", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1004", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="22b8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0409", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2080", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0955", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="2257", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="10a9", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1d4d", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0471", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04da", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="05c6", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1f53", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04e8", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="04dd", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0fce", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="0930", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="19d2", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="1bbb", MODE="0666"

Esegui i seguenti comandi:

sudo cp /tmp/android.rules /etc/udev/rules.d/51-android.rules
sudo chmod 644   /etc/udev/rules.d/51-android.rules
sudo chown root. /etc/udev/rules.d/51-android.rules
sudo service udev restart
sudo killall adb

Scollegare il cavo USB tra il telefono e il computer.

Ricollegare il telefono.

Esegui adb devicesper confermare che ora ha l'autorizzazione per accedere al telefono.

Si noti che è possibile utilizzare , USER="$LOGINNAME"anziché , MODE="0666"nel .rulesfile, sostituendo $LOGINNAMEil nome di accesso, ovvero ciò che id -nustampa.

In alcuni casi può essere necessario assegnare al file delle regole udev un nome vicino alla fine, ad esempio z51-android.rules.


7
Nota: per Ubuntu Precise il nome del file è 70-android.rulescome in questo post: esausilva.com/2010/05/13/… . Complimenti anche per averci fatto sapere che devi riavviare udeve terminare tutti i processi adb. Ha funzionato come un fascino!
Eduard Luca

Un approccio simile è ufficialmente documentato su developer.android.com/tools/device.html
bjunix

4
Funzionava bene ma, come notato da @luciana in un'altra risposta, potrebbe essere necessario chiamare sudo udevadm control --reload-rulesper aggiornare le regole udev se il riavvio del server non è sufficiente.
serjlee,

4
Questa dovrebbe essere contrassegnata come la risposta corretta, poiché adb sudo non dovrebbe essere un requisito per Linux
Zac

1
Questa è l'unica risposta corretta qui. Grazie per questo! Inoltre, possiamo vedere l'output di lsusb per assicurarci che il fornitore richiesto sia incluso. Molto strano, solo uno dei miei dispositivi (OnePlus One) ha smesso improvvisamente di funzionare dopo l'aggiornamento ad Android 7.1.2 (anche quando si esegue adb come root), dopo aver aggiunto le regole udev come descritto sopra, funziona di nuovo.
user1209216,

77

Immettere i seguenti comandi:

adb kill-server sudo ./adb start-server adb devices

Il problema è che il server adb non è in esecuzione come root.


4
sebbene l'idea sia la stessa della risposta accettata, questa mi ha aiutato solo, grazie all'esempio fornito. Grazie
user907860

1
@ user907860 in realtà è meglio della risposta accettata perché spiega perché dovresti scrivere sudo :) (cosa che non ho fatto quando ho visto la risposta accettata)
stan0

tra qualche idea del perché adb dovrebbe essere eseguito come root?
Stan,

scusa no, non mi ricordo
iancrowther

2
adb NON deve essere in esecuzione come root. Se necessario, il sistema non è configurato correttamente. Smetti di lanciare "sudo" davanti a tutto, ha enormi implicazioni per la sicurezza.
hackel,

55

Ho provato tutto sopra, nessuno ha funzionato .. alla fine ha funzionato quando passo da MTP a Camera (PTP).


3
Per chi si chiede come fare ... Impostazioni di sistema> Memoria> Pulsante in alto a destra: connessione USB al computer> Connetti come Seleziona fotocamera (PTP) invece di Dispositivo multimediale (MTP)
Thaddeus Albers,

3
amico, stavo cercando la soluzione da due ore, questo mi funziona su Ubuntu 16.04, grazie
Jorius

questa dovrebbe essere la prima cosa da verificare. Funziona per me
m50,

32

Ci sono molte cattive risposte inviate a questa domanda che vanno dall'insistere a correre adbcome root(che non dovrebbe essere propagandato come l'unica o addirittura raccomandata soluzione) alla risoluzione di problemi completamente non correlati.

Ecco la ricetta più breve e universale per prendersi cura delle autorizzazioni per tutti adbe fastbootdispositivi contemporaneamente:

echo 'ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ENV{ID_USB_INTERFACES}=="*:ff420?:*", MODE="0666"' | sudo tee /etc/udev/rules.d/99-android.rules
sudo udevadm control --reload-rules
sudo udevadm trigger --verbose --action=add --subsystem-match=usb

Oppure potresti usare una versione leggermente più lunga che ho pubblicato in questa sintesi .

Per quanto riguarda la cosa specifica che OP ha fatto di sbagliato nella sua domanda, non è stato ricaricare le udevregole dopo aver modificato il .rulesfile.

Inoltre OP non ha detto quale build Android (aka ROM) aveva sul suo telefono. Il idVendorvalore è impostato nel software e quindi dipende dalla ROM. Quindi il valore che 04E8ha usato nella sua regola originale avrebbe funzionato solo per i dispositivi con ROM di serie Samsung. Ma questo non è un problema per questa udevregola: si adatta a tutti i dispositivi adbo alle fastbootinterfacce indipendentemente dal loro VendorID .


L'unico passo mancante per vederlo funzionare è il kill-server adb prima dei dispositivi adb.
mstrange,

1
Questo non sembra funzionare più su Android 8.1. Come hai scoperto cosa segnala adb come ID dispositivo?
Cachapa,

Ha funzionato per me su Android 7.1.2
Amerzilla,

@Cachapa, funziona con tutte le versioni di Android. Anche l'ultimo (al momento in cui scrivo questo) Android P Preview 4 utilizza gli stessi ID dell'interfaccia adb - android.googlesource.com/platform/system/core/+/…
Alex


16

In Archlinux questo può succedere occasionalmente. La correzione:

$ sudo -s
# adb kill-server
# adb start-server

Non sono sicuro che sia stata l'unica cosa che lo ha fatto funzionare ... Ho provato le cose sopra. Ma senza questo post Ubuntu su VBox non ha autorizzato il mio LG G3. Grazie Keenan
lastboy il

Non so perché, ma sudo adb kill-server; sudo adb start-servernon ha funzionato, ma questo ha funzionato.
Hritik,

9

Per coloro che usano debian, la guida per configurare un dispositivo sotto Ubuntu per creare il file "/etc/udev/rules.d/51-android.rules" non funziona. Ho seguito le istruzioni da qui . Mettendo lo stesso qui per riferimento.

Modifica questo file come superutente

sudo nano /lib/udev/rules.d/91-permissions.rules

Trova il testo simile a questo

# usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0664

Quindi modificare la modalità su 0666 come di seguito

# usbfs-like devices 
SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, \ MODE=”0666

Ciò consente ad adb di funzionare, tuttavia è ancora necessario configurare il dispositivo in modo che possa essere riconosciuto. Dobbiamo creare questo file come superutente,

sudo nano /lib/udev/rules.d/99-android.rules

ed entra

SUBSYSTEM==”usb”, ENV{DEVTYPE}==”usb_device”, ATTRS{idVendor}==”0bb4″, MODE=”0666

la riga sopra è per HTC, segui il post di @ grebulon per l'elenco completo.

Salvare il file e quindi riavviare udev come superutente

sudo /etc/init.d/udev restart

Collega il telefono tramite USB e dovrebbe essere rilevato quando compili ed esegui un progetto.


5

Ho avuto lo stesso problema, la soluzione è come collega: (a proposito, non devi eseguire il root del tuo dispositivo.)

  1. Digita "su" per passare al superutente.
  2. your-path / adb kill-server.
  3. your-path / adb start-server.
  4. Se non si verificano errori, è possibile visualizzare l'elenco dei dispositivi con "dispositivi your-path / adb" nell'account root.
  5. Esci da superutente.
  6. Ora puoi eseguire "dispositivi adb" nel tuo account.

Godere.


1
Nel caso in cui non riesci ad accedere utilizzando su, utilizzare sudo su. L'ho fatto. Inoltre, se non sai come chiudere l'utente, usa exit.
Pijusn,

4

So che potrebbe essere un po 'tardi, ma ecco un ottimo articolo su come aggiungere manualmente il driver USB ADB Android. Aggiunta manuale del driver USB ADB per Android in Ubuntu 14.04 LTS

Modificato per aggiungere il contenuto del collegamento

passi

Nota: assicurarsi di aver collegato il dispositivo Android in modalità debug USB

Apri terminal ( CTRL + ALT + T) e inserisci il comando: lsusb

Ora potresti ricevere una risposta simile a questa:
Bus 002 Device 013: ID 283b:1024

Nota: con riferimento a questoBus 002 Device 008: ID 283b:1024
{idVendor}==”283b” {idProduct}==”1024″

Ora inserisci il seguente comando: sudo gedit /etc/udev/rules.d/51-android.rules
Questo crea il file delle regole Android ( 51-android.rules) o apre quello esistente nella posizione specificata ( /etc/udev/rules.d)

Aggiungi una nuova riga a questo file:
SUBSYSTEM==”usb”, ATTRS{idVendor}==”283b”, ATTRS{idProduct}==”1024″, MODE=”0666″

Nota Modifica idVendore idProductvalori con i valori del dispositivo. Salva e chiudi.

Ora inserisci il seguente comando:
sudo chmod a+rx /etc/udev/rules.d/51-android.rules- concedi le autorizzazioni di lettura / esecuzione
sudo service udev restart- Riavvia iludev servizio

Ora dobbiamo aggiungere il idVendora adb_usb.ini. Immettere i seguenti comandi:
cd ~/.android
gedit adb_usb.ini

Aggiungi il seguente valore 0x283b

Questo non è altro che 0x (idVendor valore). Quindi sostituire il valore con. rispetto al valore del dispositivo Salvare e chiudere il file.

Ora inserisci il seguente comando:
sudo service udev restart

Collegare il dispositivo Android e ricollegarlo di nuovo.
Ora inserisci il seguente comando:
adb kill-server
adb devices

Ecco qua! Il tuo dispositivo deve essere elencato.

Copiato dall'aggiunta manuale del driver USB ADB Android in Ubuntu 14.04 LTS

Ha funzionato per me.


4

Ho avuto lo stesso problema con il mio Galaxy S3. Il mio problema era che il idVendorvalore 04E8non era quello giusto. Per trovare quello giusto collega il tuo smartphone al computer ed eseguilo lsusbnel terminale. Elencherà il tuo smartphone in questo modo:

Bus 002 Device 010: ID 18d1:d002 Google Inc.

Quindi il giusto idVendorvalore è 18d1. E la linea nel /etc/udev/rules.d/51-android.rulesdeve essere:

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev" 

Poi corro sudo udevadm control --reload-rulese tutto ha funzionato!


1
Forse intendevi:ATTR{idVendor}=="18d1"
Tanasis,

3

Usa le M0Rf30/android-udev-rulesregole udev mantenute dalla community GitHub

https://github.com/M0Rf30/android-udev-rules/blob/master/51-android.rules

Questa è la lista delle regole udev più completa che ho visto finora, anche più di quella attualmente raccomandata sudo apt-get install android-tools-adb nella documentazione ufficiale , e mi ha risolto il problema.


1
perché preoccuparsi di "mantenere l'elenco" quando una singola regola funziona per tutti? stackoverflow.com/a/45006231/1778421
Alex P.

@AlexP. grazie non sapevo di quel metodo. Qualche idea sul perché la guida ufficiale non lo raccomandi invece?
Ciro Santilli 21 冠状 病 六四 事件 法轮功

A causa della pigrizia e dell'inerzia della conoscenza per lo più. Gli sviluppatori Android originali hanno utilizzato dispositivi con lo stesso ID fornitore in modo da adottare l'approccio più semplice a cui potevano pensare. Quando più fornitori hanno creato più dispositivi, gli sviluppatori hanno continuato ad aggiungere più ID al file delle regole.
Alex P.


1

Quando riavvii udev, uccidi il server adb e avvia il server adb vai al percorso di installazione di Android SDK e fai tutto su sudo. quindi esegui i dispositivi adb risolverà il problema delle autorizzazioni.


1

Il mio dispositivo è POSITIVO e il mio sistema operativo lo è Ubuntu 14.04 LTS quindi, il mio problema era nel nome della variabile

Creo il file /etc/udev/rules.d/51-android.rules e lo metto SUBSYSTEM=="usb", SYSFS{idVendor}=="1662", MODE="0666"

Ho disconnesso il dispositivo ed eseguo:

$ sudo udevadm control --reload-rules
$ sudo service udev restart

dopo questo ho ricollegato il dispositivo Android in modalità sviluppatore e

$ adb devices

List of devices attached 
1A883XB1K   device

1

Senza scollegare

Tutte le risposte fornite presuppongono che sia possibile scollegare e ricollegare il cavo USB. In situazioni in cui ciò non è possibile (ad esempio, quando si è remoti), è possibile eseguire le seguenti operazioni essenzialmente per fare ciò che farebbero le regole udev suggerite al re-plug:

lsusb

Trova il dispositivo che ti interessa, ad esempio:

Bus 003 Device 005: ID 18d1:4ee4 Google Inc. Nexus

Prendere nota del numero di bus su cui si trova e quindi eseguire, ad es. Per il bus 003:

sudo chmod a+w /dev/bus/usb/003/*

Chiaramente questo può essere più permissivo di quello che desideri (potrebbero esserci più dispositivi collegati rispetto a questo), ma hai l'idea.


per applicare la nuova udevregola senza riconnettere il dispositivo basta usare il udevadm trigger --verbose --action=add --subsystem-match=usbcomando.
Alex P.


0

Prova invece di GROUP="plugdev"utilizzare il gruppo principale del tuo utente.


Sto usando il mio nome utente, non aiuta
Leem.fin

0

Nel mio caso su Ubuntu 12.04 LTS, ho dovuto cambiare la mia modalità USB HTC Incredible da carica a Media e quindi il dispositivo è apparso sotto adb. Ovviamente, il debug era già attivo in entrambi i casi.


0

Si prega di NON seguire le soluzioni che suggeriscono di usaresudo ( sudo adb start-server)! Questo adb funziona come root (amministratore) e NON dovrebbe funzionare così !!! È una BAD soluzione alternativa !

Tutto ciò che funziona come root può fare qualsiasi cosa nel tuo sistema, se crea o modifica un file può cambiare la sua autorizzazione per essere utilizzato solo da root. Ancora una volta, NON FARE!

La cosa giusta da fare è configurare il tuo sistema in modo che l'UTENTE disponga dell'autorizzazione, consulta questa guida che ho scritto su come farlo correttamente.


0

Ho avuto lo stesso problema e ho seguito questi passaggi:

# Clone this repository
git clone https://github.com/M0Rf30/android-udev-rules.git
cd android-udev-rules
# Copy rules file
sudo cp -v 51-android.rules /etc/udev/rules.d/51-android.rules
# OR create a sym-link to the rules file - choose this option if you'd like to update your udev rules using git.
sudo ln -sf "$PWD"/51-android.rules /etc/udev/rules.d/51-android.rules
# Change file permissions
sudo chmod a+r /etc/udev/rules.d/51-android.rules
# If adbusers group already exists remove old adbusers group
groupdel adbusers
# add the adbusers group if it's doesn't already exist
sudo mkdir -p /usr/lib/sysusers.d/ && sudo cp android-udev.conf /usr/lib/sysusers.d/
sudo systemd-sysusers # (1)
# OR on Fedora:
groupadd adbusers
# Add your user to the adbusers group
sudo usermod -a -G adbusers $(whoami)
# Restart UDEV
sudo udevadm control --reload-rules
sudo service udev restart
# OR on Fedora:
sudo systemctl restart systemd-udevd.service
# Restart the ADB server
adb kill-server
# Replug your Android device and verify that USB debugging is enabled in developer options
adb devices
# You should now see your device

I passaggi precedenti sono descritti nelle regole android-udev . Ha funzionato per me.

Assicurati solo di confermare la finestra di dialogo che apparirà sullo schermo del telefono dopo averlo ricollegato.


0
sudo usermod -aG plugdev $LOGNAME

Questo comando ha funzionato per me


-1

Ho usato su e ha iniziato a funzionare. Quando utilizzo Jetbrains con un utente normale, vedo questo problema ma dopo aver riavviato Jetbrains in modalità su, posso vedere il mio dispositivo senza fare nulla.

Sto usando Ubuntu 13.04 e Jetbrains 12.1.4


-1

Puoi anche provare a modificare il file adb_usb.ini , che si trova in /home/username/.android/ . Questo file contiene l'elenco dei fornitori di ID dei dispositivi che si desidera connettere. Devi solo aggiungere il fornitore ID del tuo dispositivo in una nuova riga (è un ID per riga). Quindi riavviare il server adb e ricollegare il dispositivo.

Ha funzionato per me su Ubuntu 12.10.


-1

Comunque, cosa ho fatto per risolvere questo problema (su Ubuntu ).

  1. Definito in quali casi ho bisogno di eseguire questi comandi. Per la maggior parte degli utenti di Ubuntu esiste una cartella home (file nascosto .bashrc).

    In cui è possibile registrare l'avvio di questi comandi. Ma questi comandi verranno attivati ​​quando si immette il bashcomando nella console.

  2. Dato che ho una shell .zshrc, ho fatto quanto segue:

    console aperta: gedit .zshrc

All'apertura del file, aggiungere la seguente riga:

./.add_device_permissions.sh

Prima o dopo, dobbiamo creare questo file: .add_device_permissions.shin cui scriviamo quanto segue:

#!/bin/bash
# Add permissions
ADB="/home/vadimm/Android/Sdk/platform-tools/adb"
$ADB devices
$ADB kill-server
cat .permissions_redmi_note | sudo -S $ADB devices
$ADB kill-server
cat .permissions_redmi_note | sudo -S $ADB devices

Inoltre abbiamo bisogno di creare .permissions_redmi_note dove abbiamo bisogno di codificare la nostra password.

  1. Per non aggiungere al file .zshrcinutili possiamo specificare il percorso all'avvio del sistema stesso:Startup Applications Preferences

Dove premiamo "Aggiungi" e scriviamo il nostro comando: /home/vadimm/.add_device_permissions.sh

  1. Puoi anche provare a usare i comandi seguenti della riga di comando: ./adb devices ./adb kill-server sudo ./adb devices ./adb kill-server ./adb devices

-2

Se qualcuno affronta il seguente messaggio di errore quando lo usano adb devices

no permissions (verify udev rules); see [http://developer.android.com/tools/device.html]

Eseguire quanto segue

sudo -s 
adb kill-server
adb start-server

Ciò ha risolto il problema per me su un dispositivo Android build personalizzato

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.