Geroot... maar toch net niet. Kom er even niet uit.

[CaptJackSparrow]

Een Huawei G620S (L01). Volledig stock.

Bootloader unlocked via fastboot met unlockcode van Huawei. Tijdelijk geboot in custom recovery TWRP 2.8.7.0. van hier volgens methode zoals hier beschreven.

In TWRP gemount met read/write rechten en met de Install optie de SuperSU.zip van hier van SD-kaart laten installeren. Installatie daarvan wordt doorlopen zonder errors. Zoals wat ik lees geadviseerd wordt de cache en Dalvik cache laten wipen en gereboot.

Tijdens die eerste boot de boodschap "Android is upgrading..." met "Optimising app xx of 64." tellertje. Alles werkt. SuperSu is aanwezig en meldt o.a. bij de optie "Install SuperSU in /system: "SuperSU is already a system app". Ziet er goed uit dus.

Echter... Twee root checkers blijven hangen als ze checken. Een met niet verdwijnende wachtanimatie. Het kiezen voor root mode in een appje (Clock-Sync) geeft ook die wachtanimatie. In MyBackup Pro blijft de root-optie grijs. De pop-up van SuperSU waarin je het geven van superuser rechten kunt toestaan verschijnt nooit. Instellingen van SuperSu lijken goed te staan.

SuperSU heeft een Reinstall optie: "Cleanup for reinstalling from Google Play". Dat gekozen, moet je rebooten, SuperSU uit Play Store geïnstalleerd en die meldt na runnen dat hij zichzelf succesvol geïnstalleerd heeft. Toen was de optie "Install SuperSu into /system" wel beschikbaar. Die laten doorlopen en dat wordt ook als geslaagd uitgevoerd gemeld. Weer: "SuperSU is already a system app".

Met ES File Explorer kan ik in /system/xbin kijken en daar staat inderdaad su en nog een aantal andere bestanden met su in de naam en de datum van vandaag.

BusyBox Pro geeft een foutmelding bij installatie: "There was a problem opening a shell with root access. This is either being caused by superuser/supersu or by a device that is inproperly rooted." Meer advies dan opnieuw proberen en een rootchecker gebruiken wordt niet gegeven. Dat helpt niet echt dus.

Het een en ander gezocht natuurlijk. Meer mensen met die melding maar als het al opgelost wordt zijn dat wat aan specifieke rootmethoden/toestel gekoppelde oplossingen die hier niet van toepassing zijn.

Ik wou nou juist vooralsnog géén custom recovery permanent installeren en géén kant en klaar rootappje of PC progsel gebruiken waarvan je niet weet wat het al dan niet doet maar wou zo veel mogelijk het rootproces kunnen beheersen met deze methode. Dat is op zich gelukt alleen heeft het rooten nog net niet volledig 'gepakt'.

Aangezien zoveel allemaal wél gelukt is kan ik me niet aan de indruk onttrekken dat het een betrekkelijke kleinigheid moet zijn dat dit veroorzaakt. Ik weet alleen nog niet wat.

Iemand hier die dat wél weet?

[janvanduschoten]

Heb je in SuperUser Su wel aanstaan?

[TommieW]

Probeer eens in een terminal emulator het commando "su" uit te voeren. Wat krijg je dan?

[CaptJackSparrow]

janvanduschoten schreef op zondag 29 mei 2016 @ 13:37:
Heb je in SuperUser Su wel aanstaan?

Duh. Tuurlijk. Dat zie ik echt niet over het hoofd.

TommieW schreef op zondag 29 mei 2016 @ 13:42:
Probeer eens in een terminal emulator het commando "su" uit te voeren. Wat krijg je dan?

Had ik al geprobeerd in TWRP ondertussen. Tot mijn verbazing deed dat niets. Heb het nu voor de volledigheid ook even met appje geprobeerd. Ook niets.

[Knielen]

Probeer eens een oudere SU versie.

[CaptJackSparrow]

Hehe... had ik ook al bedacht. Gisteren de recentste betaversie netjes gedeïnstalleerd via de unroot optie in SuperSU en de 'last stable version' (v2.65) geïnstalleerd.

Helaas pindakaas. Precies hetzelfde. Ik had me voorgenomen het evt. te melden als ik vond dat het topic een kickje kon gebruiken als het stil zou blijven.

Nou had ik bij het installeren van die laatste betaversie het log bekeken en even gefotografeerd. Zag er geslaagd uit.



