I'm trying to build a recovery for the first time for this device and i was wondering if someone could look at my recovery.fstab and help me out with it. i found lots of tutorials on building cwm for a new device but editing the recovery.fstab and boardconfig.mk i havnt found really anything.
recovery.fstab
# mount point fstype device [device2]
/boot emmc /dev/block/mmcblk0p13
/cache ext4 /dev/block/mmcblk0p21
/data ext4 /dev/block/mmcblk0p23
/recovery emmc /dev/block/mmcblk0p14
/sdcard vfat /dev/block/mmcblk1p1 /dev/block/mmcblk1
/system ext4 /dev/block/mmcblk0p20
/sd-ext ext4 ?
---------------
boardconfig.mk
USE_CAMERA_STUB := true
# inherit from the proprietary version
-include vendor/samsung/s3mini/BoardConfigVendor.mk
TARGET_ARCH := arm
TARGET_NO_BOOTLOADER := true
TARGET_BOARD_PLATFORM := unknown
TARGET_CPU_ABI := armeabi-v7a
TARGET_CPU_ABI2 := armeabi
TARGET_ARCH_VARIANT := armv7-a-neon
ARCH_ARM_HAVE_TLS_REGISTER := true
TARGET_BOOTLOADER_BOARD_NAME := s3mini
BOARD_KERNEL_CMDLINE := console=null androidboot.hardware=qcom user_debug=31
BOARD_KERNEL_BASE := 0x80200000
BOARD_KERNEL_PAGESIZE := 2048
# fix this up by examining /proc/mtd on a running device
BOARD_BOOTIMAGE_PARTITION_SIZE := 0x105c0000
BOARD_RECOVERYIMAGE_PARTITION_SIZE := 0x105c0000
BOARD_SYSTEMIMAGE_PARTITION_SIZE := 0x105c0000
BOARD_USERDATAIMAGE_PARTITION_SIZE := 0x105c0000
BOARD_FLASH_BLOCK_SIZE := 131072
TARGET_PREBUILT_KERNEL := device/samsung/s3mini/kernel
BOARD_HAS_NO_SELECT_BUTTON := true
-------------------
used:
ls -l /dev/block/platform/msm_sdcc.1/by-name > /mnt/sdcard/partitions.txt
partitions are as follow:
lrwxrwxrwx root root 2013-01-02 01:11 aboot -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2013-01-02 01:11 backup -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2013-01-02 01:11 boot -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2013-01-02 01:11 cache -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2013-01-02 01:11 efs -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2013-01-02 01:11 fota -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2013-01-02 01:11 fsg -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2013-01-02 01:11 hidden -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2013-01-02 01:11 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2013-01-02 01:11 modemst1 -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2013-01-02 01:11 modemst2 -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2013-01-02 01:11 pad -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2013-01-02 01:11 param -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2013-01-02 01:11 persist -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2013-01-02 01:11 recovery -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2013-01-02 01:11 rpm -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2013-01-02 01:11 sbl1 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2013-01-02 01:11 sbl2 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2013-01-02 01:11 sbl3 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2013-01-02 01:11 ssd -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2013-01-02 01:11 system -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2013-01-02 01:11 tz -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2013-01-02 01:11 userdata -> /dev/block/mmcblk0p23
EDIT: I think i understand the recovery.fstab
I unpacked a stock-recovery.img from another post and got a recovery.fstab, can someone help me understand it?
# mount point fstype device [device2]
/boot emmc /dev/block/platform/msm_sdcc.1/by-name/boot
/system ext4 /dev/block/platform/msm_sdcc.1/by-name/system
/data ext4 /dev/block/platform/msm_sdcc.1/by-name/userdata length=-16384
/cache ext4 /dev/block/platform/msm_sdcc.1/by-name/cache
/recovery emmc /dev/block/platform/msm_sdcc.1/by-name/recovery
/sdcard vfat /dev/block/mmcblk1p1 /dev/block/mmcblk1
/efs ext4 /dev/block/platform/msm_sdcc.1/by-name/efs
/modem emmc /dev/block/platform/msm_sdcc.1/by-name/modem
/preload ext4 /dev/block/platform/msm_sdcc.1/by-name/hidden
assassinanex said:
I unpacked a stock-recovery.img from another post and got a recovery.fstab, can someone help me understand it?
# mount point fstype device [device2]
/boot emmc /dev/block/platform/msm_sdcc.1/by-name/boot
/system ext4 /dev/block/platform/msm_sdcc.1/by-name/system
/data ext4 /dev/block/platform/msm_sdcc.1/by-name/userdata length=-16384
/cache ext4 /dev/block/platform/msm_sdcc.1/by-name/cache
/recovery emmc /dev/block/platform/msm_sdcc.1/by-name/recovery
/sdcard vfat /dev/block/mmcblk1p1 /dev/block/mmcblk1
/efs ext4 /dev/block/platform/msm_sdcc.1/by-name/efs
/modem emmc /dev/block/platform/msm_sdcc.1/by-name/modem
/preload ext4 /dev/block/platform/msm_sdcc.1/by-name/hidden
Click to expand...
Click to collapse
intended_mount_location type partition
by-name doesn't always exists, you'll need to check what initfs is creating on your particular phone. The opensource kernel is available for your phone from samsung, best place to look imo.
PS. if this helps you I'd appreciate a copy of the firmware from your phone for a project
m0tter
any updates on this?
m0tter said:
intended_mount_location type partition
by-name doesn't always exists, you'll need to check what initfs is creating on your particular phone. The opensource kernel is available for your phone from samsung, best place to look imo.
PS. if this helps you I'd appreciate a copy of the firmware from your phone for a project
m0tter
Click to expand...
Click to collapse
if you need s3 mini sm-g730a firmware how do i exctract it ? ill send nmine to any who need
Related
Can someone post the partition table block for me thanks. Need to see which one is SYSTEM, CACHE AND USERDATA.
@hatememarkz you are a d/a
@...awesome... hope this helps
Partition Table
/dev/block/mmcblk0p1 secboot2 partition map
/dev/block/mmcblk0p2 dbl.mbn (boot loader)
/dev/block/mmcblk0p3 osbl.mbn (boot loader)
/dev/block/mmcblk0p4 MBR extended partition table
/dev/block/mmcblk0p5 EMMCBOOT.MBN (boot loader, has odin download mode)
/dev/block/mmcblk0p6 amss.mbn
/dev/block/mmcblk0p7 emmcparam.bin
/dev/block/mmcblk0p8 boot.img (linux kernel)
/dev/block/mmcblk0p9 adsp.mbn (baseband)
/dev/block/mmcblk0p10 rmt
/dev/block/mmcblk0p11 rmt
/dev/block/mmcblk0p12 persist.ext4
/dev/block/mmcblk0p13 recovery.img (linux kernel+initrd for recovery mode)
/dev/block/mmcblk0p14 param
/dev/block/mmcblk0p15 system.ext4
/dev/block/mmcblk0p16 cache.ext4
/dev/block/mmcblk0p17 data.ext4
/dev/block/mmcblk0p18 preload.ext4
/dev/block/mmcblk0p19
/dev/block/mmcblk0p20 all 0's
/dev/block/mmcblk0p21 all 0's
/dev/block/mmcblk0p22 all 0's
/dev/block/mmcblk0p23 all 0's
/dev/block/mmcblk0p24 all 0's
/dev/block/mmcblk0p25 all 0's
/dev/block/mmcblk0p26 all 0's
/dev/block/mmcblk0p27 efs (encrypted fs)
/dev/block/mmcblk0p28 /mnt/sdcard
Thread Closed as per OP request, Thank You.
What are the correct commands for the updater script in a custom rom.zip when im writing to the /system, /data, /recovery, /boot i know the architecture which is.... but what would i put in the updater script from a custom rom....i built one but all thats in the there for mount is MTD
/recovery emmc /dev/block/platform/sdhci-tegra.3/by-name/SOS
/boot emmc /dev/block/platform/sdhci-tegra.3/by-name/LNX
/system ext4 /dev/block/platform/sdhci-tegra.3/by-name/APP
/cache ext4 /dev/block/platform/sdhci-tegra.3/by-name/CAC
/misc emmc /dev/block/platform/sdhci-tegra.3/by-name/MSC
/staging emmc /dev/block/platform/sdhci-tegra.3/by-name/USP
/metadata emmc /dev/block/platform/sdhci-tegra.3/by-name/MDA
/data ext4 /dev/block/platform/sdhci-tegra.3/by-name/UDA
*please move to general questions sorry devs
No4g4Me said:
What are the correct commands for the updater script in a custom rom.zip when im writing to the /system, /data, /recovery, /boot
Click to expand...
Click to collapse
the partition type is EMMC
Recovery is mmcblk0p1
Boot is mmcblk0p2
System is mmcblk0p3
http://forum.xda-developers.com/showpost.php?p=41808197&postcount=13
Sweet more roms!
Edit:
Here is what I am using, but the format isnt working, I'm getting status 6 in cwm, So just removing that from updater script and doing a manual wipe of system before flash;
format("ext4", "EMMC", "/dev/block/mmcblk0p3");
mount("ext4", "EMMC", "/dev/block/mmcblk0p3", "/system");
This is what I'm using because I pulled it straight from the OTA update updater-script file:
format("ext4", "EMMC", "/dev/block/platform/sdhci-tegra.3/by-name/APP", "0", "/system");
mount("ext4", "EMMC", "/dev/block/platform/sdhci-tegra.3/by-name/APP", "/system");
Yeah. I got status 6 when I tried using those commands as well. I'm not sure if it's something misconfigured with the CWM recovery or not.
Anyway, I was able to mount and unmount stuff with:
Code:
run_program("/sbin/mount","/system");
Code:
run_program("/sbin/umount","/system");
The partitions in the fstab are:
/recovery emmc /dev/block/platform/sdhci-tegra.3/by-name/SOS
/boot emmc /dev/block/platform/sdhci-tegra.3/by-name/LNX
/system ext4 /dev/block/platform/sdhci-tegra.3/by-name/APP
/cache ext4 /dev/block/platform/sdhci-tegra.3/by-name/CAC
/misc emmc /dev/block/platform/sdhci-tegra.3/by-name/MSC
/staging emmc /dev/block/platform/sdhci-tegra.3/by-name/USP
/metadata emmc /dev/block/platform/sdhci-tegra.3/by-name/MDA
/data ext4 /dev/block/platform/sdhci-tegra.3/by-name/UDA
/sdcard datamedia /dev/null
Click to expand...
Click to collapse
And as the professor pointed out, the corresponding mmcblk numbers are
lrwxrwxrwx root root 2013-05-25 02:23 APP -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2013-05-25 02:23 CAC -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2013-05-25 02:23 LNX -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2013-05-25 02:23 MDA -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2013-05-25 02:23 MSC -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2013-05-25 02:23 SOS -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2013-05-25 02:23 UDA -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2013-05-25 02:23 UPP -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2013-05-25 02:23 USP -> /dev/block/mmcblk0p7
Click to expand...
Click to collapse
Ok, that's how I had to mount them on the Droid Bionic as well.
I know --- the bootloader is locked. But I still had to prove it to myself. And the info provided here may be useful to developers as well as to end-users.
Here is my story:
Running stock KK 4.4.2 (NCE) on my G900A, I successfully rooted using GeoHot’s towelroot https://towelroot.com/.
Then I froze the AT&T software updater app via Titanium Backup Pro --- since there is presently no way to re-root after updating.
Then I modified the stock recovery image to enable “adbd” (Android Debug Bridge daemon). Here’s a brief description of the process:
Running ADB with root and busybox installed, I created directory: /sdcard/Boot and did this:
Code:
dd if=/dev/block/mmcblk0p16 of=/sdcard/Boot/recovery.img
Then on Windows, I unpacked recovery.img to kernel and /ramdisk and modified the /ramdisk/init.rc script as follows:
Code:
service recovery /sbin/recovery
service adbd /sbin/adbd recovery
[COLOR="Blue"]
# se[email protected] (09 Dec 2014)
# disabled
# [email protected] (09 Dec 2014)
[/COLOR]
socket adbd stream 660 system system
##++ Security R&D Group
service qrngd /system/bin/qrngd -f
class load_ode_env
user root
group root
oneshot
Then I repacked kernel and modified /ramdisk to recovery-repack.img, dropped it into /sdcard/Boot and flashed it to the recovery partition from 4.4.2 via ADB:
Code:
dd if=/sdcard/Boot/recovery-repack.img of=/dev/block/mmcblk0p16
When I rebooted, my phone returned an error message and rebooted again, this time to download mode. Oh well, I was really hoping to sneak this one past AT&T.
Somewhat nervous, I scoured the web for two days in search of a decent stock NCE build to recover my G900A. But all of the links were slow, flaky, costly and/or plagued with ads --- except for this one…
NCE Stock TAR with md5: http://www.rwilco12.com/forum/showthread.php?tid=883
Odin versions (esp. v1.85 --- considered the most stable):
http://www.rwilco12.com/forum/showthread.php?tid=101
So I downloaded the 1.5GB zip, decompressed to: “G900AUCU1ANCE_G900AATT1ANCE_G900AUCU1ANCE_HOME.tar.md5”
and ran Odin v1.85 with:
“\{Path-to}\G900AUCU1ANCE_G900AATT1ANCE_G900AUCU1ANCE_HOME.tar.md5”
in the PDA slot with Auto Reboot and F. Reset Time checked and no others checked except for PDA. Execution was flawless (ref. image below) and my G900A gracefully rebooted to stock KK 4.4.2--- with all of my installed apps, data and settings intact. And I quickly recovered root by re-launching the towelroot APK.
Of course I did lose busybox since it installs under /system/xbin. No problem, I just went to the BB app I had installed earlier and reinstalled BB from there.
Note: When I stripped off the .md5 suffix and opened the resulting .tar file with 7zip, an error message was returned but the file listing was still shown:
Note the absence of a data image --- a good thing if you have installed apps etc.
Something else I found helpful is the G900A partition map. Navigating to /dev/block/platform/msm_sdcc.1/by-name …
Code:
cd /dev/block/platform/msm_sdcc.1/by-name
[email protected]:/dev/block/platform/msm_sdcc.1/by-name # ls -ld *
ls -ld *
lrwxrwxrwx root root 2014-01-02 11:49 aboot -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-01-02 11:49 apnhlos -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2014-01-02 11:49 backup -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2014-01-02 11:49 boot -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-01-02 11:49 cache -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-01-02 11:49 dbi -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2014-01-02 11:49 ddr -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2014-01-02 11:49 efs -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2014-01-02 11:49 fota -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2014-01-02 11:49 fsc -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2014-01-02 11:49 fsg -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2014-01-02 11:49 modem -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2014-01-02 11:49 modemst1 -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2014-01-02 11:49 modemst2 -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2014-01-02 11:49 pad -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2014-01-02 11:49 param -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2014-01-02 11:49 persdata -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-01-02 11:49 persist -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2014-01-02 11:49 recovery -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-01-02 11:49 rpm -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2014-01-02 11:49 sbl1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2014-01-02 11:49 ssd -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2014-01-02 11:49 system -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-01-02 11:49 tz -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2014-01-02 11:49 userdata -> /dev/block/mmcblk0p25
[email protected]:/dev/block/platform/msm_sdcc.1/by-name #
Note especially the boot, recovery, system, data and cache partitions…
Code:
lrwxrwxrwx root root 2014-01-02 11:49 aboot -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-01-02 11:49 boot -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-01-02 11:49 cache -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-01-02 11:49 persdata -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-01-02 11:49 recovery -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-01-02 11:49 system -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-01-02 11:49 userdata -> /dev/block/mmcblk0p25
Many thanks to Rwilco12 for SGS5 support: http://www.rwilco12.com/
Also thanks to Krang for consolidating Rwilco12’s SGS5 links: http://www.rwilco12.com/forum/member.php?action=profile&uid=450
sendust7 said:
I know --- the bootloader is locked. But I still had to prove it to myself. And the info provided here may be useful to developers as well as to end-users.
Here is my story:
Running stock KK 4.4.2 (NCE) on my G900A, I successfully rooted using GeoHot’s towelroot https://towelroot.com/.
Then I froze the AT&T software updater app via Titanium Backup Pro --- since there is presently no way to re-root after updating.
Then I modified the stock recovery image to enable “adbd” (Android Debug Bridge daemon). Here’s a brief description of the process:
Running ADB with root and busybox installed, I created directory: /sdcard/Boot and did this:
Code:
dd if=/dev/block/mmcblk0p16 of=/sdcard/Boot/recovery.img
Then on Windows, I unpacked recovery.img to kernel and /ramdisk and modified the /ramdisk/init.rc script as follows:
Code:
service recovery /sbin/recovery
service adbd /sbin/adbd recovery
[COLOR="Blue"]
# [email protected] (09 Dec 2014)
# disabled
# [email protected] (09 Dec 2014)
[/COLOR]
socket adbd stream 660 system system
##++ Security R&D Group
service qrngd /system/bin/qrngd -f
class load_ode_env
user root
group root
oneshot
Then I repacked kernel and modified /ramdisk to recovery-repack.img, dropped it into /sdcard/Boot and flashed it to the recovery partition from 4.4.2 via ADB:
Code:
dd if=/sdcard/Boot/recovery-repack.img of=/dev/block/mmcblk0p16
When I rebooted, my phone returned an error message and rebooted again, this time to download mode. Oh well, I was really hoping to sneak this one past AT&T.
Somewhat nervous, I scoured the web for two days in search of a decent stock NCE build to recover my G900A. But all of the links were slow, flaky, costly and/or plagued with ads --- except for this one…
NCE Stock TAR with md5: http://www.rwilco12.com/forum/showthread.php?tid=883
Odin versions (esp. v1.85 --- considered the most stable):
http://www.rwilco12.com/forum/showthread.php?tid=101
So I downloaded the 1.5GB zip, decompressed to: “G900AUCU1ANCE_G900AATT1ANCE_G900AUCU1ANCE_HOME.tar.md5”
and ran Odin v1.85 with:
“\{Path-to}\G900AUCU1ANCE_G900AATT1ANCE_G900AUCU1ANCE_HOME.tar.md5”
in the PDA slot with Auto Reboot and F. Reset Time checked and no others checked except for PDA. Execution was flawless (ref. image below) and my G900A gracefully rebooted to stock KK 4.4.2--- with all of my installed apps, data and settings intact. And I quickly recovered root by re-launching the towelroot APK.
Of course I did lose busybox since it installs under /system/xbin. No problem, I just went to the BB app I had installed earlier and reinstalled BB from there.
Note: When I stripped off the .md5 suffix and opened the resulting .tar file with 7zip, an error message was returned but the file listing was still shown:
Note the absence of a data image --- a good thing if you have installed apps etc.
Something else I found helpful is the G900A partition map. Navigating to /dev/block/platform/msm_sdcc.1/by-name …
Code:
cd /dev/block/platform/msm_sdcc.1/by-name
[email protected]:/dev/block/platform/msm_sdcc.1/by-name # ls -ld *
ls -ld *
lrwxrwxrwx root root 2014-01-02 11:49 aboot -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-01-02 11:49 apnhlos -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2014-01-02 11:49 backup -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2014-01-02 11:49 boot -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-01-02 11:49 cache -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-01-02 11:49 dbi -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2014-01-02 11:49 ddr -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2014-01-02 11:49 efs -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2014-01-02 11:49 fota -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2014-01-02 11:49 fsc -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2014-01-02 11:49 fsg -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2014-01-02 11:49 modem -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2014-01-02 11:49 modemst1 -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2014-01-02 11:49 modemst2 -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2014-01-02 11:49 pad -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2014-01-02 11:49 param -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2014-01-02 11:49 persdata -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-01-02 11:49 persist -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2014-01-02 11:49 recovery -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-01-02 11:49 rpm -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2014-01-02 11:49 sbl1 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2014-01-02 11:49 ssd -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2014-01-02 11:49 system -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-01-02 11:49 tz -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2014-01-02 11:49 userdata -> /dev/block/mmcblk0p25
[email protected]:/dev/block/platform/msm_sdcc.1/by-name #
Note especially the boot, recovery, system, data and cache partitions…
Code:
lrwxrwxrwx root root 2014-01-02 11:49 aboot -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2014-01-02 11:49 boot -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2014-01-02 11:49 cache -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2014-01-02 11:49 persdata -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2014-01-02 11:49 recovery -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2014-01-02 11:49 system -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 2014-01-02 11:49 userdata -> /dev/block/mmcblk0p25
Many thanks to Rwilco12 for SGS5 support: http://www.rwilco12.com/
Also thanks to Krang for consolidating Rwilco12’s SGS5 links: http://www.rwilco12.com/forum/member.php?action=profile&uid=450
Click to expand...
Click to collapse
Actually a little searching on the forums and you'll find a very simple painless way to reroot after the update, also odin 3.09 or 3.10 is the current version. And if you also search for safestrap in the forums you'll find recovery. You have provided a lot of info here thanks for that but could have saved yourself a lot of grief and time by searching first
Sent from my SAMSUNG-SM-G900A using XDA Free mobile app
Question, did this return the phone to stock completely? Removing root and safestrap?
can not locate
cstayton said:
Actually a little searching on the forums and you'll find a very simple painless way to reroot after the update, also odin 3.09 or 3.10 is the current version. And if you also search for safestrap in the forums you'll find recovery. You have provided a lot of info here thanks for that but could have saved yourself a lot of grief and time by searching first
Sent from my SAMSUNG-SM-G900A using XDA Free mobile app
Click to expand...
Click to collapse
Safestrap is not available for the SM-G900A? i can not find any.
Does anyone know the relation of which block devices in /dev/mmcblk0pXX belong to which partition? (ex: system, modem, boot, etc)
I'm looking to create a custom Odin AIO package for my install of lollipop, which has been rooted and such; going back to NE4 is a PITA and would like a faster route for when a full wipe is required.
Thanks in advance :good:
After scrounging the internet for awhile, I was able to answer my own question. I've posted the partition scheme below for others who might need it someday:
aboot -> /dev/block/mmcblk0p6
apnhlos -> /dev/block/mmcblk0p1
backup -> /dev/block/mmcblk0p18
boot -> /dev/block/mmcblk0p15
cache -> /dev/block/mmcblk0p24
dbi -> /dev/block/mmcblk0p4
ddr -> /dev/block/mmcblk0p5
efs -> /dev/block/mmcblk0p12
fota -> /dev/block/mmcblk0p17
fsc -> /dev/block/mmcblk0p19
fsg -> /dev/block/mmcblk0p9
modem -> /dev/block/mmcblk0p2
modemst1 -> /dev/block/mmcblk0p13
modemst2 -> /dev/block/mmcblk0p14
pad -> /dev/block/mmcblk0p10
param -> /dev/block/mmcblk0p11
persdata -> /dev/block/mmcblk0p22
persist -> /dev/block/mmcblk0p21
recovery -> /dev/block/mmcblk0p16
rpm -> /dev/block/mmcblk0p7
sbl1 -> /dev/block/mmcblk0p3
ssd -> /dev/block/mmcblk0p20
system -> /dev/block/mmcblk0p23
tz -> /dev/block/mmcblk0p8
userdata -> /dev/block/mmcblk0p25
Hi
can any one verify if the list of my partition is correct and the name matches with the mmcblk0pxx, my vie-l29 was unbricked and recived an erase_emmc
it boot but instable and wifi and sound not working
lrwxrwxrwx root root 1970-01-02 06:44 3rdmodem -> /dev/block/mmcblk0p35
lrwxrwxrwx root root 1970-01-02 06:44 3rdmodemnvm -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 1970-01-02 06:44 3rdmodemnvmbkp -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 1970-01-02 06:44 boot -> /dev/block/mmcblk0p28
lrwxrwxrwx root root 1970-01-02 06:44 cache -> /dev/block/mmcblk0p36
lrwxrwxrwx root root 1970-01-02 06:44 cust -> /dev/block/mmcblk0p40
lrwxrwxrwx root root 1970-01-02 06:44 dfx -> /dev/block/mmcblk0p34
lrwxrwxrwx root root 1970-01-02 06:44 dts -> /dev/block/mmcblk0p30
lrwxrwxrwx root root 1970-01-02 06:44 fastboot -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 1970-01-02 06:44 frp -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 1970-01-02 06:44 fw_hifi -> /dev/block/mmcblk0p27
lrwxrwxrwx root root 1970-01-02 06:44 fw_lpm3 -> /dev/block/mmcblk0p3
lrw-rw---- system system 1970-01-02 06:44 hisitest0 -> /dev/block/mmcblk0p37
lrw-rw---- system system 1970-01-02 06:44 hisitest1 -> /dev/block/mmcblk0p38
lrw-rw---- system system 1970-01-02 06:44 hisitest2 -> /dev/block/mmcblk0p41
lrwxrwxrwx root root 1970-01-02 06:44 misc -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 1970-01-02 06:44 modem -> /dev/block/mmcblk0p31
lrwxrwxrwx root root 1970-01-02 06:44 modem_dsp -> /dev/block/mmcblk0p32
lrwxrwxrwx root root 1970-01-02 06:44 modem_dtb -> /dev/block/mmcblk0p33
lrwxrwxrwx root root 1970-01-02 06:44 modem_om -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 1970-01-02 06:44 modemnvm_backup -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 1970-01-02 06:44 modemnvm_factory -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 1970-01-02 06:44 modemnvm_img -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 1970-01-02 06:44 modemnvm_system -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 1970-01-02 06:44 modemnvm_update -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 1970-01-02 06:44 nvme -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 1970-01-02 06:44 oeminfo -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 1970-01-02 06:44 persist -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 1970-01-02 06:44 recovery -> /dev/block/mmcblk0p29
lrwxrwxrwx root root 1970-01-02 06:44 recovery2 -> /dev/block/mmcblk0p22
lrw-rw---- system system 1970-01-02 06:44 reserved1 -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 1970-01-02 06:44 reserved2 -> /dev/block/mmcblk0p23
lrwxrwxrwx root root 1970-01-02 06:44 secure_storage -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 1970-01-02 06:44 sensorhub -> /dev/block/mmcblk0p26
lrwxrwxrwx root root 1970-01-02 06:44 splash -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 1970-01-02 06:44 splash2 -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 1970-01-02 06:44 system -> /dev/block/mmcblk0p39
lrwxrwxrwx root root 1970-01-02 06:44 teeos -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 1970-01-02 06:44 trustfirmware -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 1970-01-02 06:44 userdata -> /dev/block/mmcblk0p42
lrwxrwxrwx root root 1970-01-02 06:44 vrl -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 1970-01-02 06:44 vrl_backup -> /dev/block/mmcblk0p2
thank you
any one pls , just share your partition list of your working p9 plus