Adb shell ошибка

Start /w Writable System

Using Emulator Images without Google Play

This does not work with production Android images, i.e. ones with Google Play

Use non-Google Play images for root access & writeable system

Start your emulator from a command prompt as a writable system, using its AVD Name (Pixel3a in this example, see AVD Name below to find or change yours. Make sure another emulator instance is not running when using this command):

emulator @Pixel3a -writable-system

(Keep this command handy. You will need to use it any time you want to access your emulator as ‘writable’. I use an alias in gitbash to start my emulator from a gitbash terminal, everytime.)

This launches the emulator.

When startup is complete, open another command prompt/terminal (this one is stuck running the emulator) and:

adb root

Result should be:

$ adb root
restarting adbd as root

Then:

adb remount

Result:

$ adb remount
remount succeeded

When you:

adb shell

and:

su

You should now have full root/writable access:

$ adb shell
generic_x86_arm:/ # su
generic_x86_arm:/ # 

To add a domain to hosts file

$ cd /etc
$ cp hosts hosts.bak1
$ cat hosts
127.0.0.1       localhost
::1             ip6-localhost

$ echo '10.0.2.2 my.newdomain.com' >> hosts
$ cat hosts
127.0.0.1       localhost
::1             ip6-localhost
10.0.2.2        my.newdomain.com

10.0.2.2 is «localhost» for an Android emulator. It will delegate to your Windows/Mac hosts file & DNS services. Any domain you add to your development machine’s hosts file, will work as 10.0.2.2 on your Android Emulator hosts file.

AVD Name

In Android Studio AVD Manager can be launched from menu:

Tools > AVD Manager

If your emulator name has spaces, you can change that by clicking the pencil icon on right hand side.

I named my emulator ‘Pixel3a’ without spaces for ease of typing.

Start /w Writable System

Using Emulator Images without Google Play

This does not work with production Android images, i.e. ones with Google Play

Use non-Google Play images for root access & writeable system

Start your emulator from a command prompt as a writable system, using its AVD Name (Pixel3a in this example, see AVD Name below to find or change yours. Make sure another emulator instance is not running when using this command):

emulator @Pixel3a -writable-system

(Keep this command handy. You will need to use it any time you want to access your emulator as ‘writable’. I use an alias in gitbash to start my emulator from a gitbash terminal, everytime.)

This launches the emulator.

When startup is complete, open another command prompt/terminal (this one is stuck running the emulator) and:

adb root

Result should be:

$ adb root
restarting adbd as root

Then:

adb remount

Result:

$ adb remount
remount succeeded

When you:

adb shell

and:

su

You should now have full root/writable access:

$ adb shell
generic_x86_arm:/ # su
generic_x86_arm:/ # 

To add a domain to hosts file

$ cd /etc
$ cp hosts hosts.bak1
$ cat hosts
127.0.0.1       localhost
::1             ip6-localhost

$ echo '10.0.2.2 my.newdomain.com' >> hosts
$ cat hosts
127.0.0.1       localhost
::1             ip6-localhost
10.0.2.2        my.newdomain.com

10.0.2.2 is «localhost» for an Android emulator. It will delegate to your Windows/Mac hosts file & DNS services. Any domain you add to your development machine’s hosts file, will work as 10.0.2.2 on your Android Emulator hosts file.

AVD Name

In Android Studio AVD Manager can be launched from menu:

Tools > AVD Manager

If your emulator name has spaces, you can change that by clicking the pencil icon on right hand side.

I named my emulator ‘Pixel3a’ without spaces for ease of typing.

I’m not 100% sure if this should go here or the main Stack Overflow, but I decided to go with this area in hope I might catch someone with more specific experience with a similar problem.

I have a Samsung Captivate (love it minus it’s crappy GPS). I do development for it from 2 different computers, one at home, one at work. The machines are both Windows XP, Service Pack 3, 32 bit. I have the same Samsung drivers installed, same versions of Eclipse, etc. The phone is currently rooted running the Serendipity mod, though this issue was exactly the same on the stock firmware.

My home machine (the problem one) is an Athlon 64 2.2 Ghz.
My work machine is a Core 2 Duo, don’t recall the model.

At work, I can do anything, mount the sdcard on the phone and copy easily, use adb to push, pull, uninstall, install. I can debug in ddms, install through Eclipse, etc, etc…

At home, if I reboot both the computer and phone and pull up a command prompt without having Eclipse open, I MIGHT be able to see the device by typing adb devices. Usually then, I can clear the logcat or run the logcat fairly stable. If I open Eclispe (my development IDE) and try to run a new build of an app, I’ll generally lose the connection. The same thing happens if I try to copy files either via mounting or using pull with adb. Some files will copy, and suddenly the connection will be gone and the device will show offline to adb, or not in the list at all, or listed offline twice. Rebooting the phone sometimes helps, but not always. There are times I close Eclipse and every other app, reboot my phone and still end up having adb completely unable to detect the device. I’ll use adb kill-server and adb start-server but this generally doesn’t help. I use Avast for my anti-virus at home, but have tried without any anti-virus installed at all and it’s the same. I’ve recently reinstalled Windows due to a hard drive crash and it was the exact same. I’ve tried every different USB port on my tower.

I hope VERY much someone can tell me what’s wrong as I’ve been dealing with this for a year and a half now and it’s about to make me lose my mind.

-Jeremiah

