Как известно, VMWare Fusion может запускать диск Boot Camp как виртуальную машину - что очень удобно во многих ситуациях.
Но так как моя система работает с тройной загрузкой, я решил немного сместить и изменить форму таблицы разделов, чтобы создать раздел "Share HD", с помощью которого я могу обмениваться файлами между Mac, Windows и Linux, как есть. раздел FAT32. Например, я могу поместить туда свою папку Dropbox и не беспокоиться о дубликатах.
Это работает, как ожидалось. Но только до тех пор, пока я не запущу VMWare и не скажу ему запустить мой Boot Camp "VM". Затем он отключает не только "Windows HD", но также и "Share HD". Моя догадка? Потому что это буквально может.
Диск выглядит так:
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 750.0 GB disk0s2
3: Microsoft Basic Data Windows HD 157.3 GB disk0s3
4: Microsoft Basic Data SHARE HD 93.1 GB disk0s4
И, как вы можете заметить, есть два раздела с "Microsoft Basic Data". Первый - NTFS, второй Fat32.
VMWare любезно игнорирует раздел EFI, пропускает Mac HD - было бы странно, если бы он этого не сделал ... - но затем находит два раздела, с которыми он оба знает, как обращаться. Так что он отключает их от моего Mac и "виртуализирует" их, фактически превращая мой маленький Share HD в гонера. Потому что VMWare, в отличие от Parallels, не может снова сделать раздел доступным для моего Mac! Так что он "застрял" в ВМ.
Поэтому я подумал, может, если бы я отредактировал директивы диска, я мог бы обмануть Share HD из бизнеса. Вот как выглядит мой "Boot Camp.vmdk":
# Disk DescriptorFile
version=1
encoding="UTF-8"
CID=8ba1470a
parentCID=ffffffff
isNativeSnapshot="no"
createType="partitionedDevice"
# Extent description
RW 34 FLAT "Boot Camp-pt.vmdk" 0
RDONLY 6 FLAT "/dev/disk0" 34 partitionUUID @disk:diskModel=APPLE|20SSD|20SM1024F,diskSerialNumber=S1K6NYAF813843,diskSize=1000555581440
RW 409600 FLAT "/dev/disk0s1" 0 partitionUUID @partition:diskModel=APPLE|20SSD|20SM1024F,diskSerialNumber=S1K6NYAF813843,diskSize=1000555581440,partSize=209715200,partOffset=20480,partMediaUUID=CFDDAF8E-4D1D-4F57-9C46-843454CB2A3F,partVolumeUUID=0E239BC6-F960-3107-89CF-1C97F78BB46B
RW 1464843744 ZERO
RW 504 ZERO
RW 307200000 FLAT "/dev/disk0s3" 0 partitionUUID @partition:diskModel=APPLE|20SSD|20SM1024F,diskSerialNumber=S1K6NYAF813843,diskSize=1000555581440,partSize=157286400000,partOffset=750209990656,partMediaUUID=44AD0F2A-0D3F-4AE3-B7C5-5AD933958C03,partVolumeUUID=6EC86E86-4F90-4A14-8A93-4C753E7C0165
RW 181755904 FLAT "/dev/disk0s4" 0 partitionUUID @partition:diskModel=APPLE|20SSD|20SM1024F,diskSerialNumber=S1K6NYAF813843,diskSize=1000555581440,partSize=93059022848,partOffset=907496390656,partMediaUUID=5C128853-CCC2-471D-8B07-A4FF98C00969,partVolumeUUID=A6DA7C25-15FD-3966-8F86-D473AF3245C1
RW 295 ZERO
RW 33 FLAT "Boot Camp-pt.vmdk" 34
# The Disk Data Base
#DDB
ddb.adapterType = "ide"
ddb.geometry.biosCylinders = "1024"
ddb.geometry.biosHeads = "255"
ddb.geometry.biosSectors = "63"
ddb.geometry.cylinders = "16383"
ddb.geometry.heads = "16"
ddb.geometry.sectors = "63"
ddb.longContentID = "b999ebb339b3d11760123bd78ba1470a"
ddb.toolsVersion = "9507"
ddb.uuid = "60 00 C2 90 19 25 e5 53-fe fe 8c 45 f8 0d 55 ff"
ddb.virtualHWVersion = "11"
Я полностью заметил, что мой Share HD (disk0s4) был там! Извините, это должна быть таблица виртуальных разделов.
Но как мне отредактировать это?
Может ли кто-нибудь помочь мне правильно отредактировать определение, чтобы VMWare больше не впитывал и мой Share HD?
Заранее спасибо и всего наилучшего - и хорошего дня. :)