Nu heb ik echter vanochtend het log eens bekeken dat ik gisteren niet echt volledig had bekeken op het toestel omdat het hetzelfde leek te gaan maar dat ik met de bewaaroptie in TWRP opgeslagen had. Ik weet niet of dat uitgebreider is dan wat op het scherm getoond wordt maar daar zie ik toch wel wat opmerkelijke dingen in. Wat me overigens ook stoort is het (pogen te) verwijderen van Maps en YouTube wat helemaal niets met het rooten te maken heeft, waar ik niet om vraag, en wat van een volstrekt foute aanname uit gaat. Maar dat gaat hier verder off-topic.

Ik heb nog niet kunnen uitzoeken wat ik precies moet concluderen uit al die meldingen en hou me aanbevolen voor opmerkingen van mensen met meer ervaring hiermee.

Ik heb al wel wat gelezen over mounten van /system met schrijfrechten wat ik nog eens expliciet kan checken. De vraag van TWRP over mounten zodat er modificaties gemaakt kunnen worden heb ik ook niet meer gezien. Mogelijk is die voorkeur ergens opgeslagen. Ik had vóór het installeren van v.2.65 ook de installatie van de recentste versie nog één keer herhaald voor de zekerheid. Heb die vraag dus twee keer niet meer gezien. Ik had toen het log ook opgeslagen, maar nog niet bekeken, en het lijkt dat er niet ge-append wordt maar domweg overschreven. Nog een keertje straks die recentste beta installeren en log bewaren en bekijken.

Ik heb ondertussen ook gelezen dat na een niet geslaagde root sommige mensen het advies kregen om alsnog een zipje met 'SU binaries' te installeren. Dan met een linkje naar een bestand met onduidelijke herkomst waar ik nooit happig op ben. Sommigen meldden dat dit hun probleem verhielp. Nou mag ik toch verwachten dat de makers van SuperSu zo langzamerhand toch ook wel weten hoe ze een installatiescriptje moeten maken maar ik overweeg het te proberen als ik een geschikt bronbestand kan vinden uit betrouwbare bron. Mede door het log dat nu volgt.
 

code:

*****************
SuperSU installer
*****************
- Mounting /system, /data and rootfs
mount: mounting /dev/block/mmcblk0p24 on /data failed: Device or resource busy
2+0 records in
2+0 records out
2 bytes (2B) copied, 0.014951 seconds, 133B/s
3+0 records in
3+0 records out
3 bytes (3B) copied, 0.000160 seconds, 18.3KB/s
12+0 records in
12+0 records out
12 bytes (12B) copied, 0.000213 seconds, 55.0KB/s
3+0 records in
3+0 records out
3 bytes (3B) copied, 0.000150 seconds, 19.5KB/s
- Extracting files
Archive:  /external_sd/- Update/UPDATE-SuperSU-v2.65-20151226141550.zip
  inflating: META-INF/MANIFEST.MF
  inflating: META-INF/CERT.SF
  inflating: META-INF/CERT.RSA
  inflating: META-INF/com/google/android/update-binary
  inflating: META-INF/com/google/android/updater-script
  inflating: arm/chattr
  inflating: arm/chattr.pie
  inflating: arm/libsupol.so
  inflating: arm/su
  inflating: arm/sukernel
  inflating: arm/supolicy
  inflating: arm64/libsupol.so
  inflating: arm64/su
  inflating: arm64/sukernel
  inflating: arm64/supolicy
  inflating: armv7/chattr.pie
  inflating: armv7/libsupol.so
  inflating: armv7/su
  inflating: armv7/sukernel
  inflating: armv7/supolicy
  inflating: common/99SuperSUDaemon
  inflating: common/Superuser.apk
  inflating: common/file_contexts_image
  inflating: common/install-recovery.sh
  inflating: common/launch_daemonsu.sh
  inflating: mips/chattr.pie
  inflating: mips/libsupol.so
  inflating: mips/su
  inflating: mips/sukernel
  inflating: mips/supolicy
  inflating: mips64/libsupol.so
  inflating: mips64/su
  inflating: mips64/sukernel
  inflating: mips64/supolicy
  inflating: x64/libsupol.so
  inflating: x64/su
  inflating: x64/sukernel
  inflating: x64/supolicy
  inflating: x86/chattr
  inflating: x86/chattr.pie
  inflating: x86/libsupol.so
  inflating: x86/su
  inflating: x86/su.pie
  inflating: x86/sukernel
  inflating: x86/supolicy
