Изменил build prop телефон не включается

Обновлено: 10.01.2025

Build Prop Editor
версия: 1.1.9

Последнее обновление программы в шапке: 10.04.2015

Для функционирования программы необходимы права root пользователя.

Краткое описание:
Просмотр/бекап/редактирование файла /system/build.prop

Описание:
Это приложение очень упрощает и ускоряет внесение изменений в файл build.prop - поэтому будьте предельно осторожны.

** ДЛЯ ПРОСМОТРА ИЛИ БЕКАПА ROOT-ДОСТУП НЕ ТРЕБУЕТСЯ **
** ДЛЯ СОХРАНЕНИЯ ИЗМЕНЕНИЙ ТРЕБУЕТСЯ ROOT-ДОСТУП **
** ОТЗЫВЫ/ВОПРОСЫ ПИШИТЕ АВТОРУ **

ОС Андроид использует файл /system/build.prop для хранения важной информации об устройстве. Тут хранится информации самого различного характера: начиная с самоидентификации устройства на Google Play (EVO, DROID, Galaxy Nexus. ) и заканчивая плотностью пикселов экрана (screen pixel density, PPI).

Изменяя значения, хранящиеся в файле build.prop , можно получить доступ ко многим опциям ОС Андроид. Изменение системных параметров, хранящихся в файле build.prop , позволяет выполнить большое количество настроек для улучшения производительности устройства и изменения оформления его интерфейса.

Для начала пользователь может просто просмотреть свой стандартный файл /system/build.prop . Там он сможет увидеть, как его устройство идентифицирует себя для Google Play и для всех установленных приложений. Также можно увидеть пользовательские установки, касающиеся Wi-Fi, тем оформления, Bluetooth, виртуальной машины Dalvik, стандартных рингтонов и т.п.

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

А вот несколько ключей, обычно изменяемых пользователями: ro.build.fingerprint, ro.build.description, dalvik.vm.heapsize и ro.sf.lcd_density. Внесение изменений в эти ключи создаст нестандартную конфигурацию файла /system/build.prop и изменит оформление/производительность Вашего устройства.

Busybox НЕ требуется . Для внесения изменений достаточно средств самого приложения и не возникает необходимости использовать внешние приложения. Приложение является полностью самодостаточным. В соответствии со стандартной моделью безопасности ОС Андроид изменения могут быть сохранены только при наличии root-доступа.

В приложении есть функция резервного копирования (backup), позволяющая создавать резервные копии файла /system/build.prop . Наряду с ней в приложении есть и функция восстановления, позволяющая восстановить и активизировать файл /system/build.prop , используя любую ранее сохранённую копию build.prop . И, наконец, в приложении есть функция обслуживания, позволяющая Вам удалять ненужные резервные копии.

The device information section of the application displays the common key and values used by applications, including the Android Market. This information allows the user to better understand the values applications use to view their device.

Дисклеймер

Сразу предупрежу, что люблю писать подобные статьи довольно подробно, не ради объема и многобукав, а ради максимального погружения в проблему и способ ее решения. Обратите внимание, что я работаю на macOS, поэтому все команды в терминале будут ориентированы под данную ОС. Также, следует отметить, что проворачиваю все это для API 30, то есть для самого последнего на момент написания статьи. Как говорят интернеты, сложности по этой теме начались с API 29.

Зачем это нужно?

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

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

Экран не пустивший меня дальше

Достаем build.prop

Как уже говорилось в начале статьи, за имя производителя и модель устройства отвечает системный файл build.prop, который находится в корне устройства в папке system/. Однако при попытке просмотреть его, не говоря уже о редактировании, мы получим отказ в доступе:

Отлично, теперь мы видим содержимое файла build.prop:

Редактируем build.prop

Сохраним файл build.prop в любое удобное место для дальнейшего редактирования выделенной красным области на скриншоте выше. Я сохранил прямо на рабочий стол:

Сохраняем изменения и заливаем файл обратно на эмулятор. Делается это при помощи команды adb push (кстати, скачать файл с эмулятора можно при помощи adb pull если у вас вдруг аллергия на GUI).

