[mitko1pr]

Да, няма как да се занули, но Гаранцията на вашето устройство остава, дори ако руутнете или модифицирате софтуера.

[rado__8]

Ето как да рутнеш.
Първо инсталираш рековъри за  SM-N915F с Один 307 или 309 ...а ти си с SM-N915FY  после от това рековъри инсталираш UPDATE-SuperSU-v2.14.zip После си ъпдейтваш SuperSU и инсталираш busy box от маркета.
Done!
[ROOT] ROOT for SM-N915FY



http://forum.xda-developers.com/note-edg...y-t2985411

[scratch]

Да и аз го четох това, но поста ми се стори старичък (декември 2014) и няма нищо по въпроса дали има значение версията на релийза. Та затова реших да пробвам с CF-Auto-root.
Иначе някой наясно ли е какво точно се извършва при тези роот манипулации? Сменя се кернела с такъв дето вече е с роот?
Като гледам повечето методи презаписват recovery.img, което всъщност е рековери дяла на телефона?

[rado__8]

Ти рутна ли?

[scratch]

Още не съм. Мисля довечера да пробна и този метод. Как мислите ако е неуспешен има ли вариант телефона да увисне така че да не може да се съживи със сток ром?

[mitko1pr]

Ако инсталираш точните файлове за твоя модел, не би трябвало да имаш каквито и да било проблеми.

[rado__8]

Не...няма проблем при неправилен път няма да стартира, но нищо повече. Флаш сток и си пушка Естествено говоря за сегашния ти момент при опит за рут.

[kosio]

Здравейте.
Рутнал съм с този метод преди 1 месец и всичко си беше перфектно.
Днес ми излезе това.
There is no Su Binary installed and Super Su cannot install it.
Някакви предположения къде да пипна?
Мерси.

[Compare]

Като за начало :
На твое място бих го Unroot-нал, после пак да го root-на.

[valdesbg]

Ха , същата история . Въртях / суках , няма руут достъп .
Лошото е че няма достъп и до стоковото рековъри ...
СЮ-то не зацепва , хардресет невъзможен ...
решение : флашнах отново с "цфауто" , позволи хардресет , втори флаш и вече има руут .
Докога , и защо изчезна обаче ?
p.s. Благодарско на @Gri +реп
всъщност скрийн мирър ме подбутна да забележа изчезналия руут

[kosio]

Има достъп до стоковото рековъри.
Някой може ли да ми преведе какво да направя в съответствие с тази информация
http://www.apkmirror.com/apk/chainfire/s.../#whatsnew

[sapiora]

Бих ти препоръчал да използваш този адрес: https://translate.google.bg/ за да си преведеш написаното.

[kosio]

Разбирам написаното. Какво да направя е въпроса, за да се оправи.

[valdesbg]

@kosio  хард ресет и нов флаш не те ли устройва ?
Повярвай , пробвах това-онова , не стана . Реших да не губя време .



Ще едитна поста че стана чат ....
Пробвах разбира се няколко пъти руутване - не се получи.
Отчита успешно - реално няма руут

[kosio]

А само рутването наново да пробвам?

[rado__8]

Тук видяхте ли? >> https://forum.androidbg.com/showthread.p...pid1284938 Да не би и при вас така да става?

https://plus.google.com/+Chainfire/posts/XMFgencRR11


Fixing lost root due to the security update

In theory, fixing root is as simple as flashing the new SuperSU v2.74 BETA ZIP file in TWRP, or using the updated CF-Auto-Root for your device.

In practice, this will not work for a fair share of users. To re-systemless-root using SuperSU ZIP's or CF-Auto-Root, if you have already been rooted, requires the stock boot image to be restored. Both methods create a backup of the stock boot image before applying root. During testing of this fix however, it became clear that a lot more users than I had expected managed to somehow lose this backup (clearing cache, factory reset, etc).

If this backup is no longer on your device, neither flashing the SuperSU ZIP nor re-applying CF-Auto-Root will fix the issue, as both installations will fail.

If you happen to have a TWRP backup of the boot image, you can restore that. Otherwise, the only solution is to find your stock firmware on a site such as SamMobile.com, and either flashing it completely, or extracting the boot.img and manually flashing that, before re-rooting.

For completeness sake, note that you can get rid of the security policy update by deleting the /data/security/spota folder, if you have any way of doing that - which most users who lost root will not.

Ramdisk backups

To reduce the impact of lost boot image backups for the future, starting v2.74, the SuperSU ZIP installer (and thus also CF-Auto-Root) will backup changed files in the boot image ramdisk to the ramdisk itself.

While this backup is not good enough to restore your original boot image to the exact state required to perform an incremental OTA, it should be good enough to be able to re-flash SuperSU even if the full boot image backup got lost - though I make no claims as to what happens if you mix it with custom kernels.

Links

ZIP: https://download.chainfire.eu/supersu-beta

SuperSU BETA thread on XDA: http://forum.xda-developers.com/apps/sup...5-t2868133

SuperSU subforum on XDA: http://forum.xda-developers.com/apps/supersu

All CF-Auto-Root's have already been updated with this new version of SuperSU: https://autoroot.chainfire.eu/

Changelogs
- supolicy/sukernel: Prevent security updates to SELinux from being applied
- sukernel: backup and restore modified ramdisk files, to be able to re-root if boot image backup got lost
- ZIP: Only show TWRP warning on TWRP v2.x

