Мета: клонувати мій внутрішній диск на зовнішній диск і завантажитися з зовнішнього диска.
оновлення спасибі klanomath, який вказав, що я повинен був змінити uuid диска основного зберігання для внутрішнього і зовнішнього диска, щоб бути присутнім одночасно. Я тестував зовнішній диск на іншому Mac і він працює відмінно. Я не намагався змінити UUID, оскільки моя ідея полягає в тому, щоб тепер протерти внутрішній диск.
Я використовував dd, щоб зробити клон і перевірив суми md5.
При завантаженні я можу вибрати з усіх очікуваних томів: "Без назви", "Вікна", і з зовнішнім-символом диска: "Без назви", "Вікна".
Незалежно від того, який "Untitled" я вибираю, він закінчується завантаженням з використанням внутрішнього диска. Будь-які ідеї щодо того, чому? Як я можу це виправити?
Як я зробив клон:
Я завантажився в Linux з флешки, жодна інша файлова система не монтувалася, я зробив копію:
dd if=/dev/sda of=/dev/sdc bs=4096 conv=noerror,sync
Я перевірив, що суми md5 всього / dev / sda відповідають еквівалентному розміру на / dev / sdc.
Інформація про диски
Опинившись в OS X (з внутрішнього диска за допомогою "Untitled"), це те, що я бачу зі списку diskutil:
$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *751.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Untitled 689.4 GB disk0s2
3: Apple_Boot Boot OS X 650.0 MB disk0s3
4: Microsoft Basic Data BOOTCAMP 61.0 GB disk0s4
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0:
Untitled +689.1 GB disk1
Logical Volume on disk0s2
137B561F-8819-4ABD-BFBF-DD8F3A997D60
Unlocked Encrypted
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_CoreStorage 689.4 GB disk2s2
3: Apple_Boot Boot OS X 650.0 MB disk2s3
4: Microsoft Basic Data BOOTCAMP 61.0 GB disk2s4
У Disk Utility єдиним томом, який відображається для / dev / disk2, є BOOTCAMP.
fsck_cs
Запуск fsck_cs на обох дисках disk2s2 (зовнішній накопичувач зовнішнього диска) і на диску0s2 (внутрішній накопичувач на внутрішньому диску), я отримую еквівалентний вихід і обсяг виглядає нормально.
Можливо, проблема полягає в тому, що є два томи (на різних дисках) з тим же UUUD? (9EE93F75-E7F0-40C2-B562-6A8733A6EB16)
$ sudo fsck_cs -n -l log.txt disk2s2
Password:
Executing fsck_cs (version 540.30.1)
** Checking volume
** disk2s2: Scan for Volume Headers
** disk2s2: Scan for Disk Labels
** Logical Volume Group 9EE93F75-E7F0-40C2-B562-6A8733A6EB16 on 1 device
** disk2s2: Scan for Metadata Volume
** Logical Volume Group has a 17 MB Metadata Volume with double redundancy
** Start scanning metadata for a valid checkpoint
** Load and verify Segment Headers
** Load and verify Checkpoint Payload
** Load and verify Transaction Segment
** Load and verify Transaction Segment
** Incorporate 1 newer non-checkpoint transaction
** Load and verify Virtual Address Table
** Load and verify Segment Usage Table
** Load and verify Metadata Superblock
** Load and verify Logical Volumes B-Trees
** Logical Volume Group contains 1 Logical Volume
** Load and verify 4F52DBC8-6A69-4099-82B4-5E437C4CEA74
** Load and verify 137B561F-8819-4ABD-BFBF-DD8F3A997D60
** Load and verify Freespace Summary
** Load and verify Block Accounting
** Load and verify Live Virtual Addresses
** Newest transaction commit checkpoint is valid
** Load and verify Segment Cleaning
** The volume 9EE93F75-E7F0-40C2-B562-6A8733A6EB16 appears to be OK