Transfered files vanished

Hello everybody,

I just transferred files from my computer to my S7 /e/ smartphone with a USB cable.
I used transferring files in the USB connections pop-up.
It open a nautilus window, then I drag and drop files in the SDCard.
Then I can access to these files from my smartphone.
But it was yesterday !
Today, I don’t see any file but the directory where i put them.

I tried, from the SDCard, in a SD slot from my computer. Same result. the files don’t vanish immediately.

I tried with developpers : same result.

I can “see” the files through the USB connected PC but the rights are “undetermined”. I can’t see them with the files app on the smartphone. Music app can’t play an audio file. It says “impossible de lire blabla.ogg”

I don’t understand. It seems to be a matter of access rights?

How could I find what is going wrong? What is the way to determine the access rights of files on the smartphone?

Thanks a lot !

Hi,
Maybe your sdcard will need a fiesystem repair, you will find detailed instructions here : http://android.stackexchange.com/questions/38745/ddg#38754

Tanks @smu44 for your help,

I try to know which directory to check and I’m impressed :
There are to many answer to my umount command

mount rootfs on / type rootfs (ro,seclabel,size=1680620k,nr_inodes=420155) tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,size=1816712k,nr_inodes=454178,mode=755) devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600) proc on /proc type proc (rw,relatime,gid=3009,hidepid=2) sysfs on /sys type sysfs (rw,seclabel,relatime) selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime) /sys/kernel/debug on /sys/kernel/debug type debugfs (rw,seclabel,relatime) none on /acct type cgroup (rw,relatime,cpuacct) tmpfs on /mnt type tmpfs (rw,seclabel,relatime,size=1816712k,nr_inodes=454178,mode=755,gid=1000) none on /config type configfs (rw,relatime) none on /dev/cpuctl type cgroup (rw,relatime,cpu) none on /dev/cpuset type cgroup (rw,relatime,cpuset,noprefix,release_agent=/sbin/cpuset_release_agent) pstore on /sys/fs/pstore type pstore (rw,seclabel,relatime) /dev/block/sda14 on /system type ext4 (ro,seclabel,relatime,norecovery,errors=panic) /dev/block/sda3 on /efs type ext4 (rw,seclabel,nosuid,nodev,noatime,discard,journal_checksum,journal_async_commit,noauto_da_alloc,data=ordered) /dev/block/sda15 on /cache type ext4 (rw,seclabel,nosuid,nodev,noatime,discard,journal_checksum,journal_async_commit,noauto_da_alloc,errors=panic,data=ordered) /dev/block/sda18 on /data type ext4 (rw,seclabel,nosuid,nodev,noatime,discard,journal_checksum,journal_async_commit,noauto_da_alloc,errors=panic,data=ordered) /dev/block/sda13 on /persdata/absolute type ext4 (rw,seclabel,nosuid,nodev,noatime,journal_checksum,journal_async_commit,noauto_da_alloc) tmpfs on /storage type tmpfs (rw,seclabel,relatime,size=1816712k,nr_inodes=454178,mode=755,gid=1000) /data/media on /mnt/runtime/default/emulated type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=1015,multiuser,mask=6) /data/media on /storage/emulated type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=1015,multiuser,mask=6) /data/media on /mnt/runtime/read/emulated type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=9997,multiuser,mask=23) /data/media on /mnt/runtime/write/emulated type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=9997,multiuser,mask=7) /dev/block/vold/public:179_1 on /mnt/media_rw/F0E9-334E type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro) /mnt/media_rw/F0E9-334E on /mnt/runtime/default/F0E9-334E type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=1015,mask=6) /mnt/media_rw/F0E9-334E on /storage/F0E9-334E type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=1015,mask=6) /mnt/media_rw/F0E9-334E on /mnt/runtime/read/F0E9-334E type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=9997,mask=18) /mnt/media_rw/F0E9-334E on /mnt/runtime/write/F0E9-334E type sdcardfs (rw,nosuid,nodev,noexec,noatime,fsuid=1023,fsgid=1023,gid=9997,mask=18)

I really don’t know what to do with it and don’t want to break anything.

I think your sdcard device path is /dev/block/vold/public:179_1.
The filesystem is FAT so the repair can also easily be done on your PC :smirk:

On the other hand, I don 't understand why files downloaded through the e.cloud, are alright.
That why I think about a right access problem.
How do you think I could check that?

Thanks

Connect with usb cable your device to your computer then use adb shell.
Then you’ll be able to check rights with ls -al on where your files are on the device.

See adb commands here : Adbshell commands

Oncomputer $adb devices
Must list Your device connected…
Oncomputer $adb shell
Ondevice : Then CD to the directory where your files are…
Then :
Ondevice $ls -al
Check the files rights…

Hope it’s helps you…

1 Like

I am root with adb but don’t find where are the directories which I want to check the access.
I’ve got link to sdcard1 but don’t find the path.
:frowning:
lrwxrwxrwx 1 root root 8 2019-09-15 09:13 external_sd -> /sdcard1

I’m a poor bash player…

Try to find with linux command find specifying the create file date relative of the current day like :
find . -type f -ctime -10
Find files only (-type f) from current directory (.) created 10 day ago (-ctime -10)

Hope it can help you. If not man find.

1 Like

Connected and rooted , I found the path I was looking for :

/mnt/media_rw/F0E9-334E/Music/Labour/ thanks to find. and merci @e-media :smile:

I created a directory “Jazz” through Nautlilus and put some audio files in it. I was abble to listen to them. No difference with the other files which don’t “vanish”.
drwxrwx--- 2 media_rw media_rw 65536 2019-09-16 12:46 Jazz

