подпись пакета и установленного приложения не совпадают что делать

«Подписи приложений, использующие этот идентификатор, не совпадают»

1. Сначала нужно установить программу Titanium Backup.

2. Затем зайти в нее и вверху по центру нажать на кнопку «Резервные копии» (должен появиться полный список приложений, установленных на устройстве)

3. Для страховки сделать резервную копию программы, которую намерены обновить (выбрать нужное приложение, в открывшемся небольшом меню нажать кнопку «Сохранить»).

4. Вернуться к списку программ, снова найти то самое приложение, которое необходимо обновить, но не просто нажать на него, а нажать и удерживать до тех пор, пока на экране телефона не появится сплывающее окно. В нем выбрать функцию «Преобразовать в пользовательское приложение», после чего выйти из TitaniumBackup.

5. Зайти в Google Play, найти обновляемое приложение и произвести манипуляции, необходимые для его обновления. На экране появится уже знакомое сообщение об ошибке, но теперь с предложением удалить старую версию программы («Файл пакета подписан неверно, удалите предыдущую версию и попробуйте снова»). Придется удалить и старую версию. Всё. На этом приложение полностью удалено с устройства.

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

При желании можно повторить пункт 4 с той только разницей, что преобразовать пользовательское приложение обратно в системное. Просто выберите соответствующий пункт в меню.

Если принятые меры от ошибки избавиться не помогли, резервное копирование, выполненное в самом начале процесса с помощью Titanium Backup, позволит вернуть старую версию приложения. На этот раз выбрать следует кнопку «Восстановить», а на вопрос, что именно, ответить нажатием варианта «Программу и все данные к ней». Приложение вы, конечно, не обновили, но и ничего не потеряли, кроме нескольких минут времени, затраченного на попытку.

Источник

Устранение ошибок подписи пакета приложения

Сбой развертывания приложения может быть вызван сбоем при проверке цифровой подписи пакета приложения. Узнайте, как распознать эти сбои и что делать с ними.

при развертывании упакованного Windows приложения Windows всегда пытается проверить цифровую подпись в пакете приложения. Сбои во время развертывания блока проверки подписи пакета. Но почему пакет не был проверен, может быть не очевидным. В частности, если вы подписываете пакеты с частными сертификатами для локального тестирования, вам часто требуется управлять доверием для этих сертификатов. Неправильная конфигурация доверия сертификатов может привести к сбоям проверки подписи.

Это важно знать

Технологии

Предварительные требования

Инструкции

Шаг 1. Изучение журналов событий для получения диагностических сведений

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

Получение кода ошибки из журналов событий

Запустите eventvwr. msc.

перейдите в раздел Просмотр событий (локальные) > журналы приложений и служб > Microsoft > Windows.

первый проверяемый журнал — AppxPackagingOM > Microsoft-Windows-аппкспаккагинг/эксплуатация.

ошибки, связанные с развертыванием, записываются в AppXDeployment-Server > Microsoft-Windows-AppXDeploymentServer/эксплуатация.

Для ошибок развертывания найдите Последнее событие ошибки 404. Это событие ошибки содержит код ошибки и описание причины сбоя развертывания. Если ошибка 465 предшествует событию 404, то возникла проблема при открытии пакета.

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

Шаг 2. Определение цепочки сертификатов, используемой для подписания пакета приложения

Чтобы определить сертификаты, которым должен доверять локальный компьютер, можно проверить цепочку сертификатов для цифровой подписи в пакете приложения.

Определение цепочки сертификатов

Лучшим сертификатом в цепочке является корневой сертификат, а нижний сертификат — сертификат подписи. Если в цепочке находится только один сертификат, сертификат подписи также является его собственным корневым сертификатом. Вы можете определить серийный номер для каждого сертификата, который затем используется с certutil:

Определение серийного номера для каждого сертификата

Шаг 3. Определение сертификатов, которые являются доверенными для локального компьютера

Чтобы иметь возможность развернуть пакет приложения, он должен быть не только доверенным в контексте пользователя, но и контекстом локального компьютера. В результате цифровая подпись может быть действительна при просмотре на вкладке цифровые подписи на предыдущем шаге, но по-прежнему не проходит проверку во время развертывания пакета приложения.

Чтобы определить, является ли цепочка сертификатов, используемая для подписи пакета приложения, явно доверенной для локального компьютера

Выполните следующую команду:

Выполните следующую команду:

Если серийный номер сертификата не указан, certutil перечисляет все сертификаты, которые являются доверенными для локального компьютера для этого хранилища.