Предвод

Определяне загубил корен се дължи на актуализацията на защитата

На теория, определяне корен е толкова просто, колкото да мига новата SuperSU v2.74 BETA ZIP файла в TWRP, или с помощта на актуализиран CF-Auto-Root за вашето устройство.

На практика, това няма да работи за справедлив дял от потребителите. За повторно неметодичен-корен, използвайки SuperSU пощенски или CF-Auto-Root, ако вече са вкоренени, изисква образа на фондовата стартиране, за да бъде възстановено. И двата метода създадете резервно копие на изображението на склад за зареждане преди да се приложи корен. По време на тестването на тази корекция обаче, стана ясно, че много повече потребители, отколкото бях очаквал да успее по някакъв начин да загубим този архив (изчистване на кеш паметта, възстановяване на фабричните настройки и т.н.).

Ако това резервно копие, вече не е на вашето устройство, нито да мига на SuperSU ZIP, нито повторно кандидатстване CF-Auto-Root ще решите проблема, тъй като и двете инсталации ще се провалят.

Ако се случи да имате TWRP резервно копие на изображението на обувка, можете да възстановите това. В противен случай, единственото решение е да намери своя склад на фърмуера на място, като SamMobile.com, и или го мига напълно, или извличане на boot.img и ръчно да мига че, преди отново вкореняване.

За изчерпателност, имайте предвид, че можете да се отървете от актуализацията на политиката за сигурност, като изтриете папката / данни / сигурност / spota, ако имате някакъв начин да направим това - което повечето потребители, които са загубили корен няма.

Ramdisk архиви

За да се намали въздействието на изгубени зареждане снимка на архиви за бъдещето, като се започне v2.74, пощенски инсталатора на SuperSU (и по този начин също CF-Auto-Root) ще архивиране променени файлове в ramdisk за зареждане на изображението на самата ramdisk.

Докато този архив не е достатъчно добър, за да се възстанови първоначалния си образ обувка за точното състояние, необходимо за извършване на частичното OTA, тя трябва да бъде достатъчно добър, за да може да се възстанови флаш SuperSU дори ако резервната пълното зареждане на изображението се изгуби - макар че аз правя няма никакви претенции за това какво се случва, ако го смесват с потребителски ядки.

звена

Пощенски код: https://download.chainfire.eu/supersu-beta

SuperSU BETA нишка на XDA: http://forum.xda-developers.com/apps/sup...5-t2868133

SuperSU subforum на XDA: http://forum.xda-developers.com/apps/supersu

Всички CF-Auto-Root е вече са актуализирани с тази нова версия на SuperSU: https://autoroot.chainfire.eu/

Changelogs
- Supolicy / sukernel: Предотвратяване на актуализации на защитата за SELinux, да се прилага
- Sukernel: архивиране и възстановяване на модифицирани ramdisk файлове, за да може да се възстанови корен, ако резервната обувка образ се изгуби
- Пощенски код: Показване само предупреждение TWRP на TWRP v2.x

[valdesbg]

Видях .
Не се получи .
Не ми се правеше хард ресет ама нейсе , нямаше вариант .

[vladdark]

По принцип, може и без хард ресет, но трябва да флашнеш boot.imgс один.

[kosio]

Vladdark, на теб разчитам.
Какво предлагаш да направя?

[vladdark]

Съжалявам за закъснението. Опитай така:
Теглиш рома от сами, този който си в момента. Ако го имаш - още по добре. Разархивираш го и от този архив вадиш boot.img и го флашваш с один. След това флашваш новия цф-руут за телефона ти. Трябва да е наистина последния. Естествено преди това трябва да си забранил ъпдейтите на секюрити полиси от менюто на телефона, въпреки че новия ЦФ би трябвало да го блокира. При мен така стана. Успех.

[kosio]

Мерси. Направих хард ресет. После CF autoroot. Всичко е точно.

[valdesbg]

Смях  , пак го няма руута .
@vladdark  рома е от тук - Полския 4 файлов .
"И понеже ме мързи да чета цялата тема за извличане на буут имидж тук : http://forum.xda-developers.com/showthread.php?t=443994 "
Къде тук - [attachment=11580]

да търся ?
Сигнатурата ме "бута" накъм втория файл - BL /звучи ми като буут лоудър/
Хихи , ма не ми се маже (ако греша) .
Пък да свалям целия ром от сам.. с тази скорост ...
Варианти ?

[rado__8]

Ето тема извличаш boot.img с winrar и го конвертираш в .tar с тулчето , зареждаш в AP в Один >> https://forum.androidbg.com/showthread.php?tid=81708
Ако не можеш да се справиш дай ми boot.img аз ще ти го направя.

[rado__8]

valdesbg ето разхивирай го веднъж, зипнах го за да не се повреди >> http://www24.zippyshare.com/v/IORnJOZ5/file.html

[valdesbg]

Бут имиджа е в АР (архивирани са) от огледални .
Нещо не можах да го вкарам в тар .
10х @rado__8

Флашнах през Один бутимиджа , после цфауторуута и всичко е ток .
Руут достъп има , без ресетване (досадно е) .
Дано не се затрие пак (да им .... с тези секюрити Самсунгови)
Благодарско на Влад и Радо .

Не можах обаче да се ориентирам добре в темата за извличането .