prinzipiell hast Du da schon recht ... ich hab mir das ganze jetzt wie folgt mal angesehen:
root[sortieren] > mmls /dev/sdc
GUID Partition Table (EFI)
Offset Sector: 0
Units are in 4096-byte sectors
Slot Start End Length Description
00: Meta 0000000000 0000000000 0000000001 Safety Table
01: ----- 0000000000 0000000255 0000000256 Unallocated
02: Meta 0000000001 0000000001 0000000001 GPT Header
03: Meta 0000000002 0000000005 0000000004 Partition Table
04: 00 0000000256 0000051200 0000050945 EFI System
05: ----- 0000051201 0000051455 0000000255 Unallocated
06: 01 0000051456 0122096640 0122045185 Apple HFS/HFS+
07: ----- 0122096641 0122096645 0000000005 Unallocated
Du hast vermutlich Recht, wenn er hier eine "Partition" drauf mährt und die kommt nicht ganz mit den 4096 Blöcken hin, dann gibts halt noch "unallocated" Space zum auffüllen. Dennoch hab ich diese Partitionstabelle nicht mit drauf bekommen (per dd). Der Hintergrund ist wohl folgender:
GPT speichert einmal seine Partitionstabelle ganz am Anfang und einmal ganz am Ende der Platte. Da die Zielplatte ja größer ist, fehlt ihm also der hintere Teil. Vielleicht stört ihn das. Ich hab mich jetzt dazu entschlossen, das ganze auf Filesystemebene zu "syncen". Hierzu bin ich wie folgt vorgegangen:
- neue Platte mit einer neuen und leeren gpt ausgerüstet (gdisk, Option -o)
- dann eine entsprechende EF00 (EFI) Partition mit 200MB Größe angelegt
- dahinter eine entsprechende AF00 Partition (HFS bzw. HFSPlus)
- das Quell-ddrescue-Image wie folgt untersucht:
root[sortieren] > gdisk MAC_Platte_safe.iso
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk MAC_Platte_safe.iso: 312581808 sectors, 149.1 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 000001B8-4068-0000-E119-0000DD630000
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 312581774
Partitions will be aligned on 8-sector boundaries
Total free space is 262157 sectors (128.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 40 409639 200.0 MiB EF00 EFI system partition
2 409640 312319623 148.7 GiB AF00 Customer
Command (? for help): q
- ein Mounten mit Offset schlägt hier leider fehl, daher hab ich mittels DD die beiden Partitionen einfach raus geholt
dd if=./MAC_Platte_safe.iso of=./MAC_EFI.iso bs=512 skip=40
dd if=./MAC_Platte_safe.iso of=./MAC_HFS.iso bs=512 skip=409640
- die EFI-Partition ist vom Typ vfat und konnte einfach gemountet werden (loop-Device)
- die Zielpartition auf der Platte entsprechend mit mkfs.vfat bearbeitet und dann ebenfalls gemountet
- hier jetzt ein einfaches rsync der Daten vorgenommen
root[sortieren] > rsync -avH /mnt/iso/ /mnt/platte/
sending incremental file list
EFI/
EFI/APPLE/
EFI/APPLE/EXTENSIONS/
EFI/APPLE/EXTENSIONS/Firmware.scap
EFI/APPLE/FIRMWARE/
EFI/APPLE/FIRMWARE/SmcFlasher.efi
EFI/APPLE/FIRMWARE/k36.smc
sent 16,029,508 bytes received 93 bytes 32,059,202.00 bytes/sec
total size is 16,025,265 speedup is 1.00
- die HFS-Partition liess sich leider nicht mounten, das brach immer mit folgendem Fehler ab
root[sortieren] > mount -t hfs MAC_HFS.iso /mnt/iso/
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
- dmesg lieferte hierzu folgendes
[ 6385.835031] hfsplus: invalid secondary volume header
[ 6385.835037] hfsplus: unable to find HFS+ superblock
- daher gedacht, ich lass einfach mal ein fsck drüber laufen
- der erste Lauf war leider nicht sonderlich erfolgreich
root[sortieren] > fsck.hfsplus -f MAC_HFS.iso
** MAC_HFS.iso
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
Volume Header needs minor repair
** Repairing volume.
** Rechecking volume.
** Volume check failed.
- gleich anschliessend hab ich das gleiche nochmal durchgeührt, da klappte es dann
root[sortieren] > fsck.hfsplus -f MAC_HFS.iso
** MAC_HFS.iso
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
Volume Header needs minor repair
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume Macintosh HD was repaired successfully.
- damit bekomme ich das Teil gemountet, also gleich auf der Platte bei der zweiten Partition hfsplus eingerichtet
- rsync angeschoben
rsync -aSHxE --numeric-ids /mnt/iso/ /mnt/platte/
- jetzt donnern jedoch folgende Meldungen durch das rsync-Fenster:
rsync: mkstemp "/mnt/platte/Applications/Address Book.app/Contents/Resources/zh_TW.lproj/AddressBookHelp/sty/.ref.css.SjlfuW" failed: Operation not supported (95)
rsync: mkstemp "/mnt/platte/Applications/Address Book.app/Contents/Resources/zh_TW.lproj/AddressBookHelp/sty/.task_bulleted.css.1V3FKd" failed: Operation not supported (95)
...
- offensichtlich kommt hier mein rsync nicht mit den extended-Attributen klar
gibts hierfür eine Lösung?
Gruß Maddin