Пакет может не установиться из-за ошибок цепочки сертификатов, даже если сертификат для подписи не является самозаверяющим и корневой сертификат находится в корневом хранилище локального компьютера. В этом случае может возникнуть проблема с доверием для промежуточных центров сертификации. Дополнительные сведения об этой ошибке см. в разделе Работа с сертификатами.

Remarks

Если вы определили, что пакет не может быть развернут, так как сертификат для подписи не является доверенным, не устанавливайте пакет, если вы не уверены в его происхождении и доверяете ему.

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

Чтобы вручную добавить сертификат к доверию сертификатов на локальном компьютере

Сертификат можно удалить после того, как он больше не нужен.

Удаление сертификата

Запустите Cmd.exe от имени администратора.

В командной строке администратора выполните следующую команду:

Найдите серийный номер установленного сертификата. Это число является certID.

Выполните следующую команду:

Не рекомендуется вручную добавлять корневые сертификаты в хранилище сертификатов доверенных корневых центров сертификациилокального компьютера. Наличие нескольких приложений, подписанных сертификатами, которые связаны с одним и тем же корневым сертификатом, например бизнес-приложениями, может быть более эффективным, чем установка отдельных сертификатов в хранилище доверенных лиц. Хранилище доверенных лиц содержит сертификаты, которые считаются доверенными по умолчанию и поэтому не проверяются в списках или цепочках доверия сертификатов более высокого уровня. Рекомендации по добавлению сертификатов в хранилище сертификатов доверенных корневых центров сертификации см. в статье рекомендации по подписывания кода.

Соображения безопасности

Добавив сертификат в хранилища сертификатов локальной машины, вы меняете доверие сертификатов всех пользователей на компьютере. Рекомендуется установить все сертификаты подписи кода, необходимые для тестирования пакетов приложений в хранилище сертификатов «Доверенные лица». Немедленно удалите эти сертификаты, когда они больше не нужны, чтобы предотвратить их использование для компрометации доверия системы. Если вы создаете собственные тестовые сертификаты для подписания пакетов приложений, мы также рекомендуем ограничить привилегии, связанные с тестовым сертификатом. Сведения о создании тестовых сертификатов для подписи пакетов приложений см. в разделе Создание сертификата для подписи пакета приложения.

Источник

Подпись пакета и установленного приложения не совпадают что делать

Краткое описание:
Блокирует установку Google Play Services!

Желаю приятного использования! :thank_you:

Google Play Services Blocker v.1.0.1

Изменения:
-Исправление некоторых ошибок в коде приложения.

Перед установкой советую удалить предыдущую версию!
Скачать:signedg.apk ( 5.98 КБ )

А это здесь при чем?. Как root и LP влияет на обновление их?

И есть знакомый с бюджетником, так у него 10 кб (в запущенном варианте) т.к говорил, сервисы идут под аппарат\его возможности\ и какие программы установлены, где требуются они (одновременный запуск определенных процессов)

P.S. Ох, чувствую, в темах тех.проблем гул пойдет)). Вырезать сервисы и подписать их другой подписью, это не заблокировать! Это просто не дать обновиться и уронить работоспособность части программ. Но и согласен, есть пользователи, кто просто «замораживают» их, но и затем, мы их находим в тех.проблемах)) А есть, кто «замораживает», но никогда не пользуется программами, где они нужны.

А теперь попорядку!

Ета прога универсальная, да я сделал! (що в нем может не работать, ведь там ничего нет! )

Добавлено 26.02.2014, 17:07:

Кстате теперь можно скачать с Blackmart

И при этом, Вы гарантируете работоспособность программ\функций, коим требуются «Сервисы Google Play».

Ну а теперь когда я добрался до компа я отпишусь на все вопросы!

Источник

Подписи пакетов не соответствуют ранее установленной версии

Git clone https://github.com/kenpeter/my_hak_news, а затем запустите react-native run-android

Получил эту ошибку:

Соответствующая проблема: https://github.com/grigio/HAgnostic-News/issues/1 Я следую различным путям, но не могу решить эту проблему.

19 ответов

Это происходит, когда вы установили приложение с разными версиями на свой мобильный телефон / эмулятор телефона.

Простое удаление существующего приложения решит проблему

Эта ошибка возникла при попытке установить приложение Android React Native на подключенное устройство с помощью этой команды:

У меня также был запущен эмулятор на моем компьютере.

