[CLOSED][BETA][2018.7.19] Magisk v16.7 (1671)

Status
Not open for further replies.
Search This thread

Black-FR

Senior Member
May 11, 2012
2,218
1,894
  • Like
Reactions: Didgeridoohan

SnakeByte

Senior Member
Feb 8, 2015
229
59
Alberta
Confirmed successfully flashed magisk v15.4 via twrp on ZenFone 3 Laser ZC551KL running on stock 7.1.1, with Magisk Manager 5.6.0.
No issues so far. :cowboy:

Sent from my ZenFone 3 using XDA Labs
 
Last edited:

]grimm[

Senior Member
Feb 22, 2011
91
26
v15.4 installs successfully on the Pixel C but hangs at boot. I've reverted back to the stable channel and reinstalled v15.3 which is still working without issue.
 

ignitionnight

Senior Member
Aug 13, 2010
78
32
Google Pixel 8
I had this issue. Uninstall 5.6 reinstall 5.5, open and wait for Magisk to ask you to update to 5.6 within the app. That should fix it.

Sent from my ZenFone 3 using XDA Labs

I installed 5.6 using 5.5 in the first place, but just in case tried again and 5.5 works fine but as soon as I upgrade to 5.6 nothing but FCs. Thanks for the suggestion though, worth a shot.
 

khanjui

Senior Member
Dec 1, 2012
1,460
754
25
Eskisehir
500px.com
I installed 5.6 using 5.5 in the first place, but just in case tried again and 5.5 works fine but as soon as I upgrade to 5.6 nothing but FCs. Thanks for the suggestion though, worth a shot.
Same on my Xiaomi Mi 5s Plus using LineageOS 15.1 (Android 8.1.0) with /cache and /data as F2FS.

5.5.5 (91) is the latest working version for me.

Sent from my Xiaomi MI 5s Plus using XDA Labs
 
Last edited:

martyfender

Senior Member
Mar 9, 2017
3,391
1,860
Indianapolis, IN
I have been using Magisk with no issues since the V15.0 train wreck that was quickly resolved with v15.1. I have also used the last beta 15.3 with no issues and @kantjer 's unofficial builds with no issues, up to and including his V15.3.1 (180211), released yesterday.
Today I saw your new beta release and first downloaded it and flashed it through TWRP and it failed to boot, taking me eventually to bootloader mode with an error code about the problem with the bootloader.
I then rebooted to TWRP, flashed my stock boot.img and and older, unofficial build that I had on my SD card. I rebooted and worked perfectly once again.
As I am apparently a glutton for punishment, I changed the update channel in the Magisk Manager to the beta channel and tried to install v15.4 through the direct install method and the tablet once again failed to boot to Android and booted to a strange, not seen before error code in the android fastboot/bootloader mode.
So I once again booted to TWRP, reflashed my stock boot.img and flashed an older, unofficial build to get back to a working Android.
Once I get back to my tablet from this desktop I will upload the Magisk Manager log I saved from the direct install method.
The device is the one in my signature.
 
Last edited:

martyfender

Senior Member
Mar 9, 2017
3,391
1,860
Indianapolis, IN
I have attached install logs for v15.4 and the unofficial build also.
It would appear v15.4 is either not patching my boot.img correctly, or not flashing it properly.
I can provide a Magisk debug log from the @kantjer build, if needed, but obviously, I can't for the v15.4, since it will not boot to Android.
Thanks for your input.
 

Attachments

  • install_log_20180212_232103.log
    4.4 KB · Views: 9
  • install_log_20180212_233044.log
    4.4 KB · Views: 7
Last edited:
Status
Not open for further replies.

Top Liked Posts

  • There are no posts matching your filters.
  • 1777
    Hello, welcome to the beta Magisk thread! First check the main thread before starting.
    I expect users reporting to at least have basic debug skills, this thread is heavily moderated so refrain from spamming with "useless" reports!


    Latest Magisk Beta: v16.7 (code: 1671)
    Bundled Magisk Manager: v5.8.3

    Release Note | Changelogs | Download

    If you need a clean start, use the uninstaller in the main thread to uninstall any verison of Magisk installation

    Symptoms and Diagnose Procedure:
    • Installing Magisk fails:
      If you're flashing in TWRP: Upload the recovery logs (pull the file /tmp/recovery.log, or select "Advanced > Copy Log" and upload)
      If you're installing in MagiskManager: Choose to save logs after installation and upload
    • I want to report a Magisk bug:
      Magisk logs are placed in /cache/magisk.log
      If you face any issue, please upload /cache/magisk.log
      Starting from v16.6, /data/adb/magisk_debug.log is NOT USED anymore!
    • Magisk Manager is crashing:
      Grab LOGCAT (NOT magisk logs) when the crash occurs, upload the logs and report how to reproduce
    • SafetyNet / CTS / XXX app won't work after enabling MagiskHide:
      If it worked in previous versions, please at least upload /cache/magisk.log
      Please do NOT SPAM the forum with these kind of issues! It is NOT a priority to fix
    Donation
    I spent endless hours to create Magisk. If you like my work, feel free to donate.
    https://www.paypal.me/topjohnwu
    428
    New Stable Release Coming In a Few Hours!
    Thanks for everyone involved in testing the brand new Magisk and provide useful information for me to fix the bugs :)

    And here I give the moderators a sincere respect, please accept my highest appreciation!
    Everyone on the Internet has a real life, not only me but also the moderators. It's very heartwarming to see them willing to sacrifice their time just to give me a better time on the forums.
    I cannot be more grateful, so thanks to all of you again :good:

    Thread will be temporarily closed until a next beta is available, all future releases (except quick hotfixes) should go through a beta stage before directly going to the masses.
    229
    2017.8.13 Magisk v13.5 (1350)(beta)
    Here comes another public beta!
    As most of you should know, Magisk is a fairly young project, and only recently does it undergo a complete rewrite on v13, so I place stability and compatibility first before I kept adding more features into it. This release comes with several major under-the-hood changes, both in native Magisk and Magisk Manager sides.

    Busybox Fights Back Strong
    Previously I had completely removed busybox from Magisk for causing too many troubles, and also the difficulty to build it myself. But after dealing with so many compatibility issues, and the need of reliable and feature packed command-line tools pushed me to add this gem back. I spent quite a lot of time integrating busybox sources into Magisk's building system, and believe me this isn't an easy task: busybox's config is based on Linux kernel, which itself is a complex topic. I created a tool (ndk-busybox-kitchen) to automatically handle the generation of config-based headers, and parse those files into Android.mk to support building with ndk-build command. To be honest this is super dope IMO, and I'm really proud of it lol.

    The next effort is to maximize compatibility for the Magisk installation process. I decided instead of adding busybox directly into the flashable zip, I would directly embed busybox into update-binary, which is now a specially crafted shell script to dump the correct binary for the CPU architecture, and then execute the installation process completely on the busybox's shell and command-line tools. The extracted busybox will also be utilized in many other places such as boot scripts (yes, the boot scripts will now run in a complete busybox environment) and Magisk Manager. The busybox binary will be installed only for internal use, if you want to install busybox to your device, @osm0sis already uploaded a Magisk Module on the repo, please install that instead.

    Finalizing Magisk Procedures
    Magisk hijacks specific points in the boot process, and will go through its own procedures to fulfill all the features. The order of these procedures are now be finalized, which means it is very less likely to change in the future. For post-fs-data mode, general scripts (scripts under post-fs-data.d) and modules scripts (post-fs-data.sh in each module) are executed before magic mount happens. This means experienced developers can now customize magic mount's behavior to a certain degree. However, I still suggest that most scripts should be run in service mode unless necessary such as time critical commands. Service mode will guarantee SELinux patches are finished, and setting props with proper init triggers will not block the device's boot or lead to a crash.

    Samsung Stock Kernel Workarounds
    Well, apparently Samsung is always here to break everything. On stock kernels, it places a restriction on how binaries can behave if they are executed from /data. An additional magisk binary mirror is created to overcome this issue, and will be used extensively in Magisk Manager (it will not effect recovery). Unfortunately, even though I had offloaded most of the functionality into a shell script function collection that can be upgraded through Magisk updates, the template itself still has to be slightly updated to reflect the changes. Magisk Module Template v5 is already live on another branch. However, before you go and upgrade all your modules to v5, please think twice and consider it as a Developer Preview. It depends on the updated util_functions.sh in this beta, so if you upgrade them into the Online Repo, your module won't install on users running the latest stable Magisk version (v13.3). It will be the default template version once the next stable release is live.

    A Small Mistake
    There was a small mistake in v13.3, which the SHA1 of the stock image cannot be acquired, and also the SHA1 backed up within ramdisk is also not extracted. This leads to stock boot image restoration (happens when uninstalling) fails, and will only revert your device by ramdisk backups. This mean you will be able remove Magisk, but the boot image will not be 100% reverted. If you are concern about the backups, restore your boot image back to stock, and reflash this current build to re-create the Magisk's stock boot image backup.
    227
    Beta releases are no longer "development oriented", this thread will be closed and replaced with a more "experimental channel" thread.
    Thank you to all reported useful logs and info, and I highly appreciate all moderators involved in moderating this thread extensively.