Вводим команду в терминал: adb push build.prop system/

И получаем ошибку:

adb: error: failed to copy 'build.prop' to 'system/build.prop': remote couldn't create file: Read-only file system

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

Запускаем эмулятор с доступом на перезапись системных файлов

Для этого нужно выполнить следующую команду в терминале ~~(чтобы скорее всего получить еще одну ошибку)~~:

emulator -avd Pixel3XLAPI30 -writable-system -no-snapshot -nocache

итак здесь Pixel3XLAPI30 - это название нашего эмулятора который мы будем запускать в режиме записи, получить это имя можно выполнив команду emulator -list-avds

-writable-system - собственно тот самый флаг и виновник торжества.

-no-snapshot -nocache - просто советую ввести чтобы избавиться от любого возможного мусора, который может помешать нашему плану-капкану.

После у нас либо запустится эмулятор (несколько секунд запускается, так что если тупит то так и должно быть) либо получаем ошибку следующего типа:

PANIC: Missing emulator engine program for 'x86' CPU.

Что бы и нам решить с этим нужно в файле .bash-profile (или если у вас zsh то в файле .zshenv) находящийся в корне вашего профиля macOS, добавить дополнительные пути. Вот как это выглядит у меня:

есть такая переменная ANDROIDHOME и с ее участием редактируем переменную PATH:

Чтобы изменения вступили в силу перезапускаем терминал (или вводим source

/.bash_profile ) (или source

/.zshenv ). Результат можно проверить выполнив команду echo $PATH и убедиться что в переменной PATH появился добавленный нами путь.

Пробуем запустить эмулятор еще раз.

emulator -avd Pixel3XLAPI30 -writable-system -no-snapshot -nocache

Теперь он должен был успешно запустится.

Активируем доступ на перезапись системных файлов

Из описания флага -writable-system:

-writable-system make system & vendor image writable after 'adb remount'

делаем вывод что теперь нам нужно выполнить adb remount . Для этого открываем новое окно терминала и выполняем сначала команду adb root , что бы adb remount сработало.

Итак по порядку:

Делаем adb root

Теперь делаем adb shell avbctl disable-verification

Если вы вдруг остались в shell то введите exit

Перезагружаем эмулятор adb reboot и ждем

Снова делаем adb root

И вот теперь можно делать adb remount

Ура! Теперь мы можем записывать файлы в системную папку нашего эмулятора. Можем пушнуть наш отредактированный build.prop файл: adb push build.prop system/ . Сделаем adb reboot и убеждаемся что ничего не поменялось… Имя модели не изменилось.

Редактируем правильный build.prop

Вернемся к началу и заметим, что значения ro.product.product.name и ro.product.product.model не соответствует тому, что отображается в настройках устройства. Изучив структуру системных папок я заметил, что существует несколько файлов build.prop, которые располагаются в папках: system, system_ext, vendor и product. Эмпирическим методом я скачивал, редактировал и пушил обратно каждый из этих файлов. В конце концов ключевым оказался файл в папке product. Отредактировав его я наконец-то смог изменить название модели эмулятора устройства!

Подводим итоги

Наконец-то я смогу запустить приложение и воспроизвести баг. Подумал я…

Теперь я уперся в то, что запускаю приложение якобы с рутованого девайса (ну да есть такой грешок). И дело даже не в команде adb root , ведь команда adb unroot не помогла. Что ж, опускать руки уже поздно, придется что-то придумать.

О том, как я обходил проверку на рутованность устройства я расскажу в следующей своей статье. Немного реверс инжиниринга и даже такая популярная библиотека как RootBeer не проблема.

Данной статьей я стремился собрать как можно больше проблем по этому вопросу и изложить все в форме step-by-step. Спасибо за ваше внимание и очень надеюсь, что статья оказалась полезной!

Преимуществом операционной системы Android является возможность ее оптимизации и настройки под свои нужны. Например редактирование системного файла build.prop, позволит добавить в систему парочку улучшений.

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

Где искать файл build.prop

