¿Alguien sabe cómo se incluyen los privilegios de superusuario cuando la construcción de android desde la fuente (AOSP)?

A qué te refieres privilegios de superusuario en el shell o en las aplicaciones de android?
si quiero compilar Android con super usuario previliges para mi android? es posible? Básicamente quiero una aplicación para leer o escribir en /system directory. Es posible? Sé que las necesidades de enraizamiento. Pero para evitar los problemas que he pensado que es mejor para construir el propio android. Desde su una placa de referencia y estamos probando algo sobre ella

OriginalEl autor Kevin Parker | 2011-04-08

1 Comentario

  1. 10

    Para obtener una raíz(ed) de shell, editar system/core/rootdir o la inicialización.rc asociado a su dispositivo (por ejemplo, device/ti/panda/init.rc para la pandaboard) en android fuentes, y cambiar esas líneas:

    service console /system/bin/sh
        class core
        console
        disabled
        user shell
        group log

    en:

    service console /system/bin/sh
        class core
        console
        disabled
        user root 
        group root

    Para incrustar Superusuario.apk en AOSP, tiene que recuperar y construir:

    1. su-binario (por ejemplo, en external/) y stub/quitar system/extras/su paquete.
    2. De superusuario (por ejemplo, en packages/app/)

    Usted también puede tener que ajustar el bit pegajoso (sticky de /system/xbin/su en su-binario/Android.mk. Por ejemplo, he utilizado los siguientes makefile:

    LOCAL_PATH := $(call my-dir)
    include $(CLEAR_VARS)
    
    LOCAL_MODULE := su
    LOCAL_SRC_FILES := su.c db.c activity.cpp
    
    SU_SHARED_LIBRARIES := liblog libsqlite
    ifeq ($(PLATFORM_SDK_VERSION),4)
        LOCAL_CFLAGS += -DSU_LEGACY_BUILD
        SU_SHARED_LIBRARIES += libandroid_runtime
    else
        SU_SHARED_LIBRARIES += libcutils libbinder libutils
        LOCAL_MODULE_TAGS := eng
    endif
    
    LOCAL_C_INCLUDES += external/sqlite/dist
    
    LOCAL_SHARED_LIBRARIES := $(SU_SHARED_LIBRARIES)
    
    LOCAL_MODULE_PATH := $(TARGET_OUT_OPTIONAL_EXECUTABLES)
    
    
    SU_INSTALL_DIR := $(TARGET_OUT)/xbin
    SU_BINARY := $(SU_INSTALL_DIR)/su
    # taken from busybox-android
    $(SU_BINARY)-post: su
        @echo "Setting SUID/GUID to su-binary..."
        chmod ug+s $(TARGET_OUT_OPTIONAL_EXECUTABLES)/su
    
    SU_CMD := su
    SYMLINKS := $(addprefix $(TARGET_OUT_EXECUTABLES)/,$(SU_CMD))
    $(SYMLINKS): $(LOCAL_INSTALLED_MODULE) $(SU_BINARY)-post $(LOCAL_PATH)/Android.mk
        @echo "Symlink: [email protected] -> /system/xbin/$(SU_CMD)"
        @mkdir -p $(dir [email protected])
        @rm -rf [email protected]
        @ln -sf /system/xbin/$(SU_CMD) [email protected]
    
    ALL_DEFAULT_INSTALLED_MODULES += $(SU_BINARY)-post $(SYMLINKS)
    
    include $(BUILD_EXECUTABLE)
    Es posible que sólo integrar Superusuario.apk en AOSP? Quiero añadir raíz de permiso para un APK (precompilados / preinstalado).
    De superusuario.apk y SuperSU.apk requieren el su binario a ser transformado (contenida en el archivo zip): superuserdownload.com. Sólo la incrustación de la apk no será suficiente. Para ser específicos a una aplicación, leer esto: su.chainfire.ue/#cómo
    su-binario no lista de jelly bean.
    pruebe la versión más cercana a JellyBean, espero que funcione bien.
    ¿A qué te refieres con «stub/eliminar system/extras/su paquete» en 1.? Reemplazar el directorio de contenido de las fuentes en el enlace? Y ¿por qué dices que «también se han de establecer el bit pegajoso (sticky»? Es necesario o no?

    OriginalEl autor m-ric

Dejar respuesta

Please enter your comment!
Please enter your name here