Android — это операционная система с открытым исходным кодом, которая была очень популярна с момента появления на рынке смартфонов. Более того, это одна из самых популярных операционных систем для смартфонов, и разработчики не торопятся выпускать новые пользовательские ПЗУ и моды для устройств Android. Но для того, чтобы управлять телефоном через компьютер, вам понадобится ADB (Android Debug Bridge), который представляет собой утилиту командной строки, когда вы хотите отлаживать определенные приложения и устанавливать любые новые приложения. или моды. В этом посте мы дадим вам решения для всех распространенных ошибок и решений ADB.

С помощью этого руководства вы сможете преодолеть большинство проблем, возникающих в ADB. Более того, с помощью ADB вы устанавливаете соединение между вашими телефонами и ПК для выполнения некоторых конкретные задачи, и если возникает проблема, это может затруднить выполнение задачи, если команды не выполняются должным образом. Итак, без лишних слов, давайте сразу перейдем к самой статье:

Все распространенные ошибки ADB и их решения

Ниже приведен список ошибок ADB и возможные обходные пути, которыми вы можете следовать, чтобы исправить проблемы:

Устройство ADB не найдено:

Это связано с проблемой драйвера ADB, которая связана с самим драйвером ADM. Если вы также столкнулись с этой проблемой, скорее всего, даже если вы все делаете правильно, ваш телефон не распознается. Следуйте инструкциям ниже, чтобы исправить это:

• Проверить режим подключения:
  — Подключите телефон к компьютеру и прокрутите панель уведомлений вниз. Нажмите на опцию USB Debugging connected и убедитесь, что выбрана опция Mobile Device MTP.
• Включить отладку по USB:
  — Зайдите в Настройки >> Об устройстве >> Номер сборки (нажмите на него 7 раз) >> Параметры разработчика а затем включите переключатель перед USB отладки.
• Обновите драйвер ADB:
  — Идти к Диспетчер устройств >> Другие устройства >> Интерфейс ADB или телефон Android >> Обновление программного обеспечения драйвера >>и выберите «Искать на моем компьютере драйверы». Затем нажмите «Разрешить мне выбрать» из списка драйверов устройств на моем компьютере >> Показать все устройства >> Далее >> Установить с диска >> найдите и найдите свой SDK и дважды щелкните файл android_winusb.inf. выберите ADB интерфейс и ударил следующий.
• Установите универсальный ADB: Если вышеуказанные решения не работают для вас, вам необходимо установить универсальный инструмент ADB на свой компьютер.
• Перезапустите процесс ADB: Просто откройте командную строку и выполните следующие команды:
  1. Чтобы убить запущенный процесс ADB — adb kill-server
  2. Чтобы снова начать — adb start-server

Команда ADB не найдена

Эта проблема помешает вам запускать какие-либо команды ADB с вашего ПК на телефон. Ниже приведено исправление для этого:

1. Выберите протокол передачи мультимедиа
   Подключите телефон к компьютеру и прокрутите панель уведомлений вниз. Нажмите на опцию USB Debugging connected и убедитесь, что выбрана опция Mobile Device MTP.
2. Обновите драйвер ADB:
   — Идти к Диспетчер устройств >> Другие устройства >> Интерфейс ADB или телефон Android >> Обновление программного обеспечения драйвера >>и выберите «Искать на моем компьютере драйверы». Затем нажмите «Разрешить мне выбрать» из списка драйверов устройств на моем компьютере >> Показать все устройства >> Далее >> Установить с диска >> найдите и найдите свой SDK и дважды щелкните файл android_winusb.inf. выберите ADB интерфейс и ударил следующий.
3. Включить отладку по USB:
   — Зайдите в Настройки >> Об устройстве >> Номер сборки (нажмите на него 7 раз) >> Параметры разработчика а затем включите переключатель перед USB отладки.
4. Запустите команду ADB из установочного каталога
   – Откройте командную строку.
   — Перейдите в папку, в которую вы установили инструмент Android SDK.
   — Попробуйте запускать команды отсюда.

Сервер ADB устарел

Если вы столкнулись с такими проблемами, как:

• Сервер adb устарел. убийство ...
* демон успешно запущен *
• Сервер adb устарел. убийство ...
* демон успешно запущен *
** демон все еще не работает ошибка: невозможно подключиться к демону

Затем эта проблема обычно может замедлить развертывание вашей команды, и в большинстве случаев команда терпит неудачу. Ниже приведено исправление для этого:

1. Подключите свой телефон к компьютеру.
2. Скачать и открыть ADBFix.
3. Укажите точное местонахождение вашего Android SDK.
4. Убедитесь, что ADBFix может найти виновника этой проблемы.
5. Затем нажмите на Исправь все и убедитесь, что конфликт фиксированный.

ADB Ожидание сообщения устройств

Если вы тоже столкнулись с этой проблемой, то это в основном проблема с драйвером. Выполните следующие шаги, чтобы исправить эту проблему:

1. Перейдите к ссылка и загрузите правильные драйверы Fastboot.
2. Распакуйте загруженные файлы.
3. Щелкните правой кнопкой мыши текущий драйвер быстрой загрузки и удалите программное обеспечение драйвера.
4. Снова подключите устройство, и оно установит драйверы автоматически.
5. Это оно!

Итак, вот это с моей стороны в этом посте. Я надеюсь, что вы, ребята, смогли решить проблемы, связанные с командой и инструментами ADB. Сообщите нам в комментариях ниже, если вы знаете о других подобных проблемах и способах их устранения. До следующего поста… Ура!