A curated list of KernelSU resources: official documentation, variants, modules, tools, and device kernels.
- What is KernelSU?
- Getting Started
- Installation Modes
- Metamodules
- KernelSU Variants
- Modules & Tools
- Device Kernels
- Building from Source
- Documentation
- Community
- Troubleshooting
- FAQs
- License
- Acknowledgments
KernelSU is a kernel-based root solution for Android. Unlike userspace tools such as Magisk, it runs inside the Linux kernel and grants root access to apps directly in kernel space.
- Root Access Control - Only permitted apps can access or see su; all other apps remain unaware of it
- Kernel-Level Isolation - Root access operates in kernel space, preventing userspace tampering and detection
- Metamodule System - Pluggable module infrastructure for systemless /system modifications
- Advanced Permission Control: Granular app-level root access management with customizable profiles
- App Profile System: Customizable groups, capabilities, and SELinux rules for fine-grained root privilege control
- Module Configuration System: Built-in key-value store for modules to save persistent or temporary settings
Note
Official KernelSU targets Android GKI 2.0 devices (kernel 5.10+). Compatibility ultimately depends on the device's KMI, not just the kernel version- see the installation guide.
Learn More: Comprehensive KernelSU Guide | Official Documentation | Official Module Repo
Before installing KernelSU, ensure you have:
- Unlocked bootloader (required for all installation methods)
- Complete data backup (always backup before modifying your device)
- ADB and Fastboot tools installed on your computer
- Compatible device (check compatibility below)
Tip
New to bootloader unlocking? Check out the comprehensive guide at Awesome-Android-Root
-
Check Compatibility -Install the KernelSU Manager and open it:
Not installedβ officially supported.Unsupportedβ you must build a kernel yourself (see Unofficially supported devices and Device Kernels).
-
Choose Installation Mode
- GKI Mode: Replaces device kernel (universal compatibility, works on Samsung Knox)
- LKM Mode: Loads as kernel module (preserves optimizations, easy updates)
-
Download Manager
- Get the official Manager APK for your chosen variant (links in Variants section)
-
Install KernelSU
- Follow the installation guide for your chosen method
-
Install Metamodule
- Required only if you use modules that modify
/systemfiles (e.g.meta-overlayfs). See Metamodules.
- Required only if you use modules that modify
-
Verify Installation
- Open KernelSU Manager and confirm root status
On GKI devices KernelSU historically supports two modes. The official guide recommends:
- LKM- for phones.
- GKI- for emulators, WSA, and Waydroid.
Loads KernelSU as a kernel module without replacing the original kernel.
- Keeps the stock kernel and manufacturer optimizations.
- Updates and OTA can be done in-app (including "install to inactive slot").
- Does not replace the boot partition, so it does not trigger AVB.
- Can be temporarily uninstalled without a reboot.
- Patches the ramdisk- on Android 13+ devices this means the
init_bootpartition, notboot.
Replaces the original kernel with a GKI image.
- Works without official firmware, as long as the KMI matches.
- Useful for devices where LKM cannot work (e.g. Samsung devices with KNOX enabled).
Note
Since v3.0, official KernelSU has dropped GKI image builds (the build guide is now archival) and recommends building the LKM with Ylarod/ddk. Official releases ship LKM modules and the Manager, not boot.img files. Forks (KernelSU-Next, SukiSU-Ultra, etc.) still provide GKI builds.
Click here for quick comparison
| GKI Mode | LKM Mode |
|---|---|
| Universal GKI device compatibility | Preserves original kernel and optimizations |
| Works on Samsung Knox devices | Easy in-app updates |
| Independent of firmware updates | OTA-friendly |
| Better for heavily modified devices | No AVB/dm-verity issues |
| More stable on custom ROMs | Can disable without reboot |
| Loses manufacturer kernel optimizations | Preserves manufacturer tuning |
| Requires manual fastboot flashing | Requires official firmware |
| Must reflash after major updates | May not work on all devices |
| Less compatible with modified firmware |
Tip
Full instructions: Official installation guide- including KMI and security-patch-level explanations.
A metamodule is a special module that provides the module mounting infrastructure. Since v3.0, official KernelSU no longer mounts modules itself- it delegates mounting to a metamodule.
Important
A metamodule is needed only for modules that modify /system files (the system directory). Modules that only use scripts, sepolicy, or system.prop work without one. Only one metamodule can be installed at a time.
Note the scope: metamodule-based mounting applies to official KernelSU (v3.0+) and ReSukiSU. KernelSU-Next and SukiSU-Ultra still ship built-in mounting (Magic Mount / OverlayFS).
| Metamodule | Mounting | Notes |
|---|---|---|
| meta-overlayfs | OverlayFS | Official reference implementation- recommended starting point. Also on the official module repository. |
| mountify | OverlayFS | Third-party; supports APatch/Magisk too. |
| meta-hybrid_mount | OverlayFS + Magic Mount | Third-party; dual-engine with auto-fallback ("Hybrid Mount"). |
Step-by-Step Installation:
- Download metamodule ZIP from GitHub releases (meta-overlayfs recommended)
- Open KernelSU Manager > Modules
- Tap "Install from storage" (β button)
- Select the metamodule ZIP file
- Reboot device
The active metamodule will be displayed in your module list with a special designation.
Tip
Browse the full, current list of metamodules and modules at the official module repository.
Details & switching procedure: Official metamodule guide
Warning
Everything below Official KernelSU is a community fork/derivative, not an official project. Features of one variant do not apply to the others.
The original KernelSU implementation for modern Android devices
π View Details
- Target: GKI 2.0 devices (kernel 5.10+). WSA, ChromeOS, and container-based Android are supported.
- Architectures:
arm64-v8aandx86_64. - Module mounting: metamodule-based (v3.0+).
- Non-GKI: dropped since v1.0 (last version
v0.9.5); the integration guide is archival. - Notable changes: seccomp+ioctl supercall (v2.0),
selinux hide(v3.2.x), optional "jailbreak" mode via Magica (v3.2+).
[!CAUTION] Recent kernel versions introduced a breaking change that can make KernelSU fail or kernel-panic on
x86_64. Check the official repository for current status.
Resources:
Enhanced fork with extended compatibility, modern UI, and innovative features.
π View Details
- Kernel support: 4.4β6.6 (non-GKI 4.xβ5.4 LTS; GKI 5.10β6.6; 6.6+ experimental).
- Module mounting: built-in Magic Mount + OverlayFS, switchable from settings.
- Features: module backup & restore, auto-updates, bulk install, hide hosts (unmount), SuSFS controls, SU-allowlist backup.
- Architectures:
arm64-v8a,armeabi-v7a,x86_64(samex86_64panic caveat as upstream). - Community device list: Unofficially supported devices
Resources:
Kernel-based root solution with KPM support, built-in SUSFS, and broad GKI/non-GKI compatibility.
π View Details
- Kernel support: non-GKI 4.4+; GKI 5.10+; 3.x (3.4β3.18) experimental.
- Module mounting: built-in Magic Mount.
- KPM (Kernel Patch Module) support- run code in kernel space (based on KernelPatch).
- SUSFS management built into the Manager (the kernel still needs SUSFS patches).
- Architectures:
arm64-v8a,armeabi-v7a(bare),x86_64(some).
Resources:
A newer fork of SukiSU-Ultra focused on multi-manager support and a metamodule-based module system.
π View Details
- Module mounting: metamodule-based.
- Multi-manager: works with the KernelSU, MKSU, RKSU, and SukiSU managers.
- Kernel support: GKI 2.0 (5.10+); 3.4+ with manual build.
- Releases: pre-release/CI builds so far (latest tag
v4.2.0-rc1)- check the repository.
Resources:
Note
The Wild KSU fork (WildKernels/Wild_KSU) is archived (last release v3.1.2). It is no longer maintained as a root variant. The WildKernels team still ships KernelSU/SUSFS device kernels- see Device Kernels.
| Feature | Official KernelSU | KernelSU-Next | SukiSU-Ultra | ReSukiSU |
|---|---|---|---|---|
| Status | Official, active | Active fork | Active fork | Active fork |
| Kernel support | GKI 2.0 (5.10+); 4.14+ manual | 4.4β6.6 | 5.10+ GKI; 4.4+ non-GKI/manual; 3.x experimental | 5.10+ GKI; 3.4+ manual |
| Android version | 12+ (GKI); 10+ community | 9+ | 7+ | 7+ |
| Module mounting | Metamodule (3.0+) | Metamodule + dual mount toggle | Magic Mount / Metamodule | Metamodule |
| KPM | β | β | β | β |
| SUSFS | Via kernel patch | Via kernel patch | Built-in management | Built-in management |
| Multi-manager | β | β | β | β (KSU/RKSU/MKSU/Suki) |
| Architectures | arm64, x86_64 | arm64, arm, x86_64 | arm64, arm, x86_64 (some/partial) | arm64, arm, x86_64 |
| Installation modes | LKM (GKI image deprecated) | GKI / LKM | GKI / LKM | GKI / LKM |
| Module backup/restore | β | β | β | β |
| Auto updates | β | |||
| Root hiding | Metamodule-based | Advanced (unmount) | SUSFS built-in | SUSFS built-in |
| UI/UX | Material 3 + Magica | Material You | Enhanced + WebUI | Enhanced |
| Legacy support | β | β Extensive | β Extensive | |
| Best for | Modern devices | Power users | KPM / legacy / hiding | Multi-manager setups |
Note
SUSFS is a separate kernel-patch addon (gitlab.com/simonpunk/susfs4ksu)- it is not part of KernelSU itself. "Built-in management" means the Manager can control SUSFS on a SUSFS-patched kernel; it does not bundle the kernel patches.
|
Choose Official KernelSU if: β
Modern device (2021+) |
Choose KernelSU-Next if: β
Kernel 4.4β6.6 |
Choose Wild KSU if: β
Kernel 4.4β6.6 |
Choose SukiSU-Ultra if: β
Need KPM support |
The primary source for modules is the official module repository.
KernelSU has no built-in Zygisk; use a standalone implementation for Zygisk modules.
- ZygiskNext- standalone Zygisk implementation.
- ReZygisk- open-source, transparent Zygisk implementation.
- LSPosed- Xposed framework (requires Zygisk).
- MMRL- modern module manager with a built-in repository, updates, backup/restore, and WebUI support.
- SUSFS- kernel patches + userspace addon providing root-hiding mechanisms (experimental; requires a SUSFS-patched kernel).
- SuSFS4KSU- addon root-hiding service for KernelSU.
Warning
These provide root-hiding mechanisms and may improve compatibility with apps that perform root checks. They do not guarantee passing Play Integrity or bypassing any given banking app, and often require additional configuration.
Prebuilt kernels save you from compiling. Always verify the exact device model, Android version, kernel version, and security-patch level before flashing.
For anything not listed here, check the maintained community list of KernelSU-Next unofficially supported devices, the XDA KernelSU tag, or GitHub topic/search results.
| Project | Devices | Notes |
|---|---|---|
| WildKernels- GKI | GKI 2.0 (5.10+) devices | KernelSU + SUSFS; active |
| WildKernels- Sultan | Google Pixel | Sultan base + SUSFS; active |
| WildKernels- OnePlus | OnePlus devices | KernelSU + SUSFS; active |
| WildKernels- Samsung | Samsung devices | KernelSU + SUSFS; active |
| YuzakiKokuban- Samsung | Galaxy S23/S24/S25, Tab S10 | KernelSU kernel sources (sm8550, sm8650, sm8750, mt6989); active |
| KernelSU LKM- OnePlus 12 | OnePlus 12 | LKM for OxygenOS/ColorOS; active |
| topnotchfreaks- msm-5.15 | Redmi Note 12/13 4G, Redmi Pad SE, Redmi 15/POCO M7 | SukiSU-Ultra + KPM + SUSFS variants; active |
Kernel selection checklist: exact device match Β· matching Android/kernel version Β· security-patch level (anti-rollback can brick on older patches) Β· active maintenance Β· a copy of your stock boot.img for recovery.
- Official KernelSU: build the LKM with Ylarod/ddk (recommended since v3.0). The GKI and non-GKI build guides are archival- How to build Β· Integrate for non-GKI.
- Forks (KernelSU-Next, SukiSU-Ultra, ReSukiSU) still support direct kernel integration- see each repository's
kernel/setup.sh. - Tools: AnyKernel3 (packaging/flashing) Β· kernel_build_action (GitHub Actions builds).
- Vendor kernel sources: Google Β· Xiaomi Β· OnePlus Β· Samsung.
- What is KernelSU?
- Installation
- Metamodules
- Module guide Β· Module WebUI Β· Module configuration
- App Profile
- Difference with Magisk
- Unofficially supported devices
- FAQ Β· Rescue from bootloop
Telegram
- @KernelSU- official announcements channel.
- @KernelSU_group- official community group.
- @Sukiksu- SukiSU community.
- @ReSukiSU- ReSukiSU community.
Other
Note
Before troubleshooting, ensure you have a backup of your stock boot image. This is crucial for recovery.
| Issue | Possible Cause | Solution |
|---|---|---|
| Bootloop | Incompatible kernel/module | Flash stock boot.img via fastboot, disable modules |
| App Crashes | SELinux policy conflicts | Check and adjust SELinux policies in app profiles |
| Module Not Working | No metamodule installed (KSU 3.0+) | Install a metamodule first; verify module compatibility |
| Root Not Detected | Manager not installed properly | Reinstall KernelSU Manager, verify kernel version |
| Play Integrity Failing | Root detection | Install Shamiko or SuSFS, configure hiding properly |
| Update Failed | Insufficient storage/corrupt download | Clear cache, re-download, ensure adequate storage |
| Banking Apps Not Working | Root detection | Configure app profiles, install hiding modules |
| System Unstable | Conflicting modules | Disable modules one by one to identify culprit |
Warning
If your device is in a bootloop, follow these steps immediately to restore functionality.
π¨ Click to expand: Bootloop Recovery & Emergency Procedures
Immediate Steps:
# 1. Enter fastboot mode (Power + Volume Down)
# 2. Connect device to PC
# 3. Flash stock boot image
fastboot flash boot stock_boot.img
# 4. If needed, clear cache
fastboot erase cache
# 5. Reboot
fastboot rebootAlternative via Recovery:
- Boot into TWRP/custom recovery
- Flash stock boot image from recovery
- Wipe cache and dalvik cache
- Reboot system
Prevention:
- Always keep stock boot image backup
- Test kernels with temporary boot first:
fastboot boot test_boot.img - Create TWRP backups before major changes
- Keep emergency download mode access available
Safe Mode Boot:
- Create file
/data/adb/modules/.disable_modulesbefore boot - This disables all modules for troubleshooting
- Remove problematic modules
- Delete the disable file and reboot
Commands:
# Disable all modules
adb shell su -c "touch /data/adb/modules/.disable_modules"
adb reboot
# Remove specific module
adb shell su -c "rm -rf /data/adb/modules/[module_name]"
adb reboot
# View module logs
adb shell su -c "cat /data/adb/modules/[module_name]/install.log"π Click to expand: Debug Commands & Diagnostics
# Check KernelSU status
cat /proc/version | grep KernelSU
su -c "kernelsu --version"
# Kernel logs
dmesg > /sdcard/dmesg.log
cat /proc/last_kmsg > /sdcard/last_kmsg.log
# KernelSU specific logs
logcat -s "KernelSU" > /sdcard/kernelsu.log
logcat -b all > /sdcard/full_logcat.log
# Module installation logs
cat /data/adb/modules/*/install.log > /sdcard/module_logs.log
# Check SELinux status
getenforce
sestatus
# List loaded modules
ls -la /data/adb/modules/
cat /data/adb/modules/*/module.prop
# Check mount points
mount | grep overlay
mount | grep /system
# Verify root access
su -c "id"
su -c "whoami"
# Check kernel config
zcat /proc/config.gz | grep KSU
# Monitor system resources
top -n 1
free -h
df -hπ± Click to expand: Device-Specific Troubleshooting
- Knox Triggered: Some Samsung devices trip Knox warranty bit (irreversible)
- Secure Boot: May need to disable secure boot verification in kernel
- Encryption Issues: Some kernels incompatible with Samsung encryption
- OEM Unlock: Ensure OEM unlocking is enabled in Developer Options
- Fastboot Commands: Use
fastboot oem unlockfor bootloader - Generic GKI: OnePlus devices generally do not support generic GKI builds - use manufacturer-specific kernels
- Anti-Rollback: Be careful about security patch levels; flashing older kernels can brick devices
- Slot System: A/B partition devices need careful slot management
- Anti-Rollback: Be careful with MIUI version downgrades (brick risk)
- Bootloader Unlock: Xiaomi requires a waiting period via the Mi Unlock Tool
- MIUI Optimizations: Some MIUI features conflict with KernelSU
- Vendor Mismatch: Ensure kernel matches vendor version
- Hardware Attestation: Strong Play Integrity enforcement on newer Pixels
- Verified Boot: Orange state warning on boot (normal)
- Titan M Security: Hardware security module affects root hiding
- OTA Updates: Easy to re-root after OTAs with KernelSU
β‘ Click to expand: Performance Troubleshooting
Diagnosis:
- Identify problematic modules: Disable modules one by one
- Check CPU throttling: Monitor thermals and frequency scaling
- Review I/O performance: OverlayFS overhead on slow storage
- Analyze system logs: Look for kernel errors or warnings
Commands:
# Monitor CPU usage
top -m 10
# Check I/O stats
iostat -x 1 10
# View thermal zones
cat /sys/class/thermal/thermal_zone*/temp
# Check for errors
dmesg | grep -i error
logcat | grep -i errorTroubleshooting:
- Check kernel logs:
dmesgand/proc/last_kmsg - Monitor memory usage: Look for OOM (Out Of Memory) killer activity
- Verify hardware stability: Stress test without KernelSU
- Test minimal config: Remove all modules temporarily
π¦ Click to expand: Banking & Gaming App Compatibility
Solutions:
- Configure app profiles: Restrict root access for sensitive apps
- Enable advanced hiding: Install SuSFS or Shamiko modules
- Check Play Integrity: Use Play Integrity API tester
- Hardware attestation: Some devices use hardware-based detection (harder to bypass)
Recommended Setup:
# Install hiding modules
# 1. Install Shamiko module
# 2. Install SuSFS4KSU module
# 3. Configure DenyList in manager
# 4. Reboot device
# 5. Test with Play Integrity checkerAnti-cheat Detection:
- Some games detect root and ban accounts
- Use hiding modules carefully
- Configure app profiles to deny root access
- Consider using non-rooted profiles for gaming
π¬ Click to expand: Support Resources & Log Collection
When seeking help, include:
- Device Information: Model, Android version, kernel version
- KernelSU Variant: Official, Next, Wild KSU, or SukiSU-Ultra + version number
- Installation Method: How you installed KernelSU
- Metamodule: Which metamodule is installed (KernelSU 3.0+)
- Reproduction Steps: Detailed steps to reproduce the issue
- Logs: Relevant log files (dmesg, logcat, module logs)
- Module List: All installed modules and versions
#!/system/bin/sh
# Collect comprehensive logs for troubleshooting
LOGDIR="/sdcard/kernelsu_logs_$(date +%Y%m%d_%H%M%S)"
mkdir -p "$LOGDIR"
# System info
getprop > "$LOGDIR/system_props.txt"
uname -a > "$LOGDIR/kernel_info.txt"
cat /proc/version > "$LOGDIR/kernel_version.txt"
# KernelSU info
su -c "kernelsu --version" > "$LOGDIR/kernelsu_version.txt" 2>&1
# Logs
dmesg > "$LOGDIR/dmesg.log"
logcat -d > "$LOGDIR/logcat.log"
cat /proc/last_kmsg > "$LOGDIR/last_kmsg.log" 2>/dev/null
# Module info
ls -laR /data/adb/modules > "$LOGDIR/modules_list.txt"
cat /data/adb/modules/*/module.prop > "$LOGDIR/modules_props.txt" 2>/dev/null
# Mount info
mount > "$LOGDIR/mount_points.txt"
df -h > "$LOGDIR/disk_usage.txt"
echo "Logs collected in: $LOGDIR"- Official Documentation: Check kernelsu.org FAQ
- GitHub Discussions: Search existing issues and discussions
- Telegram Groups: Ask in appropriate variant-specific group
- XDA Forums: Device-specific threads
- Reddit: r/KernelSU for general questions
Frequently asked questions about KernelSU - Quick answers to common queries.
What is a Metamodule and why do I need one?
From KernelSU 3.0+, the built-in module mounting system was removed. A metamodule is now required to provide module mounting infrastructure.
Why this change?
- Reduced detection: KernelSU itself doesn't mount modules, making it harder to detect
- Flexibility: Choose your preferred mounting method (OverlayFS, Magic Mount, Hybrid)
- Stability: Core KernelSU remains stable while mounting systems evolve
Quick Start:
- Download meta-overlayfs (recommended for beginners)
- Install via KernelSU Manager > Modules
- Reboot device
- Now you can install regular modules
See Understanding Metamodules for complete details.
What is KernelSU and how does it differ from Magisk?
KernelSU is a kernel-based root solution operating in kernel space, while Magisk operates in userspace.
Key Differences:
| Aspect | KernelSU | Magisk |
|---|---|---|
| Architecture | Kernel-level | Userspace |
| Security | Superior isolation | Good but less isolated |
| Module System | Metamodule-based (3.0+) | Magic Mount (built-in) |
| Installation | GKI / LKM modes | Boot patching |
| Compatibility | Requires compatible kernel | Universal |
| Future-proof | Built for modern Android | Legacy support focus |
Which installation mode should I use: GKI or LKM?
Choose based on your device and needs:
LKM Mode (Recommended for most):
- β Keeps manufacturer kernel optimizations
- β Easy updates via app
- β OTA-friendly
- β Works with stock firmware
β οΈ Requires official firmware
GKI Mode:
- β Universal compatibility
- β Works on Samsung Knox devices
- β Better for custom ROMs
β οΈ Loses manufacturer optimizationsβ οΈ Manual updates required
See Installation Modes for detailed comparison.
Which KernelSU variant should I use?
Quick Selection Guide:
- Modern devices (Android 12+, kernel 5.10+) β Official KernelSU
- Mid-range devices (Android 9β11, kernel 4.4β6.6) β KernelSU-Next
- Root hiding focus (Android 9+, kernel 4.4β6.6) β Wild KSU
- KPM / legacy / built-in SUSFS (Android 7+, broad kernel support) β SukiSU-Ultra
- Multi-manager / SukiSU ecosystem β ReSukiSU
See KernelSU Variants for detailed comparison.
Is KernelSU safer than Magisk?
Yes, in several ways:
- β Kernel-level operation prevents userspace attacks
- β App Profile system for granular permission control
- β Zero system modification maintains integrity
- β Hardware security integration (ARM TrustZone)
- β seccomp + ioctl hooks (v2.0+) eliminate many side-channel detection vectors
- β Metamodule architecture reduces detection surface
However, both are safe when properly configured.
Can I use Magisk modules with KernelSU?
Compatibility varies:
| Module Type | Compatibility |
|---|---|
| Simple modules | β Most work without changes (with metamodule) |
| Complex modules | |
| Zygisk modules | |
| Hardware-specific | β Usually compatible |
Remember: You must install a metamodule first for any modules to work on KernelSU 3.0+.
Will KernelSU break OTA updates?
Generally no:
- β System partition remains unmodified
β οΈ Boot partition may need re-patching after OTA- β LKM mode has OTA survival features (install to inactive slot before rebooting)
β οΈ Manual re-installation may be required for major updates
Always keep your patched boot image backup!
What changed in KernelSU 3.0 and how does it affect me?
Major Changes in KernelSU 3.0+:
β οΈ Module mounting removed from core: Fresh installations now require a metamodule for modules to workβ οΈ Official GKI image mode dropped: Build LKM with Ylarod/ddk; the GKI build guide is archival (forks still ship GKI builds)- π¦ Official module repository: Verified, security-reviewed modules at modules.kernelsu.org
- π‘οΈ Reduced detection surface: seccomp + ioctl hooks (v2.0) plus metamodule architecture make detection harder
- πͺ Magica jailbreak mode (v3.2+): Optional deeper system access
- π§ Flexible mounting: Choose between OverlayFS, Magic Mount, or hybrid metamodules
What you need to do:
- Fresh installations: Must install a metamodule before modules will work
- Existing installations: Continue to work normally (no action needed)
- Upgrading: May need to install a metamodule if modules stop working
Recommended metamodule: meta-overlayfs for most users
See Understanding Metamodules for complete details.
How do I check if my device is compatible?
Check your kernel version:
# Via ADB
adb shell uname -r
# On device terminal
uname -rThen refer to the Compatibility Matrix to find the right variant.
Do I need to uninstall Magisk before installing KernelSU?
Yes, strongly recommended:
- β Uninstall all Magisk modules
- β Uninstall Magisk completely
- β Flash stock boot image
- β Then install KernelSU
They will conflict if installed together.
Can I have both Magisk and KernelSU installed?
No. They modify the boot process differently and will conflict. Choose one solution for your device.
How do I backup before installing?
Essential backups:
- πΎ Full TWRP backup (if available)
- πΎ Backup stock boot.img (critical!)
- π Document installed modules
- πΎ Export app data
- πΎ Save important files to external storage
Where can I find KernelSU modules?
Top Sources:
- MMRL - Modern module manager with repository
- Awesome Android Root - Curated collection
- GitHub - Search "kernelsu module"
- Telegram - Community-shared modules
- XDA Forums - Device-specific modules
My modules aren't working after installing KernelSU 3.0+, why?
You need a metamodule!
KernelSU 3.0+ removed built-in module mounting. Fresh installations require a metamodule to provide mounting infrastructure.
Solution:
- Download meta-overlayfs (recommended)
- Install via KernelSU Manager > Modules
- Reboot device
- Now regular modules will work
See Understanding Metamodules for details and alternatives.
Can I switch between different metamodules?
Yes, but with caution:
To switch:
- Uninstall all regular modules
- Uninstall current metamodule
- Reboot device
- Install new metamodule
- Reboot again
- Reinstall regular modules
Popular choices:
- meta-overlayfs: Official, recommended for most
- mountify: Advanced, cross-platform support
- meta-hybrid_mount: Maximum compatibility with auto-fallback
What are App Profiles and how do I use them?
App Profiles provide granular root permission control:
- βοΈ Custom UID/GID assignment
- π Capability restrictions
- π‘οΈ SELinux context customization
- β° Time-based access control
- π Namespace isolation
Configure in KernelSU Manager under each app's settings.
Learn more: App Profile System Guide
What is KPM (Kernel Patch Module) in SukiSU-Ultra?
KPM allows running code directly in kernel space, similar to Loadable Kernel Modules (LKM). It provides the ability to do inline-hook and syscall-table-hook in kernel space - capabilities not available in other KernelSU variants. This is an exclusive feature of SukiSU-Ultra.
Enable it by setting CONFIG_KPM=y when building the kernel.
My device is in bootloop, what do I do?
Emergency recovery:
# 1. Enter fastboot mode (Power + Volume Down)
# 2. Connect to PC
# 3. Flash stock boot image
fastboot flash boot stock_boot.img
# 4. Reboot
fastboot rebootThis is why you ALWAYS keep a stock boot.img backup!
Banking apps aren't working, how do I fix this?
Root hiding setup:
- Install Shamiko or SuSFS module
- Configure DenyList in KernelSU Manager
- Add banking apps to DenyList
- Hide KernelSU Manager app
- Test with Play Integrity checker
See Troubleshooting for detailed steps.
How do I verify KernelSU is working?
Quick verification:
# Check kernel
cat /proc/version | grep KernelSU
# Test root
su -c "id"
# Or open KernelSU Manager and check statusContributions are welcome- new tools, modules, maintained device kernels, and documentation fixes. See CONTRIBUTING.md.
Rooting and kernel modification can void warranties, brick devices, and expose security vulnerabilities. This list is provided for educational and informational purposes only- you assume all risks.
KernelSU and its derivatives are independent, community-driven projects. They are not affiliated with or endorsed by Google, Android, or any device manufacturer.
Educational Purpose Only
This documentation is provided for educational and informational purposes only. Users are solely responsible for:
- Understanding and complying with local laws
- Following device warranty terms
- Maintaining device security
- Device modifications and consequences
No Warranty or Liability
Contributors and maintainers are NOT liable for:
- Device damage or bricking
- Data loss or corruption
- Warranty violations
- Legal consequences
- Security vulnerabilities
π‘οΈ Click to expand: Essential Safety Guidelines
Always Do:
| Action | Why It Matters |
|---|---|
| β Create complete backups | Essential for recovery |
| β Read documentation thoroughly | Understand before acting |
| β Test on non-critical devices | Avoid daily driver risks |
| β Keep stock firmware | Emergency recovery option |
| β Research device-specific issues | Know your device limitations |
| β Understand security implications | Protect your data |
Never Do:
| Action | Risk |
|---|---|
| β Proceed without backups | Irreversible data loss |
| β Grant root to untrusted apps | Security compromise |
| β Install unknown modules | Malware/instability |
| β Ignore security warnings | Serious vulnerabilities |
| β Modify without understanding | System damage |
Important
KernelSU and its derivatives are independent, community-driven projects. They are not affiliated with, endorsed by, or connected to Google, Android, device manufacturers, or any other commercial entities.
This project is licensed under the MIT License.
Special thanks to all contributors who made KernelSU possible.
Project Creators
- tiann - Creator of KernelSU, visionary behind kernel-based root solutions
- topjohnwu - Magisk creator, inspiration for systemless modifications
Derivative Maintainers
- KernelSU-Next Team - Enhanced fork development and innovation
- Wild KSU Team (WildKernels) - Customization and root hiding focused fork
- SukiSU-Ultra Team - KPM integration, legacy device support and compatibility
- ReSukiSU Team - Multi-manager support and metamodule integration
Community Contributors
- Module developers creating useful tools
- Documentation translators and writers
- Community moderators and support staff
- Everyone who shares knowledge
Special Recognition
- All kernel developers maintaining device-specific builds
- Community members providing support
- Contributors to this awesome list
Made with β€οΈ by the KernelSU Community
Last Updated: August 2026 | Maintained by Fynks