- System mode
- Disabling OTA survival
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/bin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/bin/.ext/.su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/sbin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /vendor/sbin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /vendor/bin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /vendor/xbin/su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/daemonsu
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/sugote
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/sugote_mksh
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/supolicy
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/ku.sud
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/.ku
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/xbin/.su
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/lib/libsupol.so
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/lib64/libsupol.so
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/etc/install-recovery.sh
/tmp/supersu/armv7/chattr.pie: No such file or directory while trying to stat /system/bin/install-recovery.sh
- Removing old files
rm: can't remove '/data/su.img': No such file or directory
rm: can't remove '/cache/su.img': No such file or directory
- Creating space
- Placing files
rm: can't remove '/system/bin/.ext/.su': No such file or directory
rm: can't remove '/system/xbin/su': No such file or directory
rm: can't remove '/system/xbin/daemonsu': No such file or directory
rm: can't remove '/system/xbin/sugote': No such file or directory
rm: can't remove '/system/xbin/sugote-mksh': No such file or directory
rm: can't remove '/system/xbin/supolicy': No such file or directory
rm: can't remove '/system/lib/libsupol.so': No such file or directory
rm: can't remove '/system/app/Superuser.apk': No such file or directory
rm: can't remove '/system/etc/install-recovery.sh': No such file or directory
rm: can't remove '/system/etc/init.d/99SuperSUDaemon': No such file or directory
/tmp/updater: line 1205: can't create /system/etc/init.d/99SuperSUDaemon: nonexistent directory
chown: /system/etc/init.d/99SuperSUDaemon: No such file or directory
chown: /system/etc/init.d/99SuperSUDaemon: No such file or directory
chmod: /system/etc/init.d/99SuperSUDaemon: No such file or directory
- Restoring files
rm: can't remove '/system/app/Maps.apk': No such file or directory
rm: can't remove '/system/app/YouTube.apk': No such file or directory
Truncating string cache entries.
- Post-installation script
rm: can't remove '/system/toybox': No such file or directory
- Unmounting /system
- Done !
I:Updater process ended with RC=0
I:Legacy property environment disabled.
Updating partition details...
I:Data backup size is 754MB, free: 3343MB.
I:Unable to mount '/usb-otg'
I:Actual block device: '', current file system: 'vfat'
...done
I:Set page: 'flash_done'
I:operation_end - status=0
I:Set page: 'confirm_action'
I:Set page: 'action_page'
I:operation_start: 'Format'
Formatting Cache using make_ext4fs...
Creating filesystem with parameters:
    Size: 268435456
    Block size: 4096
    Blocks per group: 32768
    Inodes per group: 8192
    Inode size: 256
    Journal blocks: 1024
    Label: 
    Blocks: 65536
    Block groups: 2
    Reserved block group size: 15
Created filesystem with 11/16384 inodes and 2089/65536 blocks
I:Recreating /cache/recovery folder.
I:Copying file /etc/recovery.fstab to /cache/recovery/recovery.fstab
I:Version number saved to '/cache/recovery/.version'
Updating partition details...
I:Data backup size is 754MB, free: 3343MB.
I:Unable to mount '/usb-otg'
I:Actual block device: '', current file system: 'vfat'
...done
I:Set page: 'action_complete'
I:operation_end - status=0
I:operation_start: 'Format'
Wiping Dalvik Cache Directories...
Cleaned: /data/dalvik-cache...
-- Dalvik Cache Directories Wipe Complete!
Updating partition details...
I:Data backup size is 582MB, free: 3514MB.
I:Unable to mount '/usb-otg'
I:Actual block device: '', current file system: 'vfat'
...done
I:operation_end - status=0
I:Set page: 'clear_vars'
I:Set page: 'flash_done'
I:Set page: 'clear_vars'
I:Set page: 'install'
I:Set page: 'main'
I:Set page: 'clear_vars'
I:Set page: 'main2'
I:Set page: 'advanced'
I:Set page: 'confirm_action'
I:Set page: 'action_page'
I:operation_start: 'Copy Log'
I:Copying file /tmp/recovery.log to /external_sd/recovery.log

[CaptJackSparrow]

Laatse beta weer geïnstalleerd. /system was inderdaad niet aangevinkt in TWRP in het lijstje met te mounten partities, wat ik al meende eerder gezien te hebben. Maar wel aangevinkt. Installatie laten doorlopen. Log op scherm is inderdaad erg kort. Maar meldt net als op foto dat /system gemount wordt. Kon ook haast niet anders want hoe zou SuperSu zichzelf anders in /system/xbin hebben kunnen installeren? Heb ontdekt dat TWRP ook screenshots kan maken. Was ik eerder niet van uitgegaan maar heb het nu even geprobeerd. Resultaat na installatie weer hetzelfde. Log lijkt niet anders te zijn. Ik kan evt. het hele log van TWRP inclusief SuperSu installatie posten als iemand denkt dat dat nuttig kan zijn.

