Добре дошли!

Добре дошли в нашите форуми, пълни с полезна информация. Имате проблем с компютъра или телефона си? Публикувайте нова тема и ще намерите решение на всичките си проблеми. Общувайте свободно и открийте безброй нови приятели.

Моля, регистрирайте се за да публикувате тема и да получите пълен достъп до всички функции.

Android редактиран build.prop предизвиква bootloop.

Последователи

27 юни 20233 г.

Spoiler

Разполагам все още с един стар телефон при наличието на няколко по-нови, отказвам да се отърва от него и все му намирам приложение някъде си.
Доста добър за годините си,бюджетен, съотношение цена качество със добър звук, говорители,слушалки JBL дойде със очила за виртуална реалност VR.
Все още работи добре, приложенията вървят даже подкарвах и дрон на DJI с него.
2017 Алкател IDOL 4 3GB RAM 16GB памет Qualcom Snapdragon 617 mid-range двубандов уайфай WLAN. Извън поддръжка ОТА мах Маршмалоу Android 6.0.1
Ползвам го като Wi-Fi адаптер USB тетъринг и репийтър усилване на сигнала на мрежата 2.4ghz там кадето губи покритие.
Ползвам го също и като USB памет в режим Usb Mass storage с карта памет 32ГБ като флашка,(наложи се да го руутна заради това).
От доста време се опитвах да му отключа буутлоадера нямаше как след ъпдейт бяха му шитнали fastboot командите (дълга и широка...)
Благодарение на ентусиаст и разработчик Deckersu с флашване на TWRP и собствен разработен фирмуер това стана възможно.
Със софтуера Sahara и търсене в дълбините на xda и не само на подходящ работещ recovery с доста брикване и ре-флашване го отключих.

Така. От стоков Андроид 6 Marshmallow прескочих Android 7 Nougat и Android 8 Oreo и му флашнах "Android 9 Pie" еквивалент Custom ROM Lineage OS 16.
Промених му някои настройки и оптимизации TCP/IP в "build.prop" рестартирах и буум bootlooop. Зарежда безкрайно и не буутва.

https://ibb.co/ykPqMwq

Решението и излизането от BootLoopa e recovery триенe на dalvik,cache,data и флашване на нов фърмуеар или замяна на модифицираният файл с оригиналния backup.
Тествах и установих , че настройките които са добавени в буилд файла не са причина за буутлоопа (несъвместимост и т.н.т), а самата му промяна.
Пробвах с оригиналният файл и само вмъкнат коментар сингъл чар, и пак не зарежда.

Пробвах най-различни варианти и през adb (Android Debug Bridge) и TWRP #root terminal и Termux #root/tsu. и приложения Build.prop Editor гугъл плеай.
Само модула на Магиск , MagiskHide Props Config не съм пробвал. Пробвах и setenforce 0 chmod 644 etc...
Забравих да спомена също ,че и ROM-a не е проблем тъй като и при оригиналния стоковия андроид и при custom rom е същото.
Явно е нещо signature system check файл интегрити, или SELinux или Device Mapper Verity dm-verity. (предполагам)
При самсунг KNOXA имаше доста интелигентно решение и обвързано хардуерно с ключове check.
(ама тук в случая сиг не е така, отново предположение разбира се към тоя момент няма как да знам със сигурност.)

Някой по-запознат със системата и много по-навътре в нещата, андроид разработчик SDK/NDK например и т.н.т няма значение, да ме просветли по темата бих се радвал.
Благодаря. Слънчев ден и мн усмивки пожелавам!

./adb root (restarting daemon as root..)
./adb pull /system/build.prop C:H\My location drive
"#edit original config add commands and bringback comment"
./adb push C:H\My location drive\build.prop /data/local/tmp
./adb shell
$: su
~ #: mount -o rw,remount /system
~ #:cp /system/build.prop /data/local/tmp/build_backup.prop
~ #:mv /data/local/tmp/build.prop /system/build.prop
~ #:mount -o ro,remount /system
~ #:exit
./adb reboot

Важно:

Spoiler

обичайните драскачи които пишат простотии на всякъде с цел трупане на мнения,заяждат се със коментатори,хал хабер (никакво понятие) си нямат от нещатата и постват пълни глупости не по темата
да не се хабят и да подминават. По добре празна тема 0 или 1 смислен отговор отколкото 30 идиотски коментара. Не ми е зор, не бързам за никаде! Мерси! Лек ден.

28 юни 20233 г.

Ако не могат във XDA да ти помогнат, тук едва ли има някой.

28 юни 20233 г.

Пиши в Android.bg

28 юни 20233 г.

Правиш factory reset или флашваш ROM-а наново.

28 юни 20233 г.

@цър-вул кое му е смешното? Правих такива опити с един android stick и попадна в същото положение. Едвам намерих ROM-а, с който да го префлашна, от един руски форум и се оправи. Друг е въпроса, че после прочетох подробно какво е писал автора на темата, но не мисля, че има начин да стане това, което иска.

28 юни 20233 г.

Ти какво си правил...а чете ли авторът какво пише? Отговорът ти въобще не помага с нищо.

преди 15 часа, Deus_Group написа:

Решението и излизането от BootLoopa e recovery триенe на dalvik,cache,data и флашване на нов фърмуеар или замяна на модифицираният файл с оригиналния backup.
Тествах и установих , че настройките които са добавени в буилд файла не са причина за буутлоопа (несъвместимост и т.н.т), а самата му промяна.