Once unconnect I can still listen to the audio.
Rebootin the smartphone : no more files. everuthing have been cleaned by the reboot process.
:thinking:

What Logcat says :
... 09-16 13:17:05.640 3909 3909 W fsck_msdos: check_dot_dot: '.' absent for JAZZ. 09-16 13:17:05.640 3909 3909 W fsck_msdos: check_dot_dot: '..' absent for JAZZ. 09-16 13:17:05.641 3909 3909 I fsck_msdos: Remove ? 09-16 13:17:05.641 3909 3909 D fsck_msdos: removede : 346942:0x7f93230f20 --->> 346942:0x7f93231100 09-16 13:17:05.641 3909 3909 W fsck_msdos: Invalid long filename entry for /Music/Labour/m1_18_Camille Saint-Sa�ns - Danse Macabre.mp4 09-16 13:17:05.641 3909 3909 I fsck_msdos: Remove ? 09-16 13:17:06.224 3909 3909 W fsck_msdos: check_dot_dot: '.' absent for COMNEX~1.CLI. 09-16 13:17:06.224 3909 3909 W fsck_msdos: check_dot_dot: '..' absent for COMNEX~1.CLI. 09-16 13:17:06.224 3909 3909 I fsck_msdos: Remove ? 09-16 13:17:06.224 3909 3909 W fsck_msdos: /Android/data/com.github.axet.audiorecorder has no clusters 09-16 13:17:06.224 3909 3909 I fsck_msdos: Remove ? 09-16 13:17:06.225 3909 3909 D fsck_msdos: removede : 5:0x7f93231360 --->> 5:0x7f93231420
… and then …

09-16 13:17:06.805 3909 3909 D fsck_msdos: clearchain:fat:0x7f932f6900 , head(652039) ,length(1) 09-16 13:17:06.805 3909 3909 I fsck_msdos: Lost cluster chain at head 652040 ,1 Cluster(s) lost 09-16 13:17:06.805 3909 3909 I fsck_msdos: Reconnect ? 09-16 13:17:06.805 3909 3909 W fsck_msdos: No space in LOST.DIR 09-16 13:17:06.805 3909 3909 I fsck_msdos: Clear ? 09-16 13:17:06.805 3909 3909 D fsck_msdos: clearchain:fat:0x7f932f6940 , head(652040) ,length(1) 09-16 13:17:06.805 3909 3909 I fsck_msdos: Lost cluster chain at head 652041 ,23 Cluster(s) lost 09-16 13:17:06.805 3909 3909 I fsck_msdos: Reconnect ? 09-16 13:17:06.806 3909 3909 W fsck_msdos: No space in LOST.DIR 09-16 13:17:06.806 3909 3909 I fsck_msdos: Clear ? 09-16 13:17:06.806 3909 3909 D fsck_msdos: clearchain:fat:0x7f932f6980 , head(652041) ,length(23) 09-16 13:17:06.806 3909 3909 D fsck_msdos: Verify Filesystem information 09-16 13:17:06.806 3909 3909 W fsck_msdos: Free space in FSInfo block (1439065) not correct (1442536) 09-16 13:17:06.806 3909 3909 I fsck_msdos: Fix ? 09-16 13:17:06.806 3909 3909 I fsck_msdos: Update FATs ? 09-16 13:17:06.806 3909 3909 D fsck_msdos: begin to writefat 09-16 13:17:06.816 3909 3909 I fsck_msdos: begin to write FAT 09-16 13:17:06.816 3909 3909 I fsck_msdos: write valid cluster chain 09-16 13:17:06.819 3909 3909 I fsck_msdos: write free cluster 09-16 13:17:06.824 3909 3909 I fsck_msdos: write bad cluster 09-16 13:17:06.824 3909 3909 D fsck_msdos: write FATs 09-16 13:17:06.824 3909 3909 D fsck_msdos: write FAT copy 0 09-16 13:17:06.831 3909 3909 D fsck_msdos: write FAT copy 1

Why are these files to be “cleaned”?
:face_with_raised_eyebrow:

Thank you

Definitively looks like an fs or sdcard problem :thinking:
I think you should consider back up everything and do a deep full format on this sd card.

Otherwise try to put your files in the directory named “Documents” where the files About.odt and About.txt are located…
I had same PB and putting files There, make them persistants…

Have a try.

Hi @e-media,
I tried it and it seems to work.
So,

  • when I copy files from the cloud, then placing them everywhere, It’s OK.
  • When I copy through USB connection to the Documents directory and then place everywhere, it’s OK too.
    I don’t understand why I couldn’t copy a file through USB directly in the directory I want.
    What could be different? Why do I need a sort of sas?
    :thinking:

I continue to misunderstand what is happening.
I formatted the card in FAT32. I put it in the phone as external (before it was as internal stockage).
I could import the data that where on it before, in a new directory Music.
BUT, I couldn’t put new files by USB nor by importing from Nextcloud, and then copiing in the Music directory. They disappear when I reboot.
I tried to copy one file in a videos directory, through the genuine file app. The file is here but not viewable.
The files are still in the Nextcloud local directory and accessible without Internet.

What could make the difference?
The right of nextcloud local directory VS the videos or Music directory?
The process to copy the files? Drap and drop through USB or select->copy to-> Put in… process

Thanks for your ideas !

Hello evryone,

I just put a new SDCard in my S7 refurbished, as an external card.
I created a Music directory in it through the files app.
I connected the phone to a PC through USB cabe, as a USB file tranfer way.

Why don’t I have access to the directory?
In the Android directory created by the system, I can’t either see the OSM dedicated directory, created automaticaly by OSMand. I don’t understand why.

If there are security or what else reasons for that, it is unclear for me.

I wonder that misundersanding to be at the origin of my transferring files problems.

Thank you for your help.