adb no permissions on Ubuntu 17.04

Была такая же проблема. Убедитесь, что режим USB устройства NOT только разрешил его.

Скорее всего, udev неправильно добавляет ваше устройство. У меня тоже была эта проблема & amp; натолкнулось на относительно простое решение.

Найдите ваше устройство в lsusb

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 002: ID 05c8:03a2 Cheng Uei Precision Industry Co., Ltd (Foxlink) 
Bus 001 Device 006: ID 18d1:4ee7 Google Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Точка интереса в этом случае:

Bus 001 Device 006: ID 18d1:4ee7 Google Inc.

Проверьте соответствующий файл устройства

$ ls -l /dev/bus/usb/001/006

Вероятно, вы увидите что-то вроде

crw-rw-r-- 1 root root 189, 5 Sep  8 21:47 /dev/bus/usb/001/006

Это означает, что файл устройства будет принадлежать пользователю root и корневому файлу группы, поэтому adb может получить к нему доступ как root, но а не как ваш стандартный пользователь.

Это можно решить, создав новое правило udev - я использовал /etc/udev/rules.d/51-android.rules - для добавления устройства в группу plugdev, которую adb уже предполагает, что вы являетесь членом (вы должны быть, проверьте с помощью id)

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee7", MODE="0660", 
GROUP="plugdev", SYMLINK+="android%n"

** Не забудьте заменить ATTR {idProduct} == "4ee7" на свой собственный идентификатор продукта, который вы обнаружили на первом шаге. ** (Если ваш поставщик не является Google Inc., также замените идентификатор поставщика с номером до двоеточия в lsusb).

Теперь просто отключите устройство от сети и подключите его обратно (udev должен автоматически отвечать на новый файл) и tadaa:

$ adb devices
List of devices attached 
YC873P0G    device

Источник: Добавление правил udev для USB отладка устройств Android - Janos Gyerik

Чтобы расширить ответ Sumeet Deshmukh, его подход действительно работает вообще - если вы хотите использовать команду adb с консоли.

Android Studio, однако, по-видимому, начинает собственный сервер adb, убивая наша. Это означает, что после того, как мы убили / запустили сервер с помощью sudo, Studio перезапустит его, что приведет к исходной ситуации - никаких разрешений.

Решение состоит в том, чтобы сначала запустить Studio, а затем выполнить запуск / останов сервер. Сделав это, мне удалось заставить Nexus 5X отображаться в качестве допустимой цели запуска в Studio.

Это не лучшая ситуация (необходимость запуска команд при каждом запуске Studio), но это трюк быстро и грязно. Если я найду более постоянное решение, я обновлю этот ответ.

Сообщество GitHub поддерживает udev-rules

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

Это самый полный список правил udev, который я видел до сих пор, даже больше, чем рекомендуемый в настоящий момент sudo apt-get install android-tools-adb в официальной документации , попробуйте.

Пожалуйста, НЕ ИСПОЛЬЗУЙТЕ решения, предлагающие использовать sudo (sudo adb start-server)! Это запустить adb как root (administrator), и он НЕ должен работать так! Это обходное решение BAD!

Все, что работает от имени root, может делать что-либо в вашей системе, если оно создает или изменяет файл, может изменить его разрешение, которое будет использоваться только root. Опять же, DO NOT!

Правильная вещь - настроить вашу систему, чтобы ПОЛЬЗОВАТЕЛЬ имел разрешение, проверил это руководство , я написал о том, как это сделать правильно .

Вам необходимо предоставить разрешение на Android-устройство. Перейдите в Настройки> Параметры разработчика. Попробуйте отключить отладку Usb и снова включить его. Удалите кабель и снова подключите его. Также попробуйте удалить все сохраненные авторизации из параметров разработчика. Теперь он должен запросить разрешение на отладку с помощью подсказки на вашем телефоне. Примите это.

Перейдите в Настройки >> Обслуживание >> Хранение. Затем проверьте меню верхнего левого меню и щелкните по USB-соединению компьютера, затем переключитесь на медиа-устройство (MTP).

Я не знаю, почему это работает, но это единственное решение, которое сработало для меня

. Найдите, где работает adb (если вы похожи на меня, у вас установлено несколько версий). Имейте в виду, что такие инструменты, как реакция native, могут решить использовать случайные другие версии, чтобы сделать вашу жизнь сложнее. Для меня это ~/Android/Sdk/platform-tools/adb. Итак, я запустил:

sudo chown root:YOUR_USERNAME ~/Android/Sdk/platform-tools/adb
sudo chmod 4550 ~/Android/Sdk/platform-tools/adb

Android-инструменты очень раздражают.

Была такая же проблема. Убедитесь, что режим USB устройства NOT только разрешил его.

Скорее всего, udev неправильно добавляет ваше устройство. У меня тоже была эта проблема & amp; натолкнулось на относительно простое решение.

Найдите ваше устройство в lsusb

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 002: ID 05c8:03a2 Cheng Uei Precision Industry Co., Ltd (Foxlink) 
Bus 001 Device 006: ID 18d1:4ee7 Google Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Точка интереса в этом случае:

Bus 001 Device 006: ID 18d1:4ee7 Google Inc.

Проверьте соответствующий файл устройства

$ ls -l /dev/bus/usb/001/006

Вероятно, вы увидите что-то вроде

crw-rw-r-- 1 root root 189, 5 Sep  8 21:47 /dev/bus/usb/001/006

Это означает, что файл устройства будет принадлежать пользователю root и корневому файлу группы, поэтому adb может получить к нему доступ как root, но а не как ваш стандартный пользователь.