Предлагаш му пътека, от която авторът се връща...

@Deus_Group, с какво редактира build.prop? Да не би некоректно да записва редактирания файл и от там да възниква проблемът?
Виж тоя метод дали ще свърши работа.

1 месец по-късно...

10 август 20233 г.

Автор

на 28.06.2023 г. в 8:34, Coco1 написа:

Ако не могат във XDA да ти помогнат, тук едва ли има някой.

Вероятно могат, но не пречи и в български ИТ форум/портал.

То и от тия дето не могат да ти помогнат реално има полза. За да ти кажат как няма начин, как нямало да стане,
и да те мотивират още по-вече да направиш и намериш такъв. МАКСИМА:"Няма начин да няма начин."!!!

на 28.06.2023 г. в 2:31, Deus_Group написа:

Пробвах най-различни варианти и през adb (Android Debug Bridge) и TWRP #root terminal и Termux #root/tsu. и приложения Build.prop Editor гугъл плеай.

Само модула на Магиск , MagiskHide Props Config не съм пробвал. Пробвах и setenforce 0 chmod 644 etc...

@цър-вул,

vi,vim,nano, notepad

И аз така си помислих първоначално затова тествах различни методи. Дали ще е Build.prop Editor или ES file Manager App (който също пробвах)
реално няма никакво значение, тъй като не е в това проблема.

Флашнах Disable_Dm-Verity_ForceEncrypt през TWRP.
SeLinux ушким setenforce 0 permissive mode и е спряно, само че е само временно и при рестарт пак е on/enabled.
Трябваше от конфига да спира.

Разопаковах ROM-a_image, отворих system, build.prop и поставих нужните настройки. Re-Pack, нов ром -> и през TWRP recovery.
И кво?Греда!! За моя изненада телефонът буутва само ,че със съвсем друг build файл и няма следа от направените настройки.
Зареди със builda от боот имейж , defaults.prop.

Проблемът е ,че има boot image protection!
If boot.img is protected and you made any changes to system then it lead to bootloop.

Разопаковам пак ROM-a слагам си настройките в build.prop. Разопаковам и boot.img редактирам default.prop и променям ro.secure=1 to ro.secure=0.
Слагам си и там настройките за всеки случай и ре-пак. Re-pack отново местя в ром-а re-pack в .zip и флаш и готово!
Работи. Буутва нормално и промените се отчитат.

11 август 20233 г.

преди 55 минути, Deus_Group написа:

Няма начин да няма начин

Даа, правилната максима е "Няма начин да няма начин. Важното е да се намери правилният"
Честито!

11 август 20233 г.

ей така за спама и към автора,не разбрах има ли възможност за флаш само на бота(стоковия или офишъла)бекъп естествено че няма или само ще повтаряме нещо което е безмислено(xda е как да го кажа,първоизточника на тва дет ти крашна андроидът) флаш на бота през фастбутще е достатъчно и все пак оставете тел малко в покой на зарядно поне за час,достатъчно е ошашавен след панически опити за рестор:) успех желая

11 август 20233 г.

Автор

Ми, само ще повтаряме.... но за последно!
"панически опити за рестор" просто няма, тъй като: Имаме си бекъп на данните, имаме бекъп официален фирмуер , имаме ROM копие на копието на копието... и т.н.т (дубликат,ест не "копието" като острие разбира се....) Мога да флашвам и 20 пъти като искам през TWRP recoveryto. Не е въпросът възстановяване, а модифициране без буутлооп/краш, и няма значение в конкретния случай стоковия/офишъла ром или неофициалния custom rom, тъй като и при двата беше същото.

на 28.06.2023 г. в 2:31, Deus_Group написа:

fastboot командите (дълга и широка...)

Въоще няма да коментирам, отсъстват и ги няма. То ако беше толкова просто , човекът нямаше да разработва "reverse engineering".

Spoiler

#ifndef DISABLE_FASTBOOT_CMDS
                   
                      {"flash:", cmd_flash},
                      {"erase:", cmd_erase},
                      {"boot", cmd_boot},
                      {"continue", cmd_continue},
                      {"reboot", cmd_reboot},
                      {"reboot-bootloader", cmd_reboot_bootloader},
                      {"oem unlock", cmd_oem_unlock},
                      {"oem unlock-go", cmd_oem_unlock_go},
                      {"oem lock", cmd_oem_lock},
                      {"oem verified", cmd_oem_verified},
                      {"oem device-info", cmd_oem_devinfo},
                      {"preflash", cmd_preflash},
                      {"oem enable-charger-screen", cmd_oem_enable_charger_screen},
                      {"oem disable-charger-screen", cmd_oem_disable_charger_screen},
                      {"oem select-display-panel", cmd_oem_select_display_panel},

#endif

Като не може със фастбуyт как тогава си сменил оригиналното recovery със ТWRP ? - отговарям: Със софтуер в Download mode и с подходящ драйвър.( можеш да четеш [read] всички партишъни от EMMC но не и да ги презаписваш [write],). Kакто и да е.
В момента съм с custom ROM Lineage еквивалента на Android 9 Pie. Правен е за модела 6055к и няма никакви проблеми. Сега вече работи както искам, и не виждам смисъл да го върна към сток Marshmallow 6.