В моем случае удаление установленного приложения на подключенном устройстве решило мою проблему

Только 1 эмулятор или устройство могут быть открыты одновременно. Убедитесь, что у вас не работает несколько эмуляторов.

Не нужно переустанавливать весь AVD.

Эта ошибка произошла со мной, когда предыдущая сборка на моем симуляторе / телефоне загружалась с другими учетными данными. Что мне нужно было сделать, так это запустить:

adb uninstall com.exampleappname

Как только я это сделал, я смог перезапустить сборку и создать APK.

Я получил ту же ошибку. Я удалил приложение на своем виртуальном устройстве и снова запустил команду:’act-native run-android ‘.

В основном это происходит, когда на телефоне установлена версия приложения из Google Play Store. Вы можете либо создать код с тем же хранилищем ключей / сертификатом, который вы использовали для рабочей версии, либо просто удалить его из телефона и создать его с вашим отладочным хранилищем ключей / сертификатом

Я встретил эту проблему и в своем проекте.

Это помогло мне, так что, надеюсь, поможет кто-то еще:

Я также получил эту проблему в тот момент, когда уже установленное приложение ionic (то же имя пакета) удалить с моего телефона после этого работает отлично.

Если версия установленного вами приложения не была создана с тем же сертификатом хранилища ключей / подписи, у нее будет другая подпись. По умолчанию на каждой машине сборки будет свой сертификат отладки, если вы не укажете, как он должен быть подписан в соответствии с Документация Google, которую можно использовать, чтобы убедиться, что ваше приложение будет собираться с одним и тем же ключом отладки, независимо от того, на каком компьютере вы собираете приложение.

Чтобы продолжить установку, вы должны удалить существующую версию и повторить попытку.

Вот что сработало для меня. Я надеюсь, что этот ответ полезен.

В моем случае проблема заключалась в том, что я установил приложение с именем пакета, скажем, com.example.package, используя android studio на моем устройстве. Я создал другое приложение с тем же именем пакета и пытался установить его на свое устройство. Вот что стало причиной проблемы. Так что просто проверьте на своем устройстве, существует ли другое приложение с таким же именем пакета или нет.

Это произошло со мной в проекте React Native, когда я переименовывал идентификатор пакета приложения, и он столкнулся с другим идентификатором пакета, который я уже использовал ранее. Я исправил это, выполнив переустановку:

Найдите приложение на главном экране симулятора, затем нажмите и удерживайте его значок приложения, нажмите App info и выберите «УДАЛИТЬ».

У меня та же проблема, она работала хорошо в AVD, но в моем телефоне не было в порядке. Я удалил приложение на своем телефоне, тогда оно работает нормально.

Если вы пытаетесь установить его в эмуляторе, но к компьютеру через USB подключен другой телефон, отсоедините кабель USB или отключите отладку USB на физическом устройстве. (Потратил 30 минут на это сам.)

У меня была эта проблема на устройстве Samsung, удаление приложения выдает то же сообщение. Проблема заключалась в том, что приложение также было установлено в области «Безопасная папка» телефона. Стоит проверить, если это ваш сценарий.

Вам необходимо полностью удалить устройства LG с помощью cmd adb uninstall packageName

Источник

При установке обновленного APK вручную происходит сбой: «подписи не соответствуют ранее установленной версии».

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

Я построил первый apk (подписанный), загрузил его на веб-сервер, и все прошло хорошо.

Тем не менее, я все еще получаю указанное выше сообщение об ошибке.

Возможно ли, что на устройстве все еще хранится какая-то информация? Есть ли способ проверить это?

Да. Возможно, если каким-то образом ваше старое приложение не удалено на 100% или его данные не удалены.

Если вы точно не знаете, что заменить на «com.yourapp.yourapp», просто откройте студию Android, запустите приложение, пока оно подключено к устройству, а затем посмотрите окно отладки.

У меня была такая же проблема, и adb uninstall решение не помогло мне.

Что сработало, было

Даже если я ранее удалил приложение, оно все еще было в списке.

Для меня, если приложение предназначено для распространения, adb решение непростое: вы не можете попросить друга установить на его машину android sdk!

Здесь можно отредактировать AndroidManifest.xml и увеличить android:versionCode атрибут в теге (который является корневым элементом).

Это обновит ваше установленное приложение

если вы просто удалите через

ваш тестовый пакет все еще будет там. Это было только то, что я заметил при использовании командной строки gradle, не сталкивался с этой проблемой в студии Android.

Источник