Puede que sea un hardlink de unix, la verdad no lo he comprobado, pero la información es la misma y en el CMW recovery la información la busca en /data/media/0/. Parece que era donde originalmente se almacenaba. Si hacemos un mount para ver que hay montado:
shell@kiton:/storage/emulated $ mount
mount
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,seclabel,nosuid,relatime,size=938532k,nr_inodes =177427,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
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
none /sys/fs/cgroup tmpfs rw,seclabel,relatime,size=938532k,nr_inodes=177427 ,mode=750,gid=1000 0 0
tmpfs /mnt/asec tmpfs rw,seclabel,relatime,size=938532k,nr_inodes=177427 ,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,seclabel,relatime,size=938532k,nr_inodes=177427 ,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,seclabel,relatime,discard,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 rw,seclabel,nosuid,nodev,relatime,discard,noauto_d a_alloc,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 rw,seclabel,nosuid,nodev,relatime,data=ordered 0 0
/dev/block/platform/msm_sdcc.1/by-name/persist /persist 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=022 7,codepage=cp437,iocharset=iso8859-1,shortname=lower,errors=remount-ro 0 0
/dev/fuse /mnt/shell/emulated fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=102 3,default_permissions,allow_other 0 0
/dev/fuse /storage/emulated/legacy fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=102 3,default_permissions,allow_other 0 0
Parece que /storage/emulated/legacy y /data están montados sobre /dev/fuse el primero y sobre /dev/block/platform/msm_sdcc.1/by-name/userdata el segundo, que apunta a su vez a un bloque de memoria primario /dev/block/mmcblk0p21
No sé si hay alguna forma de ver que hay dentro de /dev/fuse, pero casi con toda seguridad es la misma cosa que /dev/block/mmcblk0p21. El tipo de particion fuse debe estar ahí para permitir que cualquier app lea de la sdcard, que sea compatible.
Igual me equivoco porque no se que hay dentro de /dev/fuse, pero una vez borré una carpeta de /storage/emulated/legacy/0 porque titaniumbackup solía escribir ahí cuando usaba una versión antigua y se borró tambien en /data/media/0...
Supongo que es por temas de compatibilidad pero lo que me importa es que el recovery lee de /data/media/0 (todo esto lo sé porque el primer recovery que salió escribía los nanbackups mal y apuntaban a /data/media).