Для начала нам понадобится поучить Root права. Теперь нам необходимо добраться до самого файла build.prop . Для этого установите любой файловый менеджер (например ES проводник), который имеет доступ к файлам системы. Откройте его и найдите папку system. В ней то и находится необходимый нам файл build.prop.

Рекомендую сохранить оригинал файла отдельно

Редактировать его можно как на самом устройстве, так и на компьютере.

Изменяем build.prop

В первых строчках подробно описано:

Наименование и версия ROM
Версия Android
Название модели, брэнда и производителя

Редактирование этих данных позволит изменить название модели или например версию Android. Просто внесите изменения в соответствующие строки.

Внимание: внесение этих данных может привести к ошибкам в работе устройства

Но все это баловство. Пора переходить к твикам, которые будут вносить улучшения в работу вашего планшета или смартфона.
Открываете файл build.prop и добавляете необходимые вам записи. Принцип добавления записи простой:

Включаете поиск по тексту (ctrl+F)
Находите необходимую строчку
Заменяете данные в ней
Если строчки нет, то добавляете ее самостоятельно.

Список твиков(настроек) для build.prop

Отключение анимации при загрузке

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

debug.sf.nobootanimation=1
ro.config.hw_quickpoweron=true
persist.sys.shutdown.mode=hibernate dev.bootcomplete=0[/su_box]

Улучшение энергосбережения

ro.ril.power_collapse=0 pm.sleep_mode=1
wifi.supplicant_scan_interval=120 (настраивает интервал сканирования Wi-Fi)
ro.mot.eri.losalert.delay=1000

Оптимизация работы 3G

В теории повышает скорость работы сети

net.tcp.buffersize.default=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,16384,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,16384,256960
ro.ril.hsxpa=2
ro.ril.gprsclass=10
ro.ril.hsdpa.category=10
ro.ril.hsupa.category=5
ro.ril.enable.a53=1
ro.ril.enable.3g.prefix=1
ro.ril.hep=1 ro.ril.enable.dtm=1
ro.rill.enable.a53=1[/su_box]

profiler.force_disable_err_rpt=1
profiler.force_disable_ulog=1[/su_box]

Изменение плотности экрана

По сути делает более крупные или мелкие иконки.

Улучшение отзывчивости системы

Добавляете необходимые вам строки в файл build.prop, сохраняете изменения и закидываете в папку system, перезаписав оригинал.

Для начала скажу, что я зарабатываю через вот этого брокера , проверен он временем! А вот хороший пример заработка , человек зарабатывает через интернет МНОГО МНОГО МНОГО и показывает все на примерах, переходи и читай! Добавь страницу в закладки. А теперь читаете информацию ниже и пишите свой отзыв

Введение:

В файловой системе любого смартфона на Android есть файл build.prop, который лежит по пути /system/build.prop. Само собой для доступа к этому файлу нам нужны root-права!

В данном файле хранятся данные о прошивке и настройки смартфона, которые применяются после включения аппарата.

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

Предупреждение! Все вы делаете на свой страх и риск! За работоспособность твиков не ручаюсь ибо каждый аппарат индивидуален.

Модернизация:

Для начала делаем бекап и другие действия для сохранения нервов в случае неудачного редактирования файла! Далее открываем файл и начинаем его редактирование.

Если описанных ниже строчек нет в вашем файле, то просто пишите их в конец файла.

Поехали (вместо звездочки * пишем нужное нам значение):

1) debug.sf.hw=*. Эта строчка отвечает за Аппаратное ускорение. Оно нужно для ускорения графического интерфейса. Значение 1 его активирует. Значение 0 его выключает. Пробуйте, проверяйте и вам воздастся. Лично у меня возникает рябь в графике (возможно сильная!), поэтому оффнул его.

2) wifi.supplicant_scan_interval=***. Эта строчка отвечает за интервал поиска Wi-Fi сетей. По умолчанию стоит 20. Значение измеряется в секундах. Это означает, что у нас стоит 20 сек. Советуется для экономии батареи поставить значение 180-200.

3) pm.sleep_mode=1
ro.ril.disable.power.collapse=0 – иностранные коллеги также советуют прописать эти 2 строчки для экономии заряда батареи.