Это можно решить, создав новое правило udev - я использовал /etc/udev/rules.d/51-android.rules - для добавления устройства в группу plugdev, которую adb уже предполагает, что вы являетесь членом (вы должны быть, проверьте с помощью id)

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee7", MODE="0660", 
GROUP="plugdev", SYMLINK+="android%n"

** Не забудьте заменить ATTR {idProduct} == "4ee7" на свой собственный идентификатор продукта, который вы обнаружили на первом шаге. ** (Если ваш поставщик не является Google Inc., также замените идентификатор поставщика с номером до двоеточия в lsusb).

Теперь просто отключите устройство от сети и подключите его обратно (udev должен автоматически отвечать на новый файл) и tadaa:

$ adb devices
List of devices attached 
YC873P0G    device

Источник: Добавление правил udev для USB отладка устройств Android - Janos Gyerik

Чтобы расширить ответ Sumeet Deshmukh, его подход действительно работает вообще - если вы хотите использовать команду adb с консоли.

Android Studio, однако, по-видимому, начинает собственный сервер adb, убивая наша. Это означает, что после того, как мы убили / запустили сервер с помощью sudo, Studio перезапустит его, что приведет к исходной ситуации - никаких разрешений.

Решение состоит в том, чтобы сначала запустить Studio, а затем выполнить запуск / останов сервер. Сделав это, мне удалось заставить Nexus 5X отображаться в качестве допустимой цели запуска в Studio.

Это не лучшая ситуация (необходимость запуска команд при каждом запуске Studio), но это трюк быстро и грязно. Если я найду более постоянное решение, я обновлю этот ответ.

Сообщество GitHub поддерживает udev-rules

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

Это самый полный список правил udev, который я видел до сих пор, даже больше, чем рекомендуемый в настоящий момент sudo apt-get install android-tools-adb в официальной документации , попробуйте.

Пожалуйста, НЕ ИСПОЛЬЗУЙТЕ решения, предлагающие использовать sudo (sudo adb start-server)! Это запустить adb как root (administrator), и он НЕ должен работать так! Это обходное решение BAD!

Все, что работает от имени root, может делать что-либо в вашей системе, если оно создает или изменяет файл, может изменить его разрешение, которое будет использоваться только root. Опять же, DO NOT!

Правильная вещь - настроить вашу систему, чтобы ПОЛЬЗОВАТЕЛЬ имел разрешение, проверил это руководство , я написал о том, как это сделать правильно .

Вам необходимо предоставить разрешение на Android-устройство. Перейдите в Настройки> Параметры разработчика. Попробуйте отключить отладку Usb и снова включить его. Удалите кабель и снова подключите его. Также попробуйте удалить все сохраненные авторизации из параметров разработчика. Теперь он должен запросить разрешение на отладку с помощью подсказки на вашем телефоне. Примите это.

Перейдите в Настройки >> Обслуживание >> Хранение. Затем проверьте меню верхнего левого меню и щелкните по USB-соединению компьютера, затем переключитесь на медиа-устройство (MTP).

Я не знаю, почему это работает, но это единственное решение, которое сработало для меня

. Найдите, где работает adb (если вы похожи на меня, у вас установлено несколько версий). Имейте в виду, что такие инструменты, как реакция native, могут решить использовать случайные другие версии, чтобы сделать вашу жизнь сложнее. Для меня это ~/Android/Sdk/platform-tools/adb. Итак, я запустил:

sudo chown root:YOUR_USERNAME ~/Android/Sdk/platform-tools/adb
sudo chmod 4550 ~/Android/Sdk/platform-tools/adb

Android-инструменты очень раздражают.

Была такая же проблема. Убедитесь, что режим USB устройства NOT только разрешил его.

Скорее всего, udev неправильно добавляет ваше устройство. У меня тоже была эта проблема & amp; натолкнулось на относительно простое решение.

Найдите ваше устройство в lsusb

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 002: ID 05c8:03a2 Cheng Uei Precision Industry Co., Ltd (Foxlink) 
Bus 001 Device 006: ID 18d1:4ee7 Google Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Точка интереса в этом случае:

Bus 001 Device 006: ID 18d1:4ee7 Google Inc.

Проверьте соответствующий файл устройства

$ ls -l /dev/bus/usb/001/006

Вероятно, вы увидите что-то вроде

crw-rw-r-- 1 root root 189, 5 Sep  8 21:47 /dev/bus/usb/001/006

Это означает, что файл устройства будет принадлежать пользователю root и корневому файлу группы, поэтому adb может получить к нему доступ как root, но а не как ваш стандартный пользователь.

Это можно решить, создав новое правило udev - я использовал /etc/udev/rules.d/51-android.rules - для добавления устройства в группу plugdev, которую adb уже предполагает, что вы являетесь членом (вы должны быть, проверьте с помощью id)

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee7", MODE="0660", 
GROUP="plugdev", SYMLINK+="android%n"

** Не забудьте заменить ATTR {idProduct} == "4ee7" на свой собственный идентификатор продукта, который вы обнаружили на первом шаге. ** (Если ваш поставщик не является Google Inc., также замените идентификатор поставщика с номером до двоеточия в lsusb).

Теперь просто отключите устройство от сети и подключите его обратно (udev должен автоматически отвечать на новый файл) и tadaa:

$ adb devices
List of devices attached 
YC873P0G    device

Источник: Добавление правил udev для USB отладка устройств Android - Janos Gyerik