E recv error on uevent что это

Сообщение отредактировал scile — 11.01.17, 23:38

Сообщение отредактировал scile — 01.10.16, 00:48

============================
Firstly, you should use the following official unlock tool to unlock Boot-loader.

After you unlock your device, you can download the TWRP recovery image, and follow the guide to root your device.
TWRP recovery img ：https://mega.nz/#F!kl8…ZbLvz1b4YgLMr_n09vRrTA
twrp-3.0.2-Z012D.img (TWRP for ZE552KL)
twrp-3.0.2-Z017D.img (TWRP for ZE520KL)
dot.supersu (.supersu)
If your device is ZE552KL, then you should download twrp-3.0.2-Z012D.img + dot.supersu
If your device is ZE520KL, then you should download twrp-3.0.2-Z017D.img + dot.supersu
If you want to build recovery image by yourself, you can clone the git source tree, and compile by yourself.
https://github.com/sha…droid. e_asus_ze520kl
https://github.com/sha…droid. e_asus_ze552kl

How to root your device:
1. Boot your zenfone 3 to boot-loader mode (you should firstly turn the phone off, then press and hold the volume up and power buttons )
2. Install android tools on your pc. (http://forum.xda-devel…show. php?t=2588979)
3. Use following command to flash TWRP image to your zenfone.

fastboot flash recovery twrp-3.0.2-xxx.img

4a. Hold the volume down button, and use following command to boot into recovery mode. (if menu appears, please select recovery mode)

4b. Boot your zenfone 3 to recovery mode (you should firstly turn the phone off, then press and hold the volume down and power buttons )
5. After boot into TWRP recovery, select «keep system read only» in TWRP recovery menu.
6. Connect your mobile to PC, then use following command to push .supersu file into /data .

adb push dot.supersu /data/.supersu

7. Select «ADB Sideload» in TWRP menu, then use following command to push root files.
(SuperSu.zip http://forum.xda-devel…apps. lease-t3452703)

adb sideload SuperSU.zip

8. reboot and enjoy your rooted device.

PS. If you got OTA notify, you can flash the stock image to un-root your device.

перезагрузиться в систему. Root получен. Проверить: Root Checker

Сообщение отредактировал scile — 31.12.16, 00:47

Сообщение отредактировал scile — 02.10.16, 21:55

cOsper,
Принцит ОТА обновлений заключается в отсутствии каких либо изменений в системном разделе, тогда ОТА обновления выполняют свою функцию, меняет прошивку. Как убрать уже существующие изменения в системном разделе, да очень просто, прошить заново имеющуюся прошивку и все. Однако в оффициальном асусовском методе разблоки загрузчика (что дает возможность прошить через фастбут TWRP, а через него и права суперпользователя) такая возможность недопустима. В постах с ASUSZenTalk о получении рут прав, есть ссылка, где сказано что помимо разблокировки загрузчика офф.способом, через апк файлик от ASUS, придумана, но пока еще не до конца опробована, так называемая неофициальная разблокировка загрузчика, которая не приводит к последствиям при офф.разблокировке (потери гарантии и т.д.) и она позволяет прошить заново уже имеющуюся прошивку и как следствие вернуть системный раздел в исходное состояние и осуществить обновление, либо «по воздуху» через ОТА, либо прошив обновление из иных возможных источников самостоятельно. Единственное, что еще не в полной мере доделано уважаемым shacalaca, придумавшим метод рутования ZenFon 3, это способ восстановления блокировки загрузчика в первоночальное (заблокированное) состояние.

Ну и собственно, как итог всего вышеизложенного и ответ на вопрос по «танцам с бубном» — разблокируйте загрузчик неофициальным способом и прошивайте ОТА обновления, сколько душе угодно.

Сообщение отредактировал ССА — 03.10.16, 12:00

ССА, насколько знаю я:
— офф.анлок не работает без инета, а значит передаёт серийник на сервера Асус, слет с гарантии автоматом и отключение от ОТА.
— разлоченый бутлоадер не мешает прошить полную прошивку с сайта Асус.
И. можно ссылку на неоф.разлочку?

Сообщение отредактировал scile — 03.10.16, 12:07

Источник

Recv error on uevent twrp

Сборка TWRP recovery из исходников

/omni
repo init -u https://github.com/omnirom/android.git -b android-4.4
repo sync

/.bashrc
echo ‘export USE_CCACHE=1’ >>

/omni/device
mkdir -p vendor_name/device_name

LOCAL_PATH := $(call my-dir)

ifeq ($(TARGET_DEVICE),device_name)
include $(call all-makefiles-under,$(LOCAL_PATH))

LOCAL_PATH := $(call my-dir)

ifeq ($(TARGET_DEVICE),D10A_HighScreen)
include $(call all-makefiles-under,$(LOCAL_PATH))

$(shell mkdir -p $(OUT)/obj/KERNEL_OBJ/usr)

ifeq ($(TARGET_PREBUILT_KERNEL),)
LOCAL_KERNEL := $(LOCAL_PATH)/kernel
else
LOCAL_KERNEL := $(TARGET_PREBUILT_KERNEL)
endif

PRODUCT_COPY_FILES +=
$(LOCAL_PATH)/kernel:kernel
$(LOCAL_PATH)/dt.img:dt.img
$(LOCAL_PATH)/recovery.fstab:root/recovery.fstab

$(call inherit-product, build/target/product/full.mk)

$(shell mkdir -p $(OUT)/obj/KERNEL_OBJ/usr)

ifeq ($(TARGET_PREBUILT_KERNEL),)
LOCAL_KERNEL := $(LOCAL_PATH)/kernel
else
LOCAL_KERNEL := $(TARGET_PREBUILT_KERNEL)
endif

PRODUCT_COPY_FILES +=
$(LOCAL_PATH)/kernel:kernel
$(LOCAL_PATH)/dt.img:dt.img
$(LOCAL_PATH)/recovery.fstab:root/recovery.fstab

$(call inherit-product, build/target/product/full.mk)

# Inherit device configuration
$(call inherit-product, device/vendor_name/device_name/device_name.mk)

# Device identifier. This must come after all inclusions
PRODUCT_DEVICE := device_name
PRODUCT_NAME := omni_device_name
PRODUCT_BRAND := vendor_name
PRODUCT_MODEL := #модель устройства
PRODUCT_MANUFACTURER := vendor_name

# Inherit device configuration
$(call inherit-product, device/HighScreen/D10A_HighScreen/D10A_HighScreen.mk)

# Device identifier. This must come after all inclusions
PRODUCT_DEVICE := D10A_HighScreen
PRODUCT_NAME := omni_D10A_HighScreen
PRODUCT_BRAND := HighScreen
PRODUCT_MODEL := Boost 2se
PRODUCT_MANUFACTURER := HighScreen

Строка BOARD_FLASH_BLOCK_SIZE это стяните с похожего аппарата, но я не видел другого значения пока что.

# TWRP
HAVE_SELINUX := true
DEVICE_RESOLUTION := # тут пишем разрешение экрана
TW_IGNORE_MAJOR_AXIS_0 := # это смотрим как у похожего аппарата
RECOVERY_GRAPHICS_USE_LINELENGTH := # это смотрим как у похожего аппарата
BOARD_HAS_NO_REAL_SDCARD := # # это если у вас отдельный раздел для внутренней памяти, а не в разделе /data (/data/media)
TW_DEFAULT_EXTERNAL_STORAGE := # это смотрим как у похожего аппарата
TW_INTERNAL_STORAGE_PATH := # тут пишем например «/internal_sd» — эти значения у вас прописаны в recovery.fstab
TW_INTERNAL_STORAGE_MOUNT_POINT := #тогда тут «internal_sd»
TW_EXTERNAL_STORAGE_PATH := #тут пишем «/external_sd»
TW_EXTERNAL_STORAGE_MOUNT_POINT := #тогда тут»external_sd»

# USB Mounting
TARGET_USE_CUSTOM_LUN_FILE_PATH := /sys/devices/platform/msm_hsusb/gadget/lun%d/file #вот эту строку ищите сами прогой root explorer проходите по этому пути, у вас может быть по другому.

/omni
. build/envsetup.sh
lunch omni_device_name-userdebug
make -j5 recoveryimage #тут пишем число ядер вашего ЦП +1

Сообщение отредактировал Boy77ruS — 11.04.22, 13:52

Сообщение отредактировал baddhet — 11.07.19, 14:47

Я нашёл исходники устройства с таким же процессором(msm8916) в архиве 400МБ. они подойдут чтоб подглядеть?
https://github.com/omn…ble_recovery/issues/18

Сообщение отредактировал coqs — 18.01.15, 22:12

coqs,
На гит хабе глянь что то типо этого — https://github.com/AOKP/device_lge_mako?files=1 это на nexus 4. Найди примерно такое же.

Добавлено 18.01.2015, 22:13:

Потом для примера свой выложу. Через пару деньков.

Вроде вот этот, отличается разрешением и камерой и по моему ещё оперативкой https://github.com/MoK…d_device_huawei_c8817d я всё исходники качаю 411/415. к 2 пункту никак не могу приступить)

Сообщение отредактировал coqs — 18.01.15, 22:37

# device mount point fstype mount_flags fs_mgr_flags

/dev/block/bootdevice/by-name/system /system ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/custpack /custpack ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/persist /persist ext4 ro,barrier=1 wait
/dev/block/bootdevice/by-name/cache /cache ext4 noatime,nosuid,nodev,barrier=1,data=ordered wait,check
#PR-551802, add flag ‘length’
/dev/block/bootdevice/by-name/userdata /data ext4 noatime,nosuid,nodev,barrier=1,data=ordered,noauto_da_alloc wait,check,length=-16384,encryptable=footer
/dev/block/mmcblk1p1 /storage/sdcard1 vfat nosuid,nodev,barrier=1,data=ordered,nodelalloc wait
/dev/block/bootdevice/by-name/boot /boot emmc defaults defaults
/dev/block/bootdevice/by-name/recovery /recovery emmc defaults defaults
/dev/block/bootdevice/by-name/misc /misc emmc defaults defaults
/dev/block/bootdevice/by-name/modem /firmware vfat defaults defaults
/dev/block/bootdevice/by-name/sbl1 /sbl1 emmc defaults defaults
/dev/block/bootdevice/by-name/aboot /aboot emmc defaults defaults
/dev/block/bootdevice/by-name/rpm /rpm emmc defaults defaults
/dev/block/bootdevice/by-name/tz /tz emmc defaults defaults
/dev/block/bootdevice/by-name/hyp /hyp emmc defaults defaults
/dev/block/bootdevice/by-name/sec /sec emmc defaults defaults
/dev/block/bootdevice/by-name/splash /splash emmc defaults defaults
/dev/block/bootdevice/by-name/abootbak /abootbak emmc defaults defaults
/dev/block/bootdevice/by-name/rpmbak /rpmbak emmc defaults defaults
/dev/block/bootdevice/by-name/tzbak /tzbak emmc defaults defaults
/dev/block/bootdevice/by-name/sbl1bak /sbl1bak emmc defaults defaults
/dev/block/bootdevice/by-name/hypbak /hypbak emmc defaults defaults

Сообщение отредактировал coqs — 19.01.15, 18:39

Карта есть только она в системе как-то чудно монтируется через /dev/fuse (через этот fuse монтируется usb-otg, sdcard0, и ещё чего-то)

вот этот файлик всё монтирует как-то init.environ.rc.txt ( 1.32 КБ )
т.е. sdcard0 она где-то в /data ext4 /dev/block/bootdevice/by-name/userdata
а точнее по пути /data/media/0
И каким, интересно, макаром её монтировать?=)
usb-otg хрен с ним он не нужен в рекавери.

Сообщение отредактировал coqs — 19.01.15, 20:20

Источник

LINK TO POST COPIED TO CLIPBOARD