SP Flash Tool을 사용하여 펌웨어를 백업하는 방법. 플래싱 전에 Android 장치를 백업하는 방법 알 수없는 ROM 구조 백업이 불가능합니다.
필요한 모든 것을 다운로드한 후 예를 들어 루트에 Android 폴더를 만들고 압축을 푼 아카이브 내용을 폴더로 확장할 수 있습니다. 드라이버를 Drivers 폴더로, Platform Tools를 별도의 폴더로, SP 플래시 도구별도의 도구로, MTK Droid 도구도 별도의 도구입니다.
그런 다음 장치에서 개발자 모드를 활성화하고 USB 디버깅을 활성화합니다. 저것들. 먼저 설정 -> 전화 정보(장치 정보)로 이동하여 개발자 모드가 활성화되었다는 메시지가 나타날 때까지 "빌드 번호" 비문을 여러 번(5-7) 클릭합니다. 다음으로 메뉴 설정 -> 개발자용으로 이동하여 "USB를 통한 디버깅"을 선택합니다.
그런 다음 장치를 PC에 연결하고 ADB 드라이버를 설치합니다(예: 아카이브에서 AdbDriverInstaller.exe를 실행하거나 장치 관리자를 열고 폴더의 드라이버 경로를 수동으로 지정) 안드로이드 adb알 수 없는 장치용 드라이버 x64). 결과는 다음과 같아야 합니다(장치 관리자).
장치 관리자의 Android ADB 인터페이스 장치는 다음 단계를 위해 모두 설정되었음을 확인합니다.
장치가 감지 될 때까지 기다렸다가 "블록 맵"버튼을 누릅니다.
그런 다음 "스캐터 파일 생성" 버튼을 클릭하고 결과 파일(저의 경우 MT6582_Android_scatter.txt라고 함)을 디스크에 저장합니다. 이 단계에서 준비가 완료되고 데이터 읽기를 직접 진행할 수 있습니다.
메모장 ++ 또는 Word에서 결과 파일을 열고(일반 메모장은 작동하지 않음) 그 안에 있는 partition_name: CACHE 행을 찾습니다.
그리고 linear_start_addr 열에 작성한 내용을 기억하십시오. 이 경우에는 0x3E900000입니다.
우리는 PC에서 전화를 끊고 끕니다. 전원 버튼을 누른 상태에서 메뉴에서 "전원 끄기"를 선택하면 배터리를 분리했다가 삽입할 수도 있습니다. 그런 다음 SP Flash Tool을 실행하고 Readback 탭으로 이동합니다. 다음으로 추가 버튼을 클릭합니다. 결과적으로 테이블에 하나의 행이 나타납니다.
그것을 클릭하면 ROM_0 파일을 저장할 위치를 선택하고 저장할 폴더를 선택하고 길이 필드의 다음 화면에서 이전에 기억한 숫자(linear_start_addr)를 입력하라는 메시지가 표시됩니다.
최종 결과는 다음과 같아야 합니다.
그런 다음 꺼진 전화(!)를 PC에 연결합니다. 이 시점에서 장치 관리자를 여는 것이 좋습니다. 지금까지 이 화면에서 SP Flash Tool의 어떤 버튼도 누르지 않았습니다!
연결 시 알 수 없는 MT65xx PreLoader 장치가 감지되고 OS에서 해당 장치에 대한 드라이버 설치를 제안합니다. 아래 그림은 이것을 분명히 보여줍니다. MT65xx PreLoader가 나타나는 순간을 "잡기" 위해 전화를 연결하기 직전에 장치 관리자를 여는 것이 좋습니다. 장치가 표시되고 OS에서 자동으로 드라이버 설치를 제안하지 않으면 MT65xx PreLoader 장치를 마우스 오른쪽 버튼으로 클릭하여 수동으로 수행해야 합니다.
"이 컴퓨터에서 드라이버 검색"을 선택하고 mtk_xp_vista_7_8_x32_x64.zip 아카이브의 압축을 푼 내용이 있는 폴더를 지정합니다(즉, 이때까지 아카이브의 압축을 풀어야 함). 드라이버가 성공적으로 설치되면 장치 관리자의 그림이 다음과 같이 변경되어야 합니다.
드라이버가 설치되어 있으면 다음 단계로 진행할 수 있습니다. 전화를 연결할 때 프리로더 USB VCOM 포트가 몇 초 동안만 나타날 수 있습니다. 이는 정상입니다. 이 단계에서 우리의 작업은 프리로더 USB VCOM 포트로 정확하게 식별되도록 전화 드라이버를 설치하는 것입니다. 알 수 없는 장치 MT65xx PreLoader가 아닙니다. 갑자기 드라이버를 설치할 시간이없고 전화가 켜진 경우 배터리를 꺼내고 전화를 분리하고 배터리를 삽입하고 전화를 연결하고 절차를 반복합니다.
드라이버가 설치되었다고 확신하는 즉시 PC에서 전화 연결을 끊습니다. 우리는 그것을 끄고 열린 SP Flash Tool에서 Readback 버튼을 누르고 전원이 꺼진 전화를 PC에 연결합니다. 그런 다음 전화에서 펌웨어를 읽는 프로세스를 시작합니다.
많은 사람들이 이 단계에서 정확히 발생하는 어려움에 대해 씁니다. 나는 조금 더 설명하려고 노력할 것이다. 다시 읽기 버튼을 누른 후 - SP Flash Tool은 전화 연결을 위한 대기 모드로 들어갑니다. 그 전에 전원이 꺼진 전화기가 MT65xx PreLoader로 정의되는 순간을 포착하고 COM 포트에 Preloader USB VCOM 포트가 있도록 드라이버를 설치했다고 가정합니다. 갑자기 어떤 이유로 SP Flash Tool이 오류에 대해 작성했거나 전화에 연결할 시간이 없으면 다음 방법이 도움이 될 수 있습니다(설명된 모든 내용은 드라이버를 올바르게 설치하고 전화를 연결할 때만 해당됩니다. 프리로더 USB VCOM 포트 가져오기): PC에서 전화기를 끄고 배터리를 꺼낸 다음 리드백 버튼을 누르고 배터리를 빼낸 상태로 전화기를 연결합니다. 빨간색 막대(다운로드)는 SP Flash 도구로 이동합니다. 이 시간 동안 배터리를 빠르게 다시 삽입합니다. 시간이 있으면 그림과 같이 백분율이 포함된 파란색 Readback 막대가 이동합니다.
프로세스가 완료될 때까지 기다립니다. 백업을 만드는 데 10-15분이 소요될 수 있습니다. 우리는 단지 실행 중인 관심을 보고 아무 것도 만지지 않습니다 😉 읽기 절차가 끝나면 Readback Ok라는 비문이 표시됩니다.
백업을 수행하는 동안 스캐터 파일이 무엇이며 출력에서 얻을 ROM_0 파일이 무엇인지 설명할 시간입니다. 전화기의 메모리는 특정 섹션으로 나누어진 일반 EMMC 플래시입니다. 스캐터 파일은 섹션 설명 파일입니다(예: Scatter에는 PRELOADER, RECOVERY, LOGO, ANDROID 등의 섹션이 있습니다). 파티션의 목적은 다릅니다. 예를 들어 Recovery - 복구 이미지 포함, 로고 - 시스템 부팅 시 사용되는 로고, Android - 시스템 이미지 등 우리가 출력으로 얻는 ROM_0 파일은 본질적으로 하나의 파일에 있는 견고한 EMMC 플래시 덤프입니다. 그러나 예를 들어 다른 유사한 장치를 복원하기 위해 수신된 펌웨어 백업을 사용하려면 여전히 섹션으로 분할해야 합니다. 여기에서는 몇 가지 방법을 설명합니다. 첫 번째이자 가장 일반적인 것은 MTK Droid 도구를 통한 것입니다. SP Flash Tool로 만든 ROM_0 파일이 이미 있다고 가정해 보겠습니다.
장치(전화)의 전원을 켜고 부팅한 다음 MTK Droid 도구를 다시 시작합니다(전화의 USB 디버깅 모드는 물론 활성화되어야 하며 ADB 드라이버가 PC에 설치되어 있어야 함). 루트, 백업, 복구 탭으로 이동하여 "ROM_ 플래시 드라이브에서 백업 생성" 버튼을 누릅니다.
이전 단계에서 얻은 ROM_0을 선택하고 로그 창에 다음과 같은 내용이 표시됩니다.
- 컴퓨터에 저장 폴더: E:\Android\MtkDroidTools\backups\KINGSING_S1_141117_ForFlashtoolFromReadBack_150512-005322\
— 스캐터가 파일에 저장됩니다.
E:\Work\Megaphone Login Plus\MtkDroidTools\backups\KINGSING_S1_141117_ForFlashtoolFromReadBack_150512-005322\MT6582_Android_scatter.txt복사 완료
- preloader.bin ... 복사 ... 잘라내기 확인
- MBR ...복사
- EBR1 ...복사
- pro_info ...복사
- nvram.bin ...복사됨
- protect_f ...복사
- protect_s ...복사
- seccfg ...복사
- uboot.bin ...복사됨
- boot.img ... 복사
…
글쎄, 등등. 이제 저장 폴더에 E:\Android\MtkDroidTools\backups\가 있습니다. 펌웨어의 전체 백업이 있는 폴더가 있고 섹션으로 나누어져 있습니다(즉, 개별 파일의 각 섹션).
이것으로 펌웨어 백업 생성 과정이 완료됩니다. SP Flash Tool을 사용하여 펌웨어를 백업하는 방법을 배우고 싶었지만 성공한 경우 더 이상 읽을 수 없습니다.
고급용
그러나 MTK Droid Tools가 전화를 "보이지 않는" 경우에는 어떻게 됩니까? 아니면 스캐터 파일을 생성하거나 결과 ROM_0 파일을 섹션으로 분할하는 것이 불가능합니까? 파티션 맵을 얻는 방법과 ROM_0 파일을 수동으로 "잘라내기"가 가능합니까? 그런 가능성이 있습니다. MTK 65xx에서 파티션 맵을 얻으려면 ADB 콘솔에서 명령을 내려야 합니다. 콘솔에서 adb 셸을 실행하고 여기에 다음 명령을 입력합니다.
어떤 이유로 갑자기 전화가 ADB를 통해 보이지 않으면 (이 경우 ADB 설명서를 읽는 것이 좋습니다. 장치의 VEN_ID에 문제가있을 수 있으며 장치에 등록하면됩니다. %USERPROFILE%\.android\adb_usb.ini, Google Play에서 Android용 터미널 에뮬레이터를 설치하여 전화 자체에서 동일한 명령을 내릴 수 있습니다.
보시다시피 결과는 정확히 동일하며 여기에서 캐시 섹션의 linear_start_address를 가져올 수 있습니다. 예, 그건 그렇고, 예를 들어 Beeline Pro, ZTE Q Lux 등과 같은 MTK 6752를 기반으로 하는 새 장치에서 파티션 맵은 cat /proc/partinfo에서 얻을 수 있습니다. MTK Droid 도구는 이러한 장치에서 전혀 작동하지 않습니다.
이제 SP Flash Tool을 사용하여 ROM_0을 얻는 데 필요한 캐시 파티션의 시작 주소를 얻는 방법이 있습니다. 우리는 또한 각 파티션의 주소(오프셋)와 크기를 알고 있습니다. 저것들. ROM_0을 섹션으로 "자르기" - MTK Droid 도구를 전혀 사용할 필요가 없습니다. 이것은 블록을 선택하고 파일에 저장하는 기능을 지원하는 모든 Hex 편집기에서 "수동으로" 수행할 수 있습니다(저는 콘솔 HIEW를 사용합니다). 예를 들어, 결과 ROM_0 파일에서 복구 파티션을 "잘라내기"해 보겠습니다.
우리는 (scatter 또는 dumchar_info에서) linear_start_addr: 0x4180000 및 partition_size: 0x1000000을 알고 있습니다. HIEW에서 ROM_0을 열고 0x4180000으로 이동합니다. 저것들. 콘솔에서 hiew32 ROM_0을 수행한 다음 F5를 누르고 파티션 시작 주소인 4180000을 입력합니다.
보시다시피, 4180000에 ANDROID! 시그니처가 있는데, 이는 우리가 올바른 길을 가고 있음을 알려줍니다 😉 파티션 끝 주소는 우리의 경우 linear_start_addr+partition_size-1 = 0x517FFFF로 계산됩니다. HIEW *(추가 키보드의 별표)를 눌러 블록 강조 표시를 시작하고(위/아래/오른쪽/왼쪽 화살표를 이동하면 블록이 강조 표시되기 시작하는 방법을 볼 수 있음) 0x517FFFF로 내려가거나 수행합니다. F5를 통해:
그리고 다시 "회색" *(추가 키보드에서)을 통해 블록 선택을 마칩니다. 그런 다음 F2 키를 누릅니다. 블록 넣기(블록을 파일에 저장):
그리고 복구 파티션우리는 기록했다. 같은 방법으로 ROM_0에서 다른 파티션을 잘라낼 수 있습니다. 아시다시피 MTK Droid 도구는 전혀 필요하지 않습니다.
절차를 단순화하기 위해 모든 섹션에 대해 이 작업을 자동으로 수행하는 스크립트/프로그램을 작성할 수도 있지만 솔직히 말해서 이 작업에 시간이 충분하지 않고 이 작업이 자주 발생하지 않으므로 HIEW는 이러한 목적을 위해 나를 위해 충분합니다.
추신. 지금은 그게 전부입니다 ... 게시물은 "초안 버전"으로 밝혀졌습니다. 급하게 작성했는데 나중에 이해하기 힘든 부분이 있으면 보완하겠습니다. 물론 항상 그렇듯이 귀하의 의견과 질문을 기꺼이 들을 것입니다...
p.p.s. 그들이 나를 약간 수정했기 때문에 /proc/dumchar_info에는 scatter의 linear_start_addr이 포함되어 있지 않지만 physical_start_addr이 포함되어 있습니다. 저것들. 복구가 포함된 파티션에 대한 위의 예에서 다음이 있습니다.
linear_start_addr: 0x4180000
Physical_start_addr: 0x2D80000
파티션 크기: 0x1000000
그리고 /proc/dumchar_info에서 StartAddr 열에 있는 physical_start_addr을 정확히 볼 수 있습니다. 그러나 첫 번째 섹션(프리로더)의 크기를 보면 physical_start_addr을 linear_start_addr로 변환하는 방법이 명확해집니다. 0x1400000을 0x2D80000(이것은 프리로더의 크기일 뿐입니다)에 추가하면 0x4180000이 됩니다.
안녕하세요 하브라하브르입니다.
일반 정보
이 가이드는 장치의 전체 백업(모든 파티션이 있는 모든 메모리) 또는 단일 파티션(sdcard 등 포함)을 컴퓨터에 직접 생성하는 데 도움을 주기 위한 것입니다.- 메모리 블록 수준에서(dd 명령 사용): 개별 파티션 또는 전체 메모리(모든 파티션). 백업은 항상 저장 중인 파티션과 동일한 크기입니다.
- 파일 수준에서(tar 명령 사용): 개별 파티션에만 해당합니다. 복사본에는 장치에 있는 파일과 폴더만 포함되므로 파티션이 얼마나 가득 차 있는지에 따라 훨씬 적은 공간을 차지합니다.
이 명령은 장치가 켜져 있거나 ClockworkMod Recovery에서 적용할 수 있습니다(이 경우 ADB는 작동하고 Fastboot 모드에서는 이 명령이 적용되지 않음). 달리 명시되지 않는 한 모든 명령은 Windows에서 사용하기 위한 것입니다. Linux와 Unix도 마찬가지입니다.
요구 사항
- 뿌리를 내린 안드로이드 기기;
- 장치에 Busybox를 설치했습니다.
- Linux / OS X를 사용하는 경우 이미 필요한 도구, Windows의 경우 Cygwin을 다운로드하고 netcat, pv 및 util-linux를 설치하고 설치 중에 선택합니다(기본 Windows cmd.exe보다 Cygwin mintty.exe의 터미널을 사용하는 것이 더 낫다고 스스로 추가하겠습니다. 복사 속도가 첫 번째 속도가 3-4MB / s에 도달하고 cmd.exe - 최대 400kb / s에 도달했기 때문에;
- 설치된 ADB;
- adb.exe가 PATH에 있는지 확인하십시오. 및 를 참조하거나 경로 관리자를 사용하십시오.
- 장치 및 Windows에 설치된 적절한 드라이버에서 USB 디버깅 모드를 활성화했습니다. 터미널에 "adb devices"를 입력하면 장치가 표시됩니다.
장치의 파티션
이제 복사하려는 장치의 파티션과 블록을 정의해야 합니다. tar 또는 dd 명령을 사용하여 단일 파티션을 복사할 수 있지만 dd를 사용하여 전체 메모리를 복사하기만 하면 됩니다.에 테클라스트 x98 3g두 개의 명령이 파티션을 정의하는 데 사용됩니다: cat proc/partitions 및 mount.
터미널에서 입력에 대한 응답으로 표시되어야 하는 내용의 예입니다.
127|[이메일 보호됨]:/ # 마운트
산
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,릴라타임,모드=755 0 0
devpts /dev/pts devpts rw,relatime,모드=600 0 0
proc /proc proc rw, 릴레이 0 0
sysfs /sys sysfs rw, 릴레이 0 0
없음 /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/secure tmpfs rw,릴라타임,모드=700 0 0
tmpfs /mnt/asec tmpfs rw,relatime,모드=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,모드=755,gid=1000 0 0
없음 /dev/cpuctl cgroup rw,relatime,cpu 0 0
[b]/dev/block/mmcblk0p9 /system ext4 ro,noatime,data=ordered 0 0
/dev/block/mmcblk0p7 /cache ext4 rw,nosuid,nodev,noatime,data=ordered 0 0
/dev/block/mmcblk0p6 /config ext4 rw,nosuid,nodev,noatime,data=ordered 0 0
/dev/block/mmcblk0p10 /data ext4 rw,nosuid,nodev,noatime,noauto_da_alloc,data=ordered 0 0
/dev/block/mmcblk0p8 /logs ext4 rw,nosuid,nodev,relatime,data=ordered 0 0
없음 /sys/kernel/debug debugfs rw,relatime 0 0
/dev/fuse /mnt/shell/emulated fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0
없음 /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
tmpfs /mnt/libreg tmpfs rw,noexec,noatime,크기=4k,모드=700,gid=1003 0 0
/dev/block/vold/179:1 /storage/sdcard_ext fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
[이메일 보호됨]:/ # 고양이 프로세스/파티션
고양이 프로세서/파티션
메이저 마이너 #블록 이름
179 10 30535680 mmcblk0
179 11 229376 mmcblk0p1
179 12 32768 mmcblk0p2
179 13 32768 mmcblk0p3
179 14 131072 mmcblk0p4
179 15 131072 mmcblk0p5
179 16 131072 mmcblk0p6
179 17 786432 mmcblk0p7
179 18 262144 mmcblk0p8
179 19 1048576 mmcblk0p9
259 0 27742188 mmcblk0p10
179 30 2048 mmcblk0boot1
179 20 2048 mmcblk0boot0
179 0 30657536 mmcblk1
179 1 30657504 mmcblk1p1
일반적으로 Android에서 모든 섹션을 포함하는 전체 블록은 /dev/block/mmcblk0에 있고 다른 모든 섹션은 하위 섹션입니다. GPT 지원으로 parted를 설치하여 모든 파티션에 대한 정보를 볼 수 있습니다.
모든 전화 메모리 -> /dev/block/mmcblk0(일부 전화에서는 sdcard일 수 있음).
섹션 -> 모든 것이 다릅니다. 특정 장치. 일반적으로 /dev/block/platform/dw_mmc/by-name/은 이 장치의 모든 파티션을 나열합니다.
모든 메모리 백업(adb를 통해)
USB 디버깅이 활성화된 휴대전화를 컴퓨터에 연결합니다.에 관하여 테클라스트 x98 3g장치가 부팅되지 않는 경우(bootloop). 이 모든 일이 발생하기 전에 USB 디버깅 모드를 활성화하는 것이 매우 중요합니다. 태블릿을 완전히 끄고 모든 케이블을 분리하고 몇 초 동안 "휴식"한 다음 컴퓨터에서 태블릿으로 케이블을 연결합니다. 그런 다음 충전 프로세스가 진행 중임을 나타내는 큰 흰색 배터리가 나타나야 합니다. , 꺼진 상태에서도 터미널과 adb를 통해 장치로 작업이 가능합니다.
Cygwin 터미널을 시작하고 다음을 입력합니다(필요한 경우 mmcblk0 교체).
adb 앞으로 tcp:5555 tcp:5555
adb 쉘
수
/system/xbin/busybox nc -l -p 5555 -e /system/xbin/busybox dd if=/dev/block/mmcblk0
왼쪽의 다음 줄에 깜박이는 커서가 표시됩니다. 에 이 순간기계는 블록이 네트워크를 통해 전송되기를 기다리고 있습니다.
adb 앞으로 tcp:5555 tcp:5555
cd /경로/to/store/the/backup
nc 127.0.0.1 5555 | pv -i 0.5 > mmcblk0.raw
선택한 전체 블록이 완전히 복사될 때까지 파일 크기가 어떻게 증가하기 시작하는지 알 수 있습니다. 이제 원시 형식의 장치 전체 백업이 있습니다. Windows, Linux 및 기타 운영 체제(공식 사이트 또는 )에서 사용 가능한 gptfdisk를 사용하여 복사된 블록의 모든 내용을 볼 수 있습니다. ClockworkMod Recovery에서도 동일한 작업을 수행할 수 있지만 먼저 ClockworkMod에 포함된 BusyBox에는 netcat이 없기 때문에 / 시스템 파티션을 마운트해야 하므로 장치의 / 시스템 파티션에서 netcat을 사용해야 합니다.
Linux의 특정 도구를 사용하여 전체 블록에서 필요한 섹션을 수정하고 추출할 수 있습니다.
WiFi ADB와 같은 방식으로 WiFi를 통해 ADB를 사용할 수 있습니다.
전체 메모리 백업(WiFi를 통해)
저자 인용: Nandroid를 sdcard 없이 컴퓨터에 직접 연결합니다.필요한:
- 컴퓨터 또는 기타 장치에 설치된 FTP 서버
- 비밀번호가 있는 사용자
- FTP 서버의 포트를 기본값 21로 설정하지만 이 예중고 40;
- 쓰기 권한이 있는 사용자의 홈 디렉터리입니다.
복구를 위해 원시 데이터를 사용하면 실수로 중요한 데이터를 덮어쓸 수 있으므로 myfifo를 /data가 아닌 /cache에 복사하는 것이 좋습니다.
Cygwin 터미널을 시작하고 다음을 입력합니다.
adb 쉘
수
mkfifo /캐시/myfifo
ftpput -v -u 사용자 -p 패스 -P 40 COMPUTER_IP block.raw /cache/myfifo
다른 Cygwin 터미널을 열고 다음을 입력하십시오.
adb 쉘
수
dd if=/dev/block/mmcblk0p12 of=/cache/myfifo
몇 가지 설명:
- FIFO는 Linux 기본 파일 시스템에서만 수행할 수 있으며 FAT는 이에 대해 작동하지 않습니다.
- 장치에서 파티션을 읽는 프로세스는 어떤 식으로든 파티션을 수정하지 않습니다.
전체 메모리 백업(USB 테더링 또는 Wi-Fi 테더링을 통해)
이렇게 하려면 복사 프로세스를 수행할 네트워크 연결을 제외하고 컴퓨터의 모든 네트워크 연결을 비활성화해야 합니다.컴퓨터를 Android 장치에 연결하면 "연결 속성"에서 컴퓨터의 IP와 장치의 IP를 볼 수 있습니다. IP - 컴퓨터 자체의 IP이고 게이트웨이에는 Android 장치의 IP가 포함됩니다.
- Wi-Fi 모뎀: 컴퓨터< - Wi-Fi --->안드로이드 기기< - 3G --->인터넷
- USB 모뎀:
컴퓨터< - USB --->안드로이드 기기< - Wi-Fi --->인터넷
컴퓨터< - USB --->안드로이드 기기< - 3G --->인터넷
이 과정은 Wi-Fi를 통해 데이터를 전송하는 것과 완전히 동일하지만 라우터를 게이트웨이로 사용하는 대신 컴퓨터와 Android 장치가 직접 연결되기 때문에 데이터 전송 속도가 훨씬 빨라집니다. 이 경우 Android 기기 자체가 게이트웨이가 됩니다. USB 모뎀은 데이터 전송 속도가 가장 높습니다.
단일 파티션 백업(원시 = 파티션의 정확한 비트 단위 사본)
모든 것은 위에서 설명한 것과 유사하며 mmcblk0을 적절한 섹션으로 교체하기만 하면 됩니다. 이 특별한 경우 소프트웨어를 사용하여 복사된 섹션의 내용을 볼 수 있습니다. 에 따라 파일 시스템: DiskInternals Linux Reader, Total Commander 및 ImDisk 가상 디스크 드라이버용 플러그인. 소프트웨어를 사용하여 VHD 도구 또는 도구와 함께 Recuva와 같은 개별 파티션에서 데이터를 복구할 수도 있습니다. 명령줄운영 체제 자체에 포함됩니다.하나의 파티션 백업(tar = 파일 및 폴더만 백업)
이 경우 이미 마운트된 파티션이 필요합니다. (위에서 Teclast x98 3g에서 파티션을 찾는 방법을 설명했습니다.)Cygwin 터미널에 마운트된 모든 파티션 목록을 보려면 다음을 입력하십시오.
이제 어떤 파티션이 마운트되어 있는지 알아야 합니다. 예를 들어 펌웨어는 기본적으로 ROM인 /system에 마운트됩니다.
이 경우 Android 자체에 의해 부과된 제한으로 인해 세 개의 Cygwin 터미널을 열어야 합니다.
첫 번째 Cygwin 터미널을 열고 예를 들어 /cach에 FIFO를 만들고 tar를 해당 터미널로 리디렉션합니다.
adb 앞으로 tcp:5555 tcp:5555
adb 쉘
수
/system/xbin/busybox mkfifo /cache/myfifo
/system/xbin/busybox tar -cvf /cache/myfifo /system
tar를 stdout(c "-")으로 리디렉션하는 것은 Android에서 작동하지 않고 저장된 파일을 손상시키기 때문에 이 작업을 수행해야 합니다.
두 번째 Cygwin 터미널을 엽니다.
adb 앞으로 tcp:5555 tcp:5555
adb 쉘
수
/system/xbin/busybox nc -l -p 5555 -e /system/xbin/busybox 고양이 /cache/myfifo
세 번째 Cygwin 터미널을 엽니다.
adb 앞으로 tcp:5555 tcp:5555
cd /경로/to/store/the/backup
nc 127.0.0.1 5555 | pv -i 0.5 > system.tar
다음을 사용하여 결과 tar 파일을 볼 수 있습니다. 윈라, 총사령관, PeaZip 등 tar 형식은 FAT/NTFS 파티션으로 추출할 때 사라지는 각 파일에 대한 액세스 및 소유권 정보를 유지하므로 파일을 추출하거나 편집하면 안 됩니다.
태그: 태그 추가
많은 Android 기기 사용자는 펌웨어 실험, 다양한 추가 기능 및 수정 프로그램 설치로 인해 기기가 작동하지 않는 경우가 많다는 것을 알고 있습니다. 이는 시스템을 깨끗하게 설치해야만 해결할 수 있으며, 이 프로세스는 다음을 의미합니다. 완전한 청소모든 정보의 기억. 사용자가 중요한 데이터의 백업 사본을 미리 생성하거나 더 나은 방법으로 시스템의 전체 백업을 처리한 경우 장치를 "이전 상태로 ..." 상태로 복원하는 데 몇 시간이 걸립니다. 분.
특정 사용자 정보 또는 전체 시스템 백업을 백업하는 방법에는 여러 가지가 있습니다. 하나 또는 다른 방법을 사용하는 것이 권장되는 장치에 대한 이러한 개념의 차이점은 아래에서 설명합니다.
개인정보의 백업본이란 사용자가 안드로이드 기기를 운용하면서 생성한 데이터 및 콘텐츠의 보존을 의미합니다. 이러한 정보에는 설치된 응용 프로그램 목록, 장치의 카메라로 촬영했거나 다른 사용자로부터 받은 사진, 연락처, 메모, 음악 및 비디오 파일, 브라우저 북마크 등이 포함됩니다.
가장 신뢰할 수 있고 가장 중요한 것 중 하나는 간단한 방법 Android 기기에 포함된 개인 데이터를 저장하는 것은 기기의 메모리에 있는 데이터를 클라우드 스토리지와 동기화하는 것입니다.
전체 시스템 백업
위의 방법 및 유사한 작업을 통해 가장 중요한 정보를 저장할 수 있습니다. 그러나 장치를 플래싱할 때 장치 메모리 섹션을 조작하려면 절대적으로 모든 데이터를 지워야 하기 때문에 연락처, 사진 등이 손실되는 경우가 많습니다. 소프트웨어 및 데이터의 이전 상태로 돌아갈 수 있는 기회를 예약하려면 시스템의 전체 백업, 즉 장치 메모리의 전체 또는 특정 섹션의 복사본만 있으면 됩니다. 즉, 소프트웨어 부분의 전체 클론 또는 캐스트가 장치를 복원할 수 있는 특수 파일로 생성됩니다. 이전 상태나중에. 이를 위해서는 사용자의 특정 도구와 지식이 필요하지만 절대적으로 모든 정보의 완전한 안전성을 보장할 수 있습니다.
백업을 어디에 저장합니까? 장기 보관의 경우, 최선의 방법으로클라우드 스토리지가 사용됩니다. 아래 설명된 방법을 사용하여 정보를 저장할 때 기기에 설치된 메모리 카드를 사용하는 것이 좋습니다. 사용할 수 없는 경우 백업 파일을 장치의 내부 메모리에 저장할 수 있지만 이 경우 백업 파일을 생성한 직후 PC 디스크와 같은 보다 안정적인 장소에 즉시 복사하는 것이 좋습니다. .
방법 1: TWRP 복구
사용자의 관점에서 백업을 생성하는 가장 쉬운 방법은 이 목적을 위해 수정된 복구 환경인 사용자 지정 복구를 사용하는 것입니다. 이러한 솔루션 중 가장 기능적인 것은 다음과 같습니다.
방법 2: CWM 복구 + Android 앱 ROM 관리자
이전 방법과 마찬가지로 Android 펌웨어 백업을 생성할 때 다른 개발자인 ClockworkMod 팀의 수정된 복구 환경만 사용됩니다. 일반적으로 이 방법은 TWRP를 사용하는 것과 유사하며 덜 기능적인 결과를 제공합니다. 펌웨어 백업 파일. 동시에 CWM Recovery에는 많은 사용자가 백업 생성 프로세스를 관리하는 데 필요한 기능이 없습니다. 예를 들어 백업 생성을 위해 개별 파티션을 선택하는 것은 불가능합니다. 그러나 개발자는 기능을 사용하여 운영 체제에서 직접 백업 생성을 시작할 수 있는 우수한 ROM 관리자 Android 애플리케이션을 사용자에게 제공합니다.
방법 3: 티타늄 백업 Android 앱
Titanium Backup은 매우 강력하면서도 사용하기 쉬운 시스템 백업 도구입니다. 도구의 도움으로 모든 것을 저장할 수 있습니다. 설치된 애플리케이션연락처, 통화 기록, SMS, mms, 점을 포함한 사용자 정보 및 데이터 와이파이 액세스및 기타.
다양한 설정이 가능하다는 장점이 있습니다. 예를 들어 데이터를 저장할 응용 프로그램을 선택할 수 있습니다. Titanium Backup의 본격적인 백업을 생성하려면 루트 권한을 제공해야 합니다. 즉, 수퍼유저 권한을 얻지 못한 장치의 경우 이 방법이 적용되지 않습니다.
생성된 파일을 저장할 수 있는 신뢰할 수 있는 장소를 미리 관리하는 것이 매우 바람직합니다. 백업. 내부 메모리스마트폰은 그렇게 간주할 수 없으므로 백업을 저장하기 위해 PC 디스크를 사용하는 것이 좋습니다. 클라우드 스토리지또는 극단적인 경우 장치의 microSD 카드.
- 티타늄 백업을 설치하고 실행합니다.
- 프로그램 상단에 탭이 있습니다. "백업", 가자.
- 탭을 연 후 "백업", 당신은 메뉴를 호출해야 "일괄 조치"응용 프로그램 화면의 상단 모서리에 있는 확인 표시가 있는 문서 이미지가 있는 버튼을 클릭합니다. 또는 터치 버튼을 누르십시오. "메뉴"장치 화면에서 해당 항목을 선택합니다.
- 다음으로 버튼을 눌러 "시작"옵션 옆에 위치 “make r.k. 모든 사용자 소프트웨어 및 시스템 데이터".백업할 애플리케이션 목록이 있는 화면이 나타납니다. 시스템의 전체 백업이 생성 중이므로 여기에서 변경할 사항이 없으므로 화면 오른쪽 상단에 있는 녹색 확인 표시를 클릭하여 프로세스를 시작할 준비가 되었는지 확인해야 합니다.
- 응용 프로그램 및 데이터 복사 프로세스가 시작되고 현재 진행 상황에 대한 정보와 현재 저장 중인 소프트웨어 구성 요소의 이름이 표시됩니다. 그건 그렇고, 당신은 응용 프로그램을 최소화하고 평소와 같이 장치를 계속 사용할 수 있지만 실패를 피하기 위해 이것을하지 않고 사본이 생성 될 때까지 기다리는 것이 좋습니다. 프로세스는 매우 빠릅니다.
- 프로세스가 끝나면 탭이 열립니다. "백업". 앱 이름 오른쪽의 아이콘이 변경된 것을 확인할 수 있습니다. 이제 이것들은 다른 색상의 독특한 이모티콘이며 소프트웨어 구성 요소의 각 이름 아래에는 백업 복사본이 날짜와 함께 생성되었음을 나타내는 비문이 있습니다.
- 백업 파일은 프로그램 설정에서 지정한 경로에 저장됩니다.
예를 들어, 시스템 소프트웨어를 설치하기 전에 메모리를 포맷할 때 정보 손실을 방지하려면 백업 폴더를 최소한 메모리 카드에 복사해야 합니다. 이 작업은 다음과 같이 수행할 수 있습니다. 파일 관리자안드로이드용. Android 장치의 메모리에 저장된 파일로 작업을 수행하는 좋은 솔루션은 다음과 같습니다.
추가적으로
Titanium Backup을 사용하여 생성한 백업 폴더를 안전한 장소에 복사하는 일반적인 방법 외에도 데이터 손실을 방지하기 위해 MicroSD 카드에 복사본이 즉시 생성되도록 도구를 구성할 수 있습니다.
방법 4: SP FlashTool+MTK DroidTools
애플리케이션을 사용하는 것은 Android 기기 메모리의 모든 섹션에 대한 진정한 완전한 백업을 생성할 수 있는 가장 기능적인 방법 중 하나입니다. 이 방법의 또 다른 장점은 장치에 대한 루트 권한의 선택적 존재입니다. 이 방법은 64비트 프로세서를 제외하고 Mediatek 하드웨어 플랫폼에 구축된 장치에만 적용됩니다.
- SP FlashTools 및 MTK DroidTools를 사용하여 펌웨어의 전체 복사본을 만들려면 응용 프로그램 자체 외에도 설치된 ADB 드라이버, MediaTek 부팅 모드용 드라이버 및 응용 프로그램(일반 메모장을 사용할 수도 있지만 작동 안 할 것이다). 필요한 모든 것을 다운로드하고 아카이브를 C: 드라이브의 별도 폴더에 압축을 풉니다.
- 장치 모드 켜기 "USB 디버깅"그리고 PC에 연결합니다. 디버깅을 활성화하려면
모드가 먼저 활성화됩니다. "개발자를 위해". 이를 위해 우리는 경로를 따릅니다. "설정" — "장치 정보"- 항목을 5번 탭하세요. "빌드 번호".
그런 다음 열리는 메뉴에서 "개발자를 위해"스위치를 사용하여 활성화하거나 항목에 체크 표시 "USB 디버깅 허용", 장치를 PC에 연결할 때 ADB를 사용하여 작업을 수행할 수 있는 권한을 확인합니다.
- 다음으로 MTK DroidTools를 실행하고 프로그램에서 장치가 감지될 때까지 기다렸다가 버튼을 눌러야 합니다. "블록 지도".
- 이전 조작은 스캐터 파일을 만들기 전에 수행된 단계입니다. 이렇게하려면 열리는 창에서 버튼을 클릭하십시오 "스캐터 파일 생성".
- 다음 단계는 판독기 메모리의 블록 범위를 결정할 때 SP FlashTools가 지정해야 하는 주소를 결정하는 것입니다. Notepad ++ 프로그램에서 이전 단계에서 얻은 스캐터 파일을 열고 바로 아래에 linear_start_addr 매개변수가 있는 행이 있는 partition_name: CACHE: 행을 찾습니다. 이 매개변수의 값(스크린샷에서 강조 표시됨) 노란색)는 클립보드에 쓰거나 복사해야 합니다.
- 장치의 메모리에서 데이터를 직접 읽고 파일에 저장하는 작업은 SP FlashTools 프로그램을 사용하여 수행됩니다. 응용 프로그램을 시작하고 탭으로 이동 다시 읽기. 스마트폰이나 태블릿은 PC에서 분리해야 합니다. 우리는 버튼을 누릅니다 추가하다.
- 열리는 창에는 한 줄만 있습니다. 읽기 범위를 설정하려면 더블 클릭하십시오. 향후 메모리 덤프 파일이 저장될 경로를 선택하십시오. 파일 이름은 변경하지 않는 것이 가장 좋습니다.
- 저장 경로를 지정하면 필드에 작은 창이 열립니다. 길이:이 명령의 5단계에서 얻은 linear_start_addr 매개변수의 값을 입력해야 합니다. 주소 입력 후 버튼을 누르면 "좋아요".
우리는 버튼을 누릅니다 "다시 읽기" SP FlashTools에서 같은 이름의 탭을 열고 전원이 꺼진(!) 장치를 USB 포트에 연결합니다.
- 사용자가 사전에 드라이버 설치를 처리한 경우 SP FlashTools는 자동으로 장치를 감지하고 파란색 진행률 표시줄이 채워지는 것과 같이 읽기 프로세스를 시작합니다.
절차가 완료되면 창이 표시됩니다. "리드백 OK"확인 확인 표시가 있는 녹색 원이 있습니다.
- 이전 단계의 결과는 파일입니다. ROM_0, 내부 플래시 메모리의 완전한 덤프입니다. 이러한 데이터로 추가 조작, 특히 장치에 펌웨어 업로드를 수행하려면 MTK DroidTools를 사용하여 몇 가지 추가 작업이 필요합니다.
우리는 장치를 켜고 Android로 부팅하고 확인합니다. "USB 디버깅"전원을 켜고 장치를 USB에 연결합니다. MTK DroidTools를 실행하고 탭으로 이동합니다. 루트, 백업, 복구. 여기에 버튼이 필요합니다 "ROM_ 플래시 드라이브에서 백업을 만드십시오", 누릅니다. 9단계에서 얻은 파일 열기 ROM_0. - 버튼을 누른 직후 "열려있는"덤프 파일을 별도의 파티션 이미지와 복구에 필요한 기타 데이터로 분할하는 프로세스가 시작됩니다. 프로세스 진행 데이터는 로그 영역에 표시됩니다.
덤프를 별도의 파일로 분할하는 절차가 완료되면 비문이 로그 필드에 표시됩니다. "임무 완료". 이렇게 하면 작업이 완료되고 응용 프로그램 창을 닫을 수 있습니다.
- 프로그램 작업의 결과는 장치 메모리 섹션의 이미지 파일이 있는 폴더입니다. 이것은 시스템의 백업 복사본입니다.
그리고 산란을 저장하는 방법을 선택하십시오.
방법 5: ADB를 사용한 시스템 백업
다른 방법을 사용하는 것이 불가능하거나 다른 이유로 거의 모든 Android 기기의 메모리 섹션 전체를 생성하려면 OS 개발자 툴킷(Android SDK 구성 요소)을 사용할 수 있습니다. 일반적으로 ADB는 절차를 수행할 수 있는 모든 가능성을 제공하며 장치에 대한 루트 권한만 있으면 됩니다.
고려 중인 방법은 상당히 힘들고 사용자가 다음을 수행해야 합니다. 높은 레벨지식 콘솔 명령 ADB. 프로세스를 용이하게 하고 명령 도입을 자동화하기 위해 멋진 셸 응용 프로그램으로 전환할 수 있습니다. 이렇게 하면 명령 입력 프로세스가 자동화되고 많은 시간이 절약됩니다.
- 준비 절차는 장치에 대한 루트 권한을 얻고, USB 디버깅을 활성화하고, 장치를 다음에 연결하는 것입니다. USB 포트, ADB 드라이버 설치. 다음으로 다운로드, 설치 및 실행 ADB 애플리케이션운영. 위의 작업이 완료되면 파티션 백업 생성 절차를 진행할 수 있습니다.
- ADB Run을 시작하고 원하는 모드에서 시스템이 장치를 감지하는지 확인합니다. 메인 메뉴 1번 항목 - "장치가 연결되었습니까?", 드롭다운 목록에서 유사한 작업을 수행하고 다시 항목 1을 선택합니다.
장치가 ADB 모드로 연결되어 있는지 여부에 대한 질문에 대한 긍정적인 대답은 일련 번호 형식의 이전 명령에 대한 ADB Run의 응답입니다.
- 추가 조작을 위해서는 메모리 섹션 목록과 어떤 "디스크"에 대한 정보가 필요합니다. /dev/block/파티션이 마운트되었습니다. ADB Run을 사용하면 이러한 목록을 얻는 것이 매우 쉽습니다. 섹션으로 이동 "메모리와 파티션"(응용 프로그램의 주 메뉴에서 항목 10).
- 열리는 메뉴에서 항목 4를 선택하십시오. "파티션 /dev/block/".
- 필요한 데이터 읽기를 시도할 메서드 목록이 있는 목록이 열립니다. 각 항목을 순서대로 사용해 보겠습니다.
방법이 실패하면 다음 메시지가 표시됩니다.
파티션의 전체 목록과 /dev/block/이 나타날 때까지 실행을 계속해야 합니다.
수신된 데이터는 가능한 어떤 방식으로든 저장해야 하며 ADB Run에는 자동 저장 기능이 없습니다. 대부분 편리한 방법표시된 정보를 수정하는 것은 섹션 목록이 있는 창의 스크린샷을 만드는 것입니다.
관련 출판물
-
연결 오류 코드 및 설명
VPN 연결을 시작할 때 오류가 발생하면 세 자리 코드를 기억하거나 적어 두어야 합니다. 일반적으로 오류는 ...
-
4x100 휠이 VAZ 이전에 맞을까요?
4는 볼트 구멍의 수입니다. 98과 100은 원의 지름(mm)입니다. 거리를 계산해보면...