5) dalvik.vm.execution-mode=int:***. Эта строчка отвечает за JIT. Значение jit включает его, а значение fast выключает. Технология JIT также служит для увеличения производительности аппарата. Еще раз напомню-может работать не у всех.

6) windowsmgr.max_events_per_sec=60. Делает интерфейс более гибким и плавным. Этой строчки изначально нет, нужно дописывать самому. Можете поиграться со значениями и выбрать подходящее.

7) ro.media.enc.jpg.quality=100-повышаем качество jpg. А если быть более точным, то изменяем степень сжатия фоток. При параметре 100 размер фоток вырастет примерно в 2 раза.

8) ro.media.dec.jpg.memcap=8000000
ro.media.enc.hprof.vid.bps=8000000 – повышаем качество аудио и видеозаписи камеры. Опять же-выше заложенных аппаратных возможностей не прыгнешь, но зато достигнешь потолка).

Видео: Как изменить название телефона и версию андроида,редактируя build.prop на Samsung Galaxy GT-S7562

9) debug.sf.nobootanimation=1 – отключаем анимацию при включении. Немного ускоряет включение аппарата.

10) ro.lge.proximity.delay=25
mot.proximity.delay=25 – отключает появляющееся черное окошко после окончания звонка. Меня реально раздражало и это лично мне помогло)))

11) net.tcp.buffersize.default=4096, 87380, 256960, 4096, 16384, 256960 net.tcp.buffersize.wifi=4096, 87380, 256960, 4096, 16384, 256960 net.tcp.buffersize.umts=4096, 87380, 256960, 4096, 16384, 256960 net.tcp.buffersize.gprs=4096, 87380, 256960, 4096, 16384, 256960 net.tcp.buffersize.edge=4096, 87380, 256960, 4096, 16384, 256960 – меняем размер буфера TCP-говоря проще, немного улучшаем интернет-соединение. Будет полезным для тех, у кого медленный инет.

12) ro.ril.hsxpa=2
ro.ril.gprs > ro.ril.hep=1
ro.ril.enable.dtm=1
ro.ril.hsdpa.category=10
ro.ril.enable.a53=1
ro.ril.enable.3g.prefix=1
ro.ril.htcmaskw1.bitmask=4294967295
ro.ril.htcmaskw1=14449
ro.ril.hsupa.category=5 – твики для улучшения приема 3G-сигнала. Сам не проверял-оставляю на вас.

Видео: |УСИЛЕНИЕ ЗВУКА|ЭКОНОМ ЗАРЯДА|BUILD.PROP|BLACKVIEW A8|

17) Точное предназначение следующих строчек я не знаю, поэтому просто приведу список:

18) Твики, определенные только для телефонов LG!

persist.service.pcsync.enable=0
persist.service.lgospd.enable=0
user.feature.flex=true
user.feature.lgdrm=false
user.feature.lgresource=false
user.feature.lgpoweroff=false
user.feature.ls_event=false
user.feature.ls_normal=false
user.feature.sui=false

Надеюсь кому-то будет полезным, но замечу, что если у вас стоит кастомная прошивка, то скорее всего многие твики уже включены в прошивке!

Редактировать Build.prop без рут-доступа

Примечание : следующий метод требует, чтобы у вас было пользовательское восстановление, такое как TWRP или CWM. Вы можете либо установить кастомное рекавери или даже просто загрузиться через него для этого процесса. Это потому, что у вас есть полный доступ к системным файлам в режиме восстановления. Кроме того, это возможно только в том случае, если системный раздел смонтирован, что не разрешено для восстановления запасов. Я попробовал следующий метод на Samsung Galaxy S8 и Moto X Play, и он работал просто отлично.

Для начала загрузите и установите драйверы ADB и Fastboot в свою систему, как показано здесь.

Установите в вашей системе расширенный текстовый редактор, например Notepad ++ или Sublime Text. Это будет использовано позже для редактирования файла build.prop.

