note:this is a study log,i'am not sure if blow is all right:cyclops:
Code:
major minor #blocks dev format name mount note
179 1 2048 mmcblk0p1 ext2 CF /configs
179 2 393216 mmcblk0p2 ext4 A0 /system system.img flash here
179 3 393216 mmcblk0p3 ext4 A1 /system backup system?
179 4 524288 mmcblk0p4 ext4 CC /cache
179 5 2048 mmcblk0p5 ???? MC /misc can't mount
179 6 49152 mmcblk0p6 ???? UP /staging hidden.img flash here
179 7 1024 mmcblk0p7 ???? BF /blflags can't mount
179 8 393216 mmcblk0p8 ext4 DP /datapp manel mount
179 9 16384 mmcblk0p9 ext4 LG /log
179 10 4194304 mmcblk0p10 ext4 UA /data
179 11 9368576 mmcblk0p11 vfat SC /sdcard
here mmcblk0 is first mmc-block device,that is inner storage
mmcblk0p1 is first partition of mmcblk0
block size is 1 KB,so block count 2048 means size is 2MB
there are 2 system partition(p2,p3),p2 is main system partition,if something wrong with p2,system will use p3 for backup.
my tablet first boot will stop at sony logo(use p2),2nd boot will ok(use p3)
if i flash ics,it will flash to p2,and can't use in forst boot,but after wipe,it will back to 3.2.1 again,then next boot to ics....
??system rember what system used in blflag(p7)+0xC.
(in updater-script read_index("/blflags") and code in update-binary)
if the byte is 0,use p2,else use p3,my is 1
content of p7:all zero but 0x03C -- 0x1FB is 0xFF,and
Code:
0x0C:1
0x14:1
0x1fC:0xD2A7AA14
0x1000:BL_VERSION_INFO\0
0x1010:_BL\0 0x00000008
0x1020:_RM\0 0x0000001E
0x1030:_LX\0 0x07334EFF
0x1040:_E1\0 0x00000009
a wipe data will format partition:
data,cache,log,staging
when flash rom,system.img flash to p2 or p3,hidden.img flash to p6
condi's double flash roms flash both to p2 and p3
some cmd:
get partion list
Code:
cat /proc/partitions
p3,p6,p8 is only use in update-script,but you can mout it by cmd
Code:
mount -t ext4 /dev/block/mmcblk0p3 /dir-name
p5,p7,format is unknow,mount fail,but you can dump it's data by cmd
Code:
cat /dev/block/mmcblk0p3 /some-name.bin
or
Code:
dd if=/dev/block/mmcblk0p3 of=/some-name.bin
in theory,you can restore partition by dd cmd,but it's very dangers!
you can check what system you use by cmd mount
Code:
# mount
mount
rootfs / rootfs rw,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
/dev/block/mmcblk0p1 /configs ext2 ro,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
[COLOR="Red"]/dev/block/mmcblk0p3 /system ext4 rw,relatime,barrier=1,data=ordered 0 0[/COLOR]
/dev/block/mmcblk0p10 /data ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered
0 0
/dev/block/mmcblk0p4 /cache ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered
0 0
/dev/block/mmcblk0p9 /log ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered 0
0
/dev/block/svold/179:17 /mnt/sdcard2 vfat rw,dirsync,nosuid,nodev,noexec,relatim
e,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iochar
set=iso8859-1,shortname=mixed,batch_sync,utf8,comp_uni,avoid_dlink,errors=remoun
t-ro 0 0
/dev/block/vold/179:11 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,
uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharse
t=iso8859-1,shortname=mixed,batch_sync,utf8,comp_uni,avoid_dlink,errors=remount-
ro 0 0
/dev/block/vold/179:11 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,rela
time,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,ioc
harset=iso8859-1,shortname=mixed,batch_sync,utf8,comp_uni,avoid_dlink,errors=rem
ount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
View attachment partitions.7z
Have anyone treis to flip this blaflags partition flag which tells which partition to reboot from? It could allow more versatile flashing...
According to Chainfire's floating performance monitor application the Disk I/O is mmcblk0.
Sent from my Nexus 4 using xda app-developers app
Where is the kernel? In the system partition, because i can´t see a boot partition in your list...
Partitionator said:
Where is the kernel? In the system partition, because i can´t see a boot partition in your list...
Click to expand...
Click to collapse
mmcblk0p6
Thats also where recovery is, hidden.img is kernel + recovery
lopezk38 said:
mmcblk0p6
Thats also where recovery is, hidden.img is kernel + recovery
Click to expand...
Click to collapse
no,no,no
in normal case mmcblk0p6 is empty
1,mount it,will get only "lost+found" dir
2,dump it by dd,it's almost 50M of zero
as it's name,mmcblk0p6 is only a staging,when update system,hidden.img(kernel + recovery) will flash to mmcblk0p6,
but after reboot,the data will be cut to some place else.maybe a hidden partition we don't know
ánd the file used in recovery is not in the list too..
;45311156 said:
no,no,no
in normal case mmcblk0p6 is empty
1,mount it,will get only "lost+found" dir
2,dump it by dd,it's almost 50M of zero
as it's name,mmcblk0p6 is only a staging,when update system,hidden.img(kernel + recovery) will flash to mmcblk0p6,
but after reboot,the data will be cut to some place else.maybe a hidden partition we don't know
ánd the file used in recovery is not in the list too..
Click to expand...
Click to collapse
Robin, we need you to join the Sony Tablet Bootloader Discussion on Google Hangouts, can you PM me with your email with the subject "STBD"?
Sent from my Nexus 4 using Tapatalk 4
Related
Greetings,
I am looking for assistance trying to port CWM recovery to the Lenovo K1. At this point I have attempted to modify the recovery.fstab and compile a CWM recovery.img from the cm7 gingerbread branch. After flashing the new recovery.img (using the steps outlined in the rootzwiki.com 'Messy' guide) the recovery keycombo (Vol+ and Power) or running 'adb reboot recovery' result in just rebooting right back into the OS. Does anyone know of a way to debug this (i.e. logs to look at?)
I'm probably editing the recovery.fstab wrong. Here's the partitions I think are right so far. The rest is a guessing game based on size.
Any help will be greatly appreciated.
recovery.fstab
# mount point fstype device [device2]
/boot mtd ??
/cache ext4 /dev/block/mmcblk0p4
/data ext4 /dev/block/mmcblk0p7 /dev/block/mmcblk0p8
/misc mtd ??
/recovery mtd ??
/sdcard vfat ??
/system ext4 /dev/block/mmcblk0p3
/sd-ext yaffs2 ??
This is the output from mount
# mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p3 /system ext4 ro,relatime,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p7 /data ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p4 /cache ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p8 /data/temp ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered 0 0
/dev/fuse /mnt/sdcard fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/block/mmcblk0p8 /data/media/lenovo_media ext4 rw,nosuid,nodev,noatime,barrier=1,data=ordered 0 0
Output from 'cat /proc/partitions'
major minor #blocks name
179 0 31259648 mmcblk0
179 1 5120 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 409600 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 2048 mmcblk0p5
179 6 143360 mmcblk0p6
179 7 27479552 mmcblk0p7
259 0 1024000 mmcblk0p8
Hello, i have a new tablet from Arnova (little brother of Archos)
Spec of the tablet
1.4 ghz msm 8255 processor
512 ram
ICS operating system
What is the case, i managed to root the tablet, and dump the system partition, but romdump is not able to dump the boot and recovery, so i asked myself why
These are some results
mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p12 /system ext4 ro,relatime,user_xattr,barrier=1,data=ordered
0 0
/dev/block/mmcblk0p13 /data ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=1,d
ata=ordered,noauto_da_alloc 0 0
/dev/block/mmcblk0p14 /persist ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=
1,data=ordered 0 0
/dev/block/mmcblk0p15 /cache ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=1,
data=ordered 0 0
/dev/block/mmcblk0p17 /content ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=
1,data=ordered 0 0
/dev/block/vold/179:20 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,
uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharse
t=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:20 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,rela
time,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,ioc
harset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/block/vold/179:97 /mnt/external_sd vfat rw,dirsync,nosuid,nodev,noexec,rela
time,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,ioc
harset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
[email protected]:/ # df
df
Filesystem Size Used Free Blksize
/dev 194M 48K 194M 4096
/mnt/asec 194M 0K 194M 4096
/mnt/obb 194M 0K 194M 4096
/system 295M 223M 71M 4096
/data 393M 73M 320M 4096
/persist 4M 1M 3M 1024
/cache 196M 4M 192M 4096
/content 17M 13M 3M 4096
/mnt/sdcard 2G 1M 2G 4096
/mnt/secure/asec 2G 1M 2G 4096
/mnt/external_sd 3G 2G 1G 32768
[email protected]:/ # ls /dev/block/mmcblk*
ls /dev/block/mmcblk*
/dev/block/mmcblk0
/dev/block/mmcblk0boot0
/dev/block/mmcblk0boot1
/dev/block/mmcblk0p1
/dev/block/mmcblk0p10
/dev/block/mmcblk0p11
/dev/block/mmcblk0p12
/dev/block/mmcblk0p13
/dev/block/mmcblk0p14
/dev/block/mmcblk0p15
/dev/block/mmcblk0p16
/dev/block/mmcblk0p17
/dev/block/mmcblk0p18
/dev/block/mmcblk0p19
/dev/block/mmcblk0p2
/dev/block/mmcblk0p20
/dev/block/mmcblk0p3
/dev/block/mmcblk0p4
/dev/block/mmcblk0p5
/dev/block/mmcblk0p6
/dev/block/mmcblk0p7
/dev/block/mmcblk0p8
/dev/block/mmcblk0p9
/dev/block/mmcblk1
/dev/block/mmcblk1p1
[email protected]:/ # cat proc/mtd
cat proc/mtd
dev: size erasesize name
I am asking for some help.
How can i dump the boot and recovery ?
It is posibile considering the fact that there is no mtd ?
I am not an expert in this, so if i got something wrong show me what i dit.
Thx for any help.
Bump
Hmmm....
Code:
cat /proc/mtd
should give you the infos you need (I can't see which MTD is the recovery). Else you may want to provide me the system image?
There is no MTD on the 7c g3 only on the 7c g2 is a mtd, on the 7c g3 it is emcc which is used also on the htc phones and samsung phones.
This is the 7C G2
mount
rootfs on / type rootfs (rw)
tmpfs on /dev type tmpfs (rw,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
none on /acct type cgroup (rw,relatime,cpuacct)
tmpfs on /mnt/asec type tmpfs (rw,relatime,mode=755,gid=1000)
tmpfs on /mnt/obb type tmpfs (rw,relatime,mode=755,gid=1000)
none on /dev/cpuctl type cgroup (rw,relatime,cpu)
/dev/block/mtdblock1 on /system type yaffs2 (rw,relatime)
/dev/block/mtdblock4 on /data type yaffs2 (rw,nosuid,nodev,relatime)
/dev/block/mtdblock5 on /persist type yaffs2 (rw,nosuid,nodev,relatime)
/dev/block/mtdblock7 on /content type yaffs2 (rw,nosuid,nodev,relatime
And this one is the 7C G3
mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p12 /system ext4 ro,relatime,user_xattr,barrier=1,data=ordered
0 0
/dev/block/mmcblk0p13 /data ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=1,d
ata=ordered,noauto_da_alloc 0 0
/dev/block/mmcblk0p14 /persist ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=
1,data=ordered 0 0
/dev/block/mmcblk0p15 /cache ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=1,
data=ordered 0 0
/dev/block/mmcblk0p17 /content ext4 rw,nosuid,nodev,relatime,user_xattr,barrier=
1,data=ordered 0 0
/dev/block/vold/179:20 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,
uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utim e=0020,codepage=cp437,iocharse
t=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:20 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,rela
time,uid=1000,gid=1015,fmask=0702,dmask=0702,allow _utime=0020,codepage=cp437,ioc
harset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/block/vold/179:97 /mnt/external_sd vfat rw,dirsync,nosuid,nodev,noexec,rela
time,uid=1000,gid=1015,fmask=0702,dmask=0702,allow _utime=0020,codepage=cp437,ioc
harset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
I forgot to say that the 7C G3 has also a 4gb Internal space which is showd in the first post (how is partitioned)
This is the boot image that i have just dumped using the command :
[email protected]:/ # dd if=/dev/block/mmcblk0p8 of=/sdcard/bootmmc8.img bs=4096
dd if=/dev/block/mmcblk0p8 of=/sdcard/bootmmc8.img bs=4096
2560+0 records in
2560+0 records out
10485760 bytes transferred in 0.461 secs (22745683 bytes/sec)
this was the block where i found this image
http://depositfiles.com/files/qd34j4fkl
Now i am not sure if i can flash this image without breaking the tablet, and i can not find the recovery.
basicaly those mmc blocks are similar with the mtd blocks
I see. I have such device, too. Though I never did anything around hacking it, I'll see if I can find some usefull infos and write back then.
i just tried the boot.img and it works
now i just need to find the recovery partition, it must be one from this 22 mmc blocks
i will upload the system.tar dump, maybe you can make a system.img (i don`t know how) for backup to stock rom
Done, found also the recovery it was in the block16, i can see a link, boot in block8 and recovery in block16 ,system in block12
i will try to learn now about creating a cwm
http://www.mediafire.com/?rn9uppve8569ffn
system image
had problems finding my boot and recovery blocks on my device and ran into this thread and someone mentioned that there's no mtd but emmc so i tried cat proc/emmc and boom! that got me what i needed
i got the cat /proc/mounts here -
Code:
[email protected]:/ # cat /proc/mounts
cat /proc/mounts
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600,ptmxmode=000 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
/dev/block/nandi /oem cramfs ro,relatime 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
/dev/block/nandd /system ext4 ro,relatime,user_xattr,barrier=0,data=ordered 0 0
/dev/block/nande /data ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journal
_checksum,data=ordered,noauto_da_alloc 0 0
/dev/block/nandh /cache ext4 rw,nosuid,nodev,noatime,user_xattr,barrier=0,journa
l_checksum,data=ordered,noauto_da_alloc 0 0
/dev/block/vold/93:72 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,u
id=1000,gid=1015,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset
=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/93:72 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relat
ime,uid=1000,gid=1015,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,ioch
arset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/block/vold/179:1 /mnt/extsd vfat rw,dirsync,nosuid,nodev,noexec,relatime,ui
d=1000,gid=1015,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocharset=
ascii,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:1 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relat
ime,uid=1000,gid=1015,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,ioch
arset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/extsd/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/block/dm-0 /mnt/asec/com.gameinsight.mycountry-1 vfat ro,dirsync,nosuid,nod
ev,relatime,uid=1000,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,iocha
rset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/dm-1 /mnt/asec/com.vividgames.speedwaygp2012-1 vfat ro,dirsync,nosuid
,nodev,relatime,uid=1000,fmask=0000,dmask=0000,allow_utime=0022,codepage=cp437,i
ocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0
can any one tell me from this which is the boot and recovery partition?
anyone please???
michael.the.don said:
i got the cat /proc/mounts here -
can any one tell me from this which is the boot and recovery partition?
Click to expand...
Click to collapse
/proc/mounts only shows currently mounted partitions, and not boot neither recovery are ever mounted. Instead check either /proc/mtd (for NAND) or in the partition table (for MMC, use fdisk).
If NAND, there's no guarantee the boot loader exposes those partitions to the kernel at all, though.
i tried using /proc/mtd but it says file missing.
how to use fdisk?
i tried using /proc/partitions
it gives me-
[email protected]:/ # cat /partitions
cat /proc/partitions
major minor #blocks name
93 0 16384 nanda
93 8 2048 nandb
93 16 32768 nandc
93 24 262144 nandd
93 32 1048576 nande
93 40 1024 nandf
93 48 32768 nandg
93 56 262144 nandh
93 64 131072 nandi
93 72 5992448 nandj
179 0 15674368 mmcblk0
179 1 15670272 mmcblk0p1
michael.the.don said:
i tried using /proc/mtd but it says file missing.
how to use fdisk?
i tried using /proc/partitions
it gives me-
[email protected]:/ # cat /partitions
cat /proc/partitions
major minor #blocks name
93 0 16384 nanda
93 8 2048 nandb
93 16 32768 nandc
93 24 262144 nandd
93 32 1048576 nande
93 40 1024 nandf
93 48 32768 nandg
93 56 262144 nandh
93 64 131072 nandi
93 72 5992448 nandj
179 0 15674368 mmcblk0
179 1 15670272 mmcblk0p1
Click to expand...
Click to collapse
Good enough, now you can start mapping all your partitions. Compare this to the mount list, and mark e.g. nande as data, etc. After a while you'll get a few unknown left, potential candidates for boot and recovery you can examine more carefully.
thanks very much.
michael.the.don said:
thanks very much.
Click to expand...
Click to collapse
I'd guess nandc and nandg, they seems about the right size and not mounted. dd them to a file and examine them if they've got the format mkbootimg produces. Those files should begin with "ANDROID!".
# dd if=/dev/block/nandg of=/sdcard/isthisboot.img
Hi,
I had an encrypted I9100 on Cyanogenmod 9. After a factory reset I installed Cyanogemod 10.1. Everything runs smoothly, but about 12gb of my internal sd space was misplaced during the installation and is now missing. Only 2 gb is currently available. /sdcard cannot be mounted, something about /sdcard/android_secure
I ran some commands in adb, and the space is still there, but it needs to be replaced / repartitioned somehow, and I have no idea how to do so.
Would anyone happen to know a way to redeem this space?
Thanks.
df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 395.6M 48.0K 395.6M 0% /dev
/dev/block/mmcblk0p7 98.4M 87.0M 11.4M 88% /cache
~ # mount /data
df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 395.6M 48.0K 395.6M 0% /dev
/dev/block/mmcblk0p7 98.4M 87.0M 11.4M 88% /cache
/dev/block/mmcblk0p10
2.0G 366.4M 1.6G 18% /data
du -hs *
4.0K NVM0
0 NVM1
4.0K NVM13
0 NVM2
84.0K NVM3
0 NVM5
0 NVM6
115.9M app
44.8M app-asec
50.4M app-lib
4.0K app-private
20.0K backup
44.3M dalvik-cache
73.4M data
8.0K data-private
4.0K dontpanic
20.0K drm
4.0K gps
32.0K local
4.0K log
4.0K lost+found
12.0K media
132.0K misc
24.0K property
4.0K pxtmpdir
4.0K radio
4.0K resource-cache
4.0K security
8.0K ssh
2.2M system
4.0K user
cat /proc/partitions
major minor #blocks name
179 0 15388672 mmcblk0
179 1 20480 mmcblk0p1
179 2 1280 mmcblk0p2
179 3 1280 mmcblk0p3
179 4 8192 mmcblk0p4
179 5 8192 mmcblk0p5
179 6 8192 mmcblk0p6
179 7 102400 mmcblk0p7
259 0 16384 mmcblk0p8
259 1 524288 mmcblk0p9
259 2 2097152 mmcblk0p10
259 3 12066816 mmcblk0p11
259 4 524288 mmcblk0p12
179 8 1985024 mmcblk1
179 9 1983619 mmcblk1p1
/boot emmc /dev/block/mmcblk0p5
/recovery emmc /dev/block/mmcblk0p6
/efs ext4 /dev/block/mmcblk0p1
/cache ext4 /dev/block/mmcblk0p7
/system ext4 /dev/block/mmcblk0p9
/data ext4 /dev/block/mmcblk0p10
/preload ext4 /dev/block/mmcblk0p12
/emmc auto /dev/block/mmcblk0p11
/sdcard auto /dev/block/mmcblk1p1 /dev/block/mmcblk1
mount /sdcard
mount: mounting /dev/block/mmcblk1p1 on /sdcard failed: Device or resource busy
/data # mount
mount
rootfs on / type rootfs (rw)
tmpfs on /dev type tmpfs (rw,nosuid,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
/dev/block/mmcblk0p7 on /cache type ext4 (rw,nodev,noatime,nodiratime,user_xattr
,barrier=1,data=ordered)
/dev/block/mmcblk0p10 on /data type ext4 (rw,relatime,user_xattr,barrier=1,data=
ordered)
/dev/block/mmcblk1p1 on /sdcard type vfat (rw,relatime,fmask=0000,dmask=0000,all
ow_utime=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-
ro)
Test to Format the System, data and cach in cwm and flash them ur cm again. No nandroid,. Complete new
Gesendet von meinem Xperia SP
---------- Post added at 04:06 PM ---------- Previous post was at 04:05 PM ----------
joke19 said:
Test to Format the System, data and cache in cwm and flash then ur cm again. No nandroid,. Complete new
Gesendet von meinem Xperia SP
Click to expand...
Click to collapse
Gesendet von meinem Xperia SP
Thanks for answering joke19. Unfortunately, it doesn't work. I've tried factory reset in clockworkmod, as well as folder by folder format. I've also tried to install different version of cyanogenmod 10. All works well, but the space is still missing
Problem solved! Thanks for the help. Solution was to re-partition using the stock .pit file in Odin.
Hello all,
I'm afraid I've just done a STUPID THING (TM) with my phone. In adb shell (root) I wanted to reformat the second partition of the *external* sd card, and I typed mmcblk0p2 instead of mmcblk1p2. I'm not sure I have broken anything, because fdisk does not show any mmcblk0p2 partition (see below), but the mkfs command somehow succeded:
Code:
# mkfs.ext2 /dev/block/mmcblk0p2
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
128 inodes, 1024 blocks
51 blocks (5%) reserved for the super user
First data block=1
Maximum filesystem blocks=262144
1 block groups
8192 blocks per group, 8192 fragments per group
128 inodes per group
and here is fdisk output:
Code:
# fdisk -l /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 3909 MB, 3909091328 bytes
256 heads, 63 sectors/track, 473 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 1 266306 2147483647+ ee EFI GPT
Partition 1 has different physical/logical beginnings (non-Linux?):
phys=(0, 0, 1) logical=(0, 0, 2)
Partition 1 has different physical/logical endings:
phys=(1023, 255, 63) logical=(266305, 4, 4)
and the output of the mount command:
Code:
# mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,size=469568k,nr_inodes=117392,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,relatime,mode=600 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,seclabel,relatime 0 0
selinuxfs /sys/fs/selinux selinuxfs rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/fs/cgroup tmpfs rw,seclabel,relatime,size=469568k,nr_inodes=117392,mode=750,gid=1000 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,seclabel,relatime,size=469568k,nr_inodes=117392,mode=755,gid=1000 0 0
/dev/block/dm-0 /mnt/asec/lysesoft.andsmb-1 ext4 ro,dirsync,seclabel,nosuid,nodev,noatime 0 0
tmpfs /mnt/obb tmpfs rw,seclabel,relatime,size=469568k,nr_inodes=117392,mode=755,gid=1000 0 0
/dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,seclabel,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,noatime,discard,noauto_da_alloc,resuid=1000,errors=continue,data=ordered 0 0
/dev/block/vold/179:66 /data/sdext2 ext4 rw,seclabel,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 rw,seclabel,nosuid,nodev,relatime,nodelalloc,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,noatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/drm /persist-lg ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/mpt /mpt ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/sns /sns ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/modem /firmware vfat ro,relatime,uid=1000,gid=1000,fmask=0337,dmask=0227,codepage=cp437,iocharset=iso8859-1,shortname=lower,errors=remount-ro 0 0
/dev/block/platform/msm_sdcc.1/by-name/cust /cust ext4 ro,seclabel,nodev,relatime,noauto_da_alloc,data=ordered 0 0
tmpfs /storage/emulated tmpfs rw,seclabel,nosuid,nodev,relatime,size=469568k,nr_inodes=117392,mode=050,gid=1028 0 0
/dev/fuse /mnt/shell/emulated fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/block/vold/179:65 /mnt/media_rw/external_SD vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:65 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/fuse /storage/external_SD fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /storage/emulated/0 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /storage/emulated/0/Android/obb fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /storage/emulated/legacy fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/fuse /storage/emulated/legacy/Android/obb fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
/dev/block/vold/179:65 /data/media/0/WhatsApp vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
Now the phone is still powered on, working ok, and connected with adb shell. I'm not rebooting it until I have some confidence I've not wiped essential system stuff. The phone has the LG stock ROM. Have I wiped any system partition? Will the phone boot again?
Since there is no partition by that name, you have not done any damage to your phone
Plus as it is your external SD card, nothing will happen to the ROM on your phone, as all of that is on the Device Memory!
Cheer up mate, all's well!:thumbup:
Sent from my SM-G530H using XDA Free mobile app
I know I can't blame you, but, just to let you know, the phone is actually bricked. I turned it off after I read your reply, and it never resurrected. No power+volume down tricks. Nothing. Black screen.
Rest in peace.
Oh! I'm so sorry buddy. Your phone may still get back to life. Try a senior on XDA. He may help you.
I guess you don't have access to your recovery as well?
I still don't get it, how can your phone get bricked when you did stuff with the External SD card?
Sent from my SM-G530H using XDA Free mobile app
heinrich.himmler said:
Oh! I'm so sorry buddy. Your phone may still get back to life. Try a senior on XDA. He may help you.
I guess you don't have access to your recovery as well?
Click to expand...
Click to collapse
This story's had a happy ending. Last month I brought my phone back to the lab (the warranty period isn't over yet) and I told them that one day it suddendly died with no reason. I know, Beelzebub has a devil put aside for me...
They phone was so bricked they didn't even dare to check why. They simply replaced the system board and handed me it back fixed after a few days, for free.
heinrich.himmler said:
I still don't get it, how can your phone get bricked when you did stuff with the External SD card?
Click to expand...
Click to collapse
Please note that /dev/block/mmcblk0 is not the external SD. I should have typed /dev/block/mmcblk1 for the external SD, see my first post.