I installed Fusion as a download trial for the first time. When I ran Fusion, it does not list my boot camp partition in the Virtual Machine Library, so I cannot use the program. My 30 day ticker is running with no way to evaluate it here.
VMware Fusion 1.1 (62573)
MacBook Pro 17" Core 2 Duo, 2GB RAM
OS X 10.4.11 (Just updated to this)
Windows XP SP2 running as a boot camp
Bootcamp beta 1.4
I have been using Boot Camp since I bought the Mac in December. Now, the beta version 1.4 is still installed, but obviously disabled now thanks to LOSERoBCLENSE (Leopard Operating SystEm revocation of Boot Camp LicENSEs). When I run Startup Disk in Mac OS X, it does NOT list the boot camp partition anymore. However, I have the Windows partition set to bootable (see my fdisk output below) and so I boot to my boot camp fine. I can also hit the Option key (formerly known as the ALT key) to choose my OS at boot time.
Here are a few caveats:
1. I installed Windows originally as FAT32. After languishing over the many crashes I had, I reluctantly converted it to NTFS so that Windows did not always boot up slow with the disk check after each crash. Well, it turned out that NTFS conversion is stupid, as Windows' partitioning utility uses 512 KB clusters... ouch. So now booting and the entire computer runs a little slower because of the overhead (NTFS should use 4KB clusters, IIRC, to be fast).
2. I don't use Mac a lot, so I am unfamiliar with it. However, I believe I installed everything correctly.
3. I was TRYING to avoid temporarily buying both Leopard and VMware. But now that I see that VMware doesn't detect my working boot camp, am I forced to upgrade the OS first?
computer:~ yourname$ sudo fdisk /dev/rdisk0
Password:
Disk: /dev/rdisk0 geometry: 19457/255/63 312581808 sectors
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec start - size
1: EE 0 0 2 - 25 127 14 1 - 409639 <Unknown ID>
2: AF 25 127 15 - 1023 223 5 409640 - 245366784 HFS+
*3: 07 1023 49 7 - 1023 80 23 246038568 - 66543200 HPFS/QNX/AUX
4: 00 0 0 0 - 0 0 0 0 - 0 unused
http://www.informit.com/articles/article.aspx?p=376123&rl=1 says that this "HPFS/QNX/AUX" type 7 is really NTFS. Not sure why Darwin is using such old code, probably from the early 90s before NTFS was around, I guess.
$ sudo gpt -r show disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 245366784 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
245776424 262144
246038568 66543200 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
312581768 7
312581775 32 Sec GPT table
312581807 1 Sec GPT header{bq}
*****************
$ sudo diskutil list
Password:
/dev/disk0
#: type name size identifier
0: GUID_partition_scheme *149.1 GB disk0
1: EFI 200.0 MB disk0s1
2: Apple_HFS Billy's MacBook 160 117.0 GB disk0s2
3: Microsoft Basic Data 31.7 GB disk0s3
/dev/disk1
#: type name size identifier
0: FDisk_partition_scheme *93.2 GB disk1
1: Windows_NTFS USB100 93.2 GB disk1s1
/dev/disk2
#: type name size identifier
0: Apple_partition_scheme *178.1 MB disk2
1: Apple_partition_map 31.5 KB disk2s1
2: Apple_HFS VMware Fusion 178.1 MB disk2s2{bq}
VMware Fusion 1.1 (62573)
MacBook Pro 17" Core 2 Duo, 2GB RAM
OS X 10.4.11 (Just updated to this)
Windows XP SP2 running as a boot camp
Bootcamp beta 1.4
I have been using Boot Camp since I bought the Mac in December. Now, the beta version 1.4 is still installed, but obviously disabled now thanks to LOSERoBCLENSE (Leopard Operating SystEm revocation of Boot Camp LicENSEs). When I run Startup Disk in Mac OS X, it does NOT list the boot camp partition anymore. However, I have the Windows partition set to bootable (see my fdisk output below) and so I boot to my boot camp fine. I can also hit the Option key (formerly known as the ALT key) to choose my OS at boot time.
Here are a few caveats:
1. I installed Windows originally as FAT32. After languishing over the many crashes I had, I reluctantly converted it to NTFS so that Windows did not always boot up slow with the disk check after each crash. Well, it turned out that NTFS conversion is stupid, as Windows' partitioning utility uses 512 KB clusters... ouch. So now booting and the entire computer runs a little slower because of the overhead (NTFS should use 4KB clusters, IIRC, to be fast).
2. I don't use Mac a lot, so I am unfamiliar with it. However, I believe I installed everything correctly.
3. I was TRYING to avoid temporarily buying both Leopard and VMware. But now that I see that VMware doesn't detect my working boot camp, am I forced to upgrade the OS first?
computer:~ yourname$ sudo fdisk /dev/rdisk0
Password:
Disk: /dev/rdisk0 geometry: 19457/255/63 312581808 sectors
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec start - size
1: EE 0 0 2 - 25 127 14 1 - 409639 <Unknown ID>
2: AF 25 127 15 - 1023 223 5 409640 - 245366784 HFS+
*3: 07 1023 49 7 - 1023 80 23 246038568 - 66543200 HPFS/QNX/AUX
4: 00 0 0 0 - 0 0 0 0 - 0 unused
http://www.informit.com/articles/article.aspx?p=376123&rl=1 says that this "HPFS/QNX/AUX" type 7 is really NTFS. Not sure why Darwin is using such old code, probably from the early 90s before NTFS was around, I guess.
$ sudo gpt -r show disk0
gpt show: /dev/disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 245366784 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
245776424 262144
246038568 66543200 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
312581768 7
312581775 32 Sec GPT table
312581807 1 Sec GPT header{bq}
*****************
$ sudo diskutil list
Password:
/dev/disk0
#: type name size identifier
0: GUID_partition_scheme *149.1 GB disk0
1: EFI 200.0 MB disk0s1
2: Apple_HFS Billy's MacBook 160 117.0 GB disk0s2
3: Microsoft Basic Data 31.7 GB disk0s3
/dev/disk1
#: type name size identifier
0: FDisk_partition_scheme *93.2 GB disk1
1: Windows_NTFS USB100 93.2 GB disk1s1
/dev/disk2
#: type name size identifier
0: Apple_partition_scheme *178.1 MB disk2
1: Apple_partition_map 31.5 KB disk2s1
2: Apple_HFS VMware Fusion 178.1 MB disk2s2{bq}
Tags:
boot,
camp,
fusion1.1,
vmware_fusion,
mac