[C-dude]

Bij TWRP krijg je normaal achteraf de vraag om SuperSU te installeren (toch bij 2.8.6.0) waar je kiest om dat NIET te installeren.


Misschien bij jou ook zo'n geval ?

[CaptJackSparrow]

Ik vermoed dat dat is bij permanente installatie van TWRP ter vervanging van de stock recovery? Dat heb ik dus niet gedaan zoals te lezen is in de TS.

[Audiowaste]

Just to be sure, onder instellingen - ontwikkelaars opties - root access zowel Apps als ADB root toegang gegeven?

[C-dude]

Is inderdaad bij de permanente installatie, mijn excuses.

[CaptJackSparrow]

Audiowaste schreef op maandag 30 mei 2016 @ 14:53:
Just to be sure, onder instellingen - ontwikkelaars opties - root access zowel Apps als ADB root toegang gegeven?

Die opties heb ik niet. Android versie 4.4.4. Alleen USB debugging aangezet natuurlijk.

[CaptJackSparrow]

Vreemd. Ik had in ES File Explorer de Root Explorer optie aan kunnen zetten. Toen ik net v2.65 verwijderd had vóór installatie van v2.74 had ik die even uit- en weer aangezet en toen kreeg ik prompt de melding dat mijn toestel dat niet ondersteunde. Correct natuurlijk. Na die installatie kan ik die optie weer wel aanzetten.

Ik heb juist iets gelezen over dat ES niet correct root zou behandelen omdat die meen ik een absoluut pad naar de benodigde bestanden zou hanteren en dit daardoor soms niet kon werken omdat die locatie (tegenwoordig?) anders was of zo. Ik gebruik de oudere versie 3.2.5.5 vanwege hinderlijke ontwikkelingen bij nieuwere versies en deze doet wat ie moet doen dus wat zal ik moeilijk doen met nieuwere versies?

Andere apps willen nog steeds geen rootoptie accepteren in hun instellingen. Vraag is nu dus wat ES wel 'ziet' dat andere apps niet zien.

[Audiowaste]

CaptJackSparrow schreef op maandag 30 mei 2016 @ 11:37:

Ik heb ondertussen ook gelezen dat na een niet geslaagde root sommige mensen het advies kregen om alsnog een zipje met 'SU binaries' te installeren. Dan met een linkje naar een bestand met onduidelijke herkomst waar ik nooit happig op ben. Sommigen meldden dat dit hun probleem verhielp. Nou mag ik toch verwachten dat de makers van SuperSu zo langzamerhand toch ook wel weten hoe ze een installatiescriptje moeten maken maar ik overweeg het te proberen als ik een geschikt bronbestand kan vinden uit betrouwbare bron. Mede door het log dat nu volgt.

Toevallig gisteren mijn tablet opnieuw geroot en daarbij ook SuperSU geïnstalleerd.
Wanneer ik dan SuperSU opstart na de installatie, krijg ik vanzelf een melding of ik de binaries wil updaten.
Op OK klikken en de rest loopt vanzelf. Ik heb geen losse bestanden hoeven te flashen m.b.t. binaries.

[CaptJackSparrow]

Hier ja. Dit was het van Chainfire zelf. Schijnt wel voor Marshmallow te gelden, wat ik niet heb.

Compatibility

Not a day goes by since the release of 2.69 - sometimes not even an hour, or a full page in the thread - that somebody doesn't complain or ask about ES File Explorer or Secure Settings or whatever root app not getting root.

I want to emphasize again that these are bad apps that are hardcoding the path to the su binary. This has always been a bad idea and I have been warning against it since 2012.

In the early days of systemless root a compatibility mode hack was enabled by default, but this has been disabled since 2.69. It will not come back, because it's a bit of a dirty hack, and I'm not going to keep forcing millions upon millions of users running that hack just for a handful of outdated apps to work.

You can manually re-enable that compatibility mode by setting the BINDSYSTEMXBIN flag before re-flashing SuperSU, see http://forum.xda-develope...p=66140836&postcount=5493

I suggest writing the authors of these apps to inform them that their apps will no longer work with SuperSU on Marshmallow by default, and ask them to fix their code. Said fix is generally one line or less, so there really isn't much of an excuse to not just fix it.

Heel wonderlijk dat juist ES nu wel als enige root schijnt te willen/kunnen(?) accepteren. Wat is hier nu precies de relevantie van? Ik ben daar nog niet achter.