[Fire TV Android Development] Pachacouti:
Ah but...

Oh man, this is like, wtf is goin on?

So get back up and running as I write here, and continue to see problems that are not problems when in amazon gui, yet they exist.

A factory reset should wipe my previous files, as in downloads etc, no go. They are still there, I've read of others having same problem, but they never come back with if they fixed it or not and how they did/did'nt...

I get the twrp part.

I'm actually trying to manually delete the not wanted apps, because I tried everything else with some interesting but hair pulling results:

Factory reset not wiping files that should be erased with a factory reset, like pics, movies, zips, anything in the downloads folder kinda thing.

I tried TDUKDebloatToolboxV2.apk, but gave up on that, all it does is show what it does'nt actually do, it disables yup, but does not delete, so no debloat there. This made me think as we work on this debloat, and notice my stick (4k, month old) has different names, not all, but some, leading me to the manual path. All this app is good for is showing a list of disabled/enabled files.

Here's the best bit:

SdMaid4.15.13Pro.apk see's everything I cannot see in system! I can delete things using this, and it works well, but something tells me this app is using the system I cannot wipe in twrp, a different system from the one I can see in adb! This seems to be the only thing that actually works for my stick.

Doesnt help when I cannot erase data or system in twrp, because according to twrp, they are not found. Dalvik and cache yeah, but system not found, so cant wipe that or data in twrp. It's the trwp part I dont get.

cant do following

twrp wipe /system <-not found

twrp wipe /data <-not found

So wiping in twrp is not going to work. I get Twrp is recovery, repalcing amazon crap, but a factory restore using amazon should wipe the contents of non amazon products. all amazon settings are restored, but nothing is deleted. This is not typical behaviour.

Perhaps my twrp is corrupted and cant find the directories system and twrp, maybe the mount points have changed, but it does not make sense nothing works to erase files I place on the stick myself, a factory reset should wipe these files. An earlier debloat had imdb, which was NOT present on my NEW stick, but came with the earlier debloat. After using sdmaid to delete it, I assume its gone. 3-4 reflashes later, you'd expect it to be gone forever. No, it returned with the rooted r1.zip, which does NOT have imdb, my question is, is it included or removed from this current debloat, because if it has been removed, then something is preventing files from being erased on my stick, keeping in mind I cannot wipe system or data in twrp due to not found... aaaaaargh....

I reckon something broke twrp. It's useable, but cant for the life of me perm delete anything. Sd maid does the trick in amazon gui better than adb or twrp. What system is THAT app deleting from I ask, as it shows files adb does not.

---------- Post added at 09:49 PM ---------- Previous post was at 09:28 PM ----------

This is my cat /proc/mounts from adb while using amazon:

C:\adb>adb connect 192.168.1.101

connected to 192.168.1.101:5555

C:\adb>adb install Netflix_v7.58.0MOD_apkmody.io.apk

1517 KB/s (12507490 bytes in 8.050s)

Success

C:\adb>adb shell

mantis:/ $ su

mantis:/ # cat /proc/mounts

rootfs / rootfs ro,seclabel 0 0

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

devpts /dev/pts devpts rw,seclabel,relatime,mode=600 0 0

proc /proc proc rw,relatime,gid=3009,hidepid=2 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,seclabel,relatime 0 0

none /acct cgroup rw,relatime,cpuacct 0 0

tmpfs /mnt tmpfs rw,seclabel,relatime,size=646288k,mode=755,gid=1000 0 0

none /config configfs rw,relatime 0 0

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

tmpfs /storage/usbotg tmpfs rw,seclabel,relatime,size=646288k,mode=755,uid=1000,

gid=1000 0 0

tmpfs /dev/logd tmpfs rw,context=u:object_r:logd_tmpfs:s0,relatime,size=512k,mod

e=770,uid=1036,gid=1036 0 0

/dev/block/platform/soc/11230000.mmc/by-name/system /system ext4 ro,seclabel,rel

atime,data=ordered 0 0

/dev/block/platform/soc/11230000.mmc/by-name/vendor /vendor ext4 ro,seclabel,rel

atime,data=ordered 0 0

/dev/block/platform/soc/11230000.mmc/by-name/userdata /data ext4 rw,seclabel,nos

uid,nodev,noatime,discard,noauto_da_alloc,data=ordered 0 0

/dev/block/platform/soc/11230000.mmc/by-name/cache /cache ext4 rw,seclabel,nosui

d,nodev,noatime,noauto_da_alloc,data=ordered 0 0

tmpfs /storage tmpfs rw,seclabel,relatime,size=646288k,mode=755,gid=1000 0 0

tracefs /sys/kernel/debug/tracing tracefs rw,seclabel,relatime 0 0

tmpfs /sbin tmpfs rw,seclabel,relatime,size=646288k,mode=755 0 0

/sbin/.magisk/block/cache /sbin/.magisk/mirror/cache ext4 rw,seclabel,relatime,n

oauto_da_alloc,data=ordered 0 0

/sbin/.magisk/block/system /sbin/.magisk/mirror/system ext4 ro,seclabel,relatime

,data=ordered 0 0

/sbin/.magisk/block/vendor /sbin/.magisk/mirror/vendor ext4 ro,seclabel,relatime

,data=ordered 0 0

/sbin/.magisk/block/data /sbin/.magisk/mirror/data ext4 rw,seclabel,relatime,dis

card,noauto_da_alloc,data=ordered 0 0

/sbin/.magisk/block/data /sbin/.magisk/modules ext4 rw,seclabel,relatime,discard

,noauto_da_alloc,data=ordered 0 0

adb /dev/usb-ffs/adb functionfs rw,relatime 0 0

/dev/block/loop0 /data/metrics ext4 rw,seclabel,relatime,data=ordered 0 0

/dev/fuse /mnt/runtime/default/emulated fuse rw,nosuid,nodev,noexec,noatime,user

_id=1023,group_id=1023,default_permissions,allow_other 0 0

/dev/fuse /storage/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id=1023,gro

up_id=1023,default_permissions,allow_other 0 0

/dev/fuse /mnt/runtime/read/emulated fuse rw,nosuid,nodev,noexec,noatime,user_id

=1023,group_id=1023,default_permissions,allow_other 0 0

/dev/fuse /mnt/runtime/write/emulated fuse rw,nosuid,nodev,noexec,noatime,user_i

d=1023,group_id=1023,default_permissions,allow_other 0 0

mantis:/ #

Is this normal?