저는 ADB를 사용하여 Git Bash를 사용하여 Android 장치의 전체 내부 저장소를 Windows OS의 PC 저장소에 백업하고 있습니다.
adb exec-out "tar -c storage/emulated/0 | gzip" > internal_storage_backup.tar.gz
로그 진행 상황이나 터미널 인쇄 정보를 볼 수 없지만 작은 디렉토리(예: storage/emulated/0/PDF.
전체 내부 저장소를 백업했을 때 아직 storage/emulated/0갈 길이 멀다는 것을 알았습니다. 로그 출력이 없기 때문에 작업 관리자를 사용하여 수동으로 분석하고 adb.exe작업의 디스크 진행 상황을 관찰합니다. 이해합니다 3.9MB/s. 또한 55G. adb shell du -sh storage/emulated/0이 정보를 사용하여 다운로드 계산기를 사용하여 백업에 필요한 남은 시간을 대략적으로 예측할 수 있었습니다 4 hours. 이전에 백업을 수행할 때 백업 시간에 대한 카운터로 내 컴퓨터의 작업 관리자에서 가동 시간을 확인할 수 있었습니다. 먼저 컴퓨터를 다시 시작하십시오.
우리는 Android가 읽기 작업을 수행하고 Windows가 쓰기 작업을 수행한다는 것을 알고 있습니다. 그런데 어떤 장치가 병목 현상이 발생하는지 모르겠습니다.
또한 백업 중에 로그 상태를 확인해야 하며 teestdout 대신 파이프를 사용할 계획입니다 >. 하지만 이 명령이 동등한지, 성능이나 명령 오류에 영향을 주지 않는지 확실하지 않습니다. 또한 백업 속도를 높이기 위해 tar 플래그에 블록 크기를 설정할 수 있습니까?
또한 Windows에서는 USB Type A, Android에서는 MicroUSB를 사용하는 물리적 미디어로 인해 작동이 느려질 것이라고 생각했습니다. 무선 5Ghz처럼 물리적인 매체를 바꾸면 상관관계가 있나요?