Затем выключите устройство и перейдите в режим восстановления . Оказавшись там, нажмите «Mount» . Откроется список всех разделов на вашем устройстве. Убедитесь, что установлен флажок рядом с «Система», а флажок «Подключить системный раздел только для чтения» снят.

После того как вы смонтировали раздел / system, подключите ваше устройство к ПК и откройте окно ADB . Оказавшись там, введите следующую команду, чтобы перенести файл build.prop в вашу систему :

Например, я хочу перенести файл в C: Beebom в моей системе, поэтому команда, которую я буду вводить, будет:

Как вы можете видеть ниже, файл build.prop теперь будет перенесен по указанному пути, в моем случае, C: Beebom.

Теперь, когда ваш файл build.prop был перенесен в вашу систему, вы можете легко редактировать его с помощью текстового редактора, который вы скачали ранее. Для этого просто щелкните правой кнопкой мыши файл build.prop и выберите «Редактировать с помощью Notepad ++» или любой другой текстовый редактор, который вы, возможно, скачали.

Теперь должно открыться новое окно Notepad ++, и вы легко сможете изменить файл build.prop. Когда вы закончите редактирование, просто сохраните изменения.

Теперь, когда вы отредактировали файл build.prop, нам нужно перенести его обратно на ваше устройство . Для этого выполните следующую команду в окне ADB:

Итак, поскольку мой файл находится в C: Beebom , я буду вводить команду:

Теперь, когда вы передали измененный файл build.prop, вам также необходимо установить его права доступа. Для этого откройте оболочку ADB, введя следующую команду:

Когда вы окажетесь в режиме оболочки ADB, введите следующую команду, чтобы установить правильные разрешения:

Если с вашим Andro >

Отладка по USB не включается!

Если у вас частично разбит дисплей и нет возможности обычным способом активировать «Отладку по USB», тогда можно попробовать изменить системные файлы Android, чтобы все заработало!

Данный материал предназначен НЕ ДЛЯ НОВИЧКОВ, а пользователей с большим опытом работы с ОС ANDROID!

Включаем «Отладку» через редактирование
системных файлов Android

Чтобы все заработало необходимо чтобы выполнились несколько условий:

Наличие установленных Root прав на Android
Наличие установленного кастомного Recovery

Редактируем файл default.prop

Для этого нужно разобрать ядро Android

В ramdisk найти файл default.prop и внести правки:

После чего собрать ядро и прошить его.

Редактируем файл build.prop

Переведите устройство в режим Recovery, после чего выполните следующие команды adb:

su
mount -o rw,remount,rw /system
pull /system/build.prop

После чего на вашем компьютере рядом с adb появиться файл build.prop.

Отредактируйте файл, внеся следующие изменения:

adb push build.prop /sdcard

adb push build.prop /storage/emulated/0/build.prop

и переместить в раздел /system

cp /sdcard/build.prop /system

cp /sdcard0/build.prop /system

cp /storage/emulated/0/build.prop /system

Если у вас установлен Android версии ниже 4.2, то «Отладка по USB» уже включена, если же Android 4.3 и новей, то необходимо внести еще дополнительные настройки.

Авторизация ADB

su
mount -o rw,remount,rw /data
pull /data/data/com.android.providers.settings/databases/settings.db

Установить на компьютер редактор sqlite SQLiteStudio и откройте через него файл settings.db

Измените значение adb_enabled на 1

Вернуть файл settings.db:

adb push settings.db /sdcard
cp /sdcard/settings.db /data/data/com.android.providers.settings/databases/

Вот и все! После этого все должно заработать! Оставайтесь вместе с сайтом Android +1, дальше будет интересней!

ADB — консольное приложение для PC, с помощью которого производится отладка Android устройств, в том числе и эмуляторов.
Работает по принципу клиент-сервер. При первом запуске ADB с любой командой создается сервер в виде системной службы (демона), которая будет прослушивать все команды, посылаемые на порт 5037. (Цитата с форума 4pda)
Тащить ради этого 900 метров Android SDK сильно не хотелось, и был найден готовый к использованию комплект 15 seconds ADB Installer v1.4.2

Читайте также: