Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

full /sdcard/ download does not work #9

Closed
oernii opened this issue Jan 21, 2017 · 8 comments
Closed

full /sdcard/ download does not work #9

oernii opened this issue Jan 21, 2017 · 8 comments

Comments

@oernii
Copy link

oernii commented Jan 21, 2017

./adb-sync --reverse /sdcard/ /BACKUP/android/xperia/sdcard/
Sync: local /BACKUP/android/xperia/sdcard/, remote /sdcard
Scanning and diffing...
Note: unsupported file: /sdcard
Total: 0 KB/s (0 bytes in 0.317s)

I have to use /sdcard/* which seems weird.

@elichai
Copy link

elichai commented Feb 2, 2017

Adding to it, if I use /sdcard/* when it finish (and I ran it multiple times just to be sure),
I don't get the same amount of files, I ran inside adb shell this command in the /sdcard/ directory: find . -type f | wc -l and I got 35694, but when I ran it on the remote I got 28150.

Any Ideas how's that possible?

@Lanchon
Copy link

Lanchon commented Feb 3, 2017

the mtp daemon does not provide access to all files on the emulated storage. some files are considered app-private, and google thinks your phones are theirs and/or of app developers and not yours, so you are denied access. in addition to that, the daemon only lets you access files of specific know types.

if you ask me, the free software community should fix these bugs and anti-features in aftermarket roms.

you can boot TWRP to access the complete storage via mtp. but keep in mind that TWRP's mtp implementation is not rock solid, AFAICT.

@divVerent
Copy link
Contributor

divVerent commented Feb 3, 2017

Not sure if this is the only issue, but /sdcard/* does not include hidden files in /sdcard/, which might exist on your device (e.g. ES File Explorer creates such a directory).

As for /sdcard/ getting turned into /sdcard, I'll look into that and keep this bug open for that purpose. To be consistent with rsync, /sdcard/ should imply looking into the directory, while /sdcard should refer to the symlink.

Can you try listing the files on both sides using find, and compare the output? That might help figuring out what exactly is missing and why.

@elichai
Copy link

elichai commented Feb 4, 2017

My solution was opening an SSH port and using adb forward and then syncing with rsync .
Sorry I can't make a diff file because I already synced everything, but try it on your phone i'm pretty sure you'll encounter the same problem.

@tmst
Copy link

tmst commented Jul 24, 2018

I don't see any mention of an external SD card here. Can I assume this is unimplemented or requires root?

@tmst
Copy link

tmst commented Jul 30, 2018

I've concluded that it supports full external SD card operations on Android 7.1.1 without root!

@divVerent
Copy link
Contributor

I see the problem is with /sdcard being a symlink; don't see a quick fix though. The main issue is that adb-sync expects directory names internally to not end with a slash.

A workaround to force interpretation as a directory is using /sdcard/. as a source.

@divVerent
Copy link
Contributor

Given all that breaks from not cutting off that slash is some ugliness... fixed.

jrabinow pushed a commit to jrabinow/adb-sync that referenced this issue Aug 26, 2021
Other than somewhat annoying // in path names printed or passed to adb
push/pull, this breaks nothing.

Fixes google#9.
jrabinow pushed a commit to jrabinow/adb-sync that referenced this issue Aug 26, 2021
Other than somewhat annoying // in path names printed or passed to adb
push/pull, this breaks nothing.

Fixes google#9.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants