[Galaxy S III General] vader20:
This is what i get in android terminal:

u0_a76@m0:/ $ su

root@m0:/ # mount

rootfs / rootfs ro,relatime 0 0

tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,mode=755 0 0

devpts /dev/pts devpts rw,seclabel,relatime,mode=600 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

none /acct cgroup rw,relatime,cpuacct 0 0

none /sys/fs/cgroup tmpfs rw,seclabel,relatime,mode=750,gid=1000 0 0

tmpfs /mnt/asec tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/obb tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/fuse tmpfs rw,seclabel,relatime,mode=775,gid=1000 0 0

none /dev/cpuctl cgroup rw,relatime,cpu 0 0

/dev/block/mmcblk0p3 /efs ext4 rw,seclabel,nosuid,nodev,noatime,user_xattr,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p9 /system ext4 ro,seclabel,relatime,user_xattr,barrier=1,data=ordered 0 0

/dev/block/mmcblk0p8 /cache ext4 rw,seclabel,noatime,errors=panic,user_xattr,commit=20,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p10 /preload ext4 rw,seclabel,nosuid,nodev,noatime,user_xattr,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p12 /data ext4 rw,seclabel,noatime,errors=panic,user_xattr,commit=20,barrier=1,journal_async_commit,data=ordered,noauto_da_alloc,discard 0 0

/sys/kernel/debug /sys/kernel/debug debugfs rw,relatime 0 0

/dev/fuse /mnt/shell/emulated fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0

tmpfs /system/archidroid/tmpfs tmpfs rw,seclabel,relatime 0 0

/dev/block/vold/179:49 /mnt/media_rw/sdcard1 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/sdcard1 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0

root@m0:/ # umount /storage/sdcard1

root@m0:/ # mount

rootfs / rootfs ro,relatime 0 0

tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,mode=755 0 0

devpts /dev/pts devpts rw,seclabel,relatime,mode=600 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

none /acct cgroup rw,relatime,cpuacct 0 0

none /sys/fs/cgroup tmpfs rw,seclabel,relatime,mode=750,gid=1000 0 0

tmpfs /mnt/asec tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/obb tmpfs rw,seclabel,relatime,mode=755,gid=1000 0 0

tmpfs /mnt/fuse tmpfs rw,seclabel,relatime,mode=775,gid=1000 0 0

none /dev/cpuctl cgroup rw,relatime,cpu 0 0

/dev/block/mmcblk0p3 /efs ext4 rw,seclabel,nosuid,nodev,noatime,user_xattr,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p9 /system ext4 ro,seclabel,relatime,user_xattr,barrier=1,data=ordered 0 0

/dev/block/mmcblk0p8 /cache ext4 rw,seclabel,noatime,errors=panic,user_xattr,commit=20,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p10 /preload ext4 rw,seclabel,nosuid,nodev,noatime,user_xattr,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p12 /data ext4 rw,seclabel,noatime,errors=panic,user_xattr,commit=20,barrier=1,journal_async_commit,data=ordered,noauto_da_alloc,discard 0 0

/sys/kernel/debug /sys/kernel/debug debugfs rw,relatime 0 0

/dev/fuse /mnt/shell/emulated fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0

tmpfs /system/archidroid/tmpfs tmpfs rw,seclabel,relatime 0 0

/dev/block/vold/179:49 /mnt/media_rw/sdcard1 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

root@m0:/ # fdisk /dev/block/mmcbl

fdisk: can't open '/dev/block/mmcbl'

1|root@m0:/ # fdisk /dev/block/mmcblk1

The number of cylinders for this disk is set to 3829.

There is nothing wrong with that, but this is larger than 1024,

and could in certain setups cause problems with:

1) software that runs at boot time (e.g., old versions of LILO)

2) booting and partitioning software from other OSs

(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/block/mmcblk1: 31.6 GB, 31624003584 bytes

256 heads, 63 sectors/track, 3829 cylinders

Units = cylinders of 16128 * 512 = 8257536 bytes

Device Boot Start End Blocks Id System

/dev/block/mmcblk1p1 * 1 3830 30881792 c Win95 FAT32 (LBA)

Command (m for help): o

Building a new DOS disklabel. Changes will remain in memory only,

until you decide to write them. After that the previous content

won't be recoverable.

The number of cylinders for this disk is set to 3829.

There is nothing wrong with that, but this is larger than 1024,

and could in certain setups cause problems with:

1) software that runs at boot time (e.g., old versions of LILO)

2) booting and partitioning software from other OSs

(e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/block/mmcblk1: 31.6 GB, 31624003584 bytes

256 heads, 63 sectors/track, 3829 cylinders

Units = cylinders of 16128 * 512 = 8257536 bytes

Device Boot Start End Blocks Id System

Command (m for help): n

Command action

e extended

p primary partition (1-4)

p

Partition number (1-4): 1

First cylinder (1-3829, default 1):

Using default value 1

Last cylinder or +size or +sizeM or +sizeK (1-3829, default 3829):

Using default value 3829

Command (m for help): p

Disk /dev/block/mmcblk1: 31.6 GB, 31624003584 bytes

256 heads, 63 sectors/track, 3829 cylinders

Units = cylinders of 16128 * 512 = 8257536 bytes

Device Boot Start End Blocks Id System

/dev/block/mmcblk1p1 1 3829 30877024+ 83 Linux

Command (m for help): w

The partition table has been altered.

Calling ioctl() to re-read partition table

fdisk: WARNING: rereading partition table failed, kernel still uses old table: Device or resource busy

1|root@m0:/ # mke2fs -t ext4 /dev/block/mmcblk1p1

mke2fs 1.41.14 (22-Dec-2010)

/dev/block/mmcblk1p1 is apparently in use by the system; will not make a filesystem here!

1|root@m0:/ #

I'm missing something here :confused: and tried with archi and boeffla kernels and i get the same result.