1 Temat przez geos (edytowany przez geos 2022-11-06 21:03:15)

  • geos
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2012-10-17
  • Posty: 489

Temat: backup dysku eMMC programem dd

mam urządzenie z dyskiem eMMC samsunga. doczytałem w internetach z tego dokumentu:

https://www.embeddedartists.com/wp-cont … h_eMMC.pdf

że dyski eMMC są podzielone na 4 obszary: boot0, boot1, rpmb i user, i że "właściwe" partycje z systemem operacyjnym lub danymi są tworzone właśnie w user. chciałbym trochę poeksperymentować z tym urządzeniem, zainstalować linuxa, może androida, ale jednocześnie chciałbym mieć możliwość do powrotu do stanu pierwotnego.

odpaliłem Fedorę live i widzę, że w dev faktycznie są te obszary oraz partycje:

brw-rw----. 1 root disk 179,  0 Nov  6 14:54 /dev/mmcblk2
brw-rw----. 1 root disk 179,  8 Mar 18  2022 /dev/mmcblk2boot0
brw-rw----. 1 root disk 179, 16 Mar 18  2022 /dev/mmcblk2boot1
brw-rw----. 1 root disk 179,  1 Nov  6 14:54 /dev/mmcblk2p1
brw-rw----. 1 root disk 179,  2 Nov  6 14:54 /dev/mmcblk2p2
brw-rw----. 1 root disk 179,  3 Nov  6 14:54 /dev/mmcblk2p3
brw-rw----. 1 root disk 179,  4 Nov  6 14:54 /dev/mmcblk2p4
crw-------. 1 root root 234,  0 Mar 18  2022 /dev/mmcblk2rpmb

poleceniem dd zrobilem kopię mmcblk2. ale mam pytanie: czy to wystarczy? bo może trzeba dodatkowo zrobić kopię tych obszarów boot0/boot1 i rpmb? albo zrobić kopię wszystkich urządzeń mmcblk2* i dodatkowo poznać jakieś adresy, od których się te obszary lub partycje zaczynają/kończą, aby podczas przywracania zgranych obrazów zapisywać je w odpowiednich miejscach?

poproszę o wskazówki, sugestie, może ktoś miał praktykę w takich sprawach?

pozdrawiam
geos

kilka poleceń:

polecenie lsblk:

mmcblk2      179:0    0  29.1G  0 disk 
├─mmcblk2p1  179:1    0   100M  0 part 
├─mmcblk2p2  179:2    0   128M  0 part 
├─mmcblk2p3  179:3    0  23.5G  0 part 
└─mmcblk2p4  179:4    0   5.4G  0 part 
mmcblk2boot0 179:8    0     4M  1 disk 
mmcblk2boot1 179:16   0     4M  1 disk

polecenie fdisk -l:

Disk /dev/mmcblk2: 29.12 GiB, 31268536320 bytes, 61071360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 54422873-0189-4E9A-9C66-5C0CF190DAE9

Device            Start      End  Sectors  Size Type
/dev/mmcblk2p1     2048   206847   204800  100M EFI System
/dev/mmcblk2p2   206848   468991   262144  128M Microsoft reserved
/dev/mmcblk2p3   468992 49805311 49336320 23.5G Microsoft basic data
/dev/mmcblk2p4 49805312 61069311 11264000  5.4G Windows recovery environment

polecenie gdisk -l:

GPT fdisk (gdisk) version 1.0.8

The protective MBR's 0xEE partition is oversized! Auto-repairing.

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/mmcblk2: 61071360 sectors, 29.1 GiB
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 54422873-0189-4E9A-9C66-5C0CF190DAE9
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 61071326
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   EF00  EFI system partition
   2          206848          468991   128.0 MiB   0C01  Microsoft reserved ...
   3          468992        49805311   23.5 GiB    0700  Basic data partition
   4        49805312        61069311   5.4 GiB     2700  Basic data partition