Quote
Tiangou
You're not trying to make those drives bootable on a Mac.
An out-of-the-box SSD with a Master Boot Record partition table will not be bootable on a Mac. It needs to be wiped from the device-level in the DU to use GUID.
You misunderstood what I was trying to say. There are three types of formatting that need to be done on a disk before it can be used for file storage on any system.
First, the low-level device format. This defines the block size and puts down the markers where the blocks are located on the disk. This is done by the manufacturers now days and there are very few utilities available for the end user to re-format at this level. The main reason is that doing a low-level reformat wipes out the bad block relocation vector tables and many large disks delivered today already have some bad blocks revectored.
Second, the Volume need to be "formatted". This defines the structure of the volume, installs the initial volume boot and defines the location and size of the partitions on the volume. (Many now incorrectly refer to this as a low-level format, but it more correctly is an initialization of the volume.) On Mac there are two volume formats used today, Master Boot Record (MBR) and GUID (which is called GPT on other systems. (Old 68k Macs used a third method called Apple Partition Map or APM.) This operation on a Mac is done in Disk Utility with the device level "partition" option and the user can select either MBR or GUID. On Windows it's done in the Disk Management Control Panel. On Linux and BSD it can be done with utilities like Gpart, Kpart, or at the command line level with fdisk or gpt. On the Mac once the partitions are defined they will show up in DU but they're greyed out and can't be mounted yet because the partition(s) need to be formatted for the file system it will contain.
So the third level of formatting is the partition or file system. This is where the user identifies the type of File System that the partition will hold and formatting here defines the file structure. Once this is done the partition can be seen (for boot or other use) and can be mounted. On the Mac this is done with DU by erasing the partition and the user can select from a variety of supported filesystems HFS/HFS+, Fat/ExFAT, APFS. On Windows the user has fewer options and this is done as part of the partition definition step. On Linux/BSD there are about 3 dozen options for File Systems and File System formatting is done with various versions of mkfs.
For modern Macs the Volume must be GUID (or GPT) if it is to be used for booting. The File System must be HFS/HFS+ for versions of OS X up to about 11.0; for later versions it can be HFS/HFS+ or APFS.
For the disk to be bootable it must have the Volume level boot code (installed in the Volume initialization step) which determines where the secondary boot code is located and transfers to it. On MBR volumes this just selects one of the four primary partitions which was designated when the Volume was created. On GUID or GPT volumes it's a bit more complex and there's actually a small hidden partition that was created by the Volume initializaition step that contains the boot code and various drivers that support the many File Systems the system may support.
Once a Volume format (or initialization) is done the partitions can be viewed using hdutil on the Mac, Disk Management on Windows or fdisk/GPT on Linux or BSD. If the File System format step has been done most of these utilities will also show that information for the partition(s) as well.
One final note here: There are SSDs, SD and MicroSD cards being sold on places like Amazon and eBay that claim to support very large storage and many of these are fake or counterfeit. They often carry warnings that they can't be used on Macs and/or must be formatted a FAT or ExFAT (the assumption being that such a Volume would be MBR not GUID or GPT). The reason is that the device firmware has been hacked to show many more blocks on the device than it actually contains. Since the MBR Volume format only writes to reserved blocks at the beginning the the device, the hack appears to work. But GUID/GPT Volume formatting writes to reserved blocks at the beginning and end of the volume, so this formatting fails on a bogus or defective device. Simple test for a good disk device is to try to do a Volume format in GUID/GPT; if it fails the device is bad or counterfeit. Volume and File System "formats" involve nothing more that writing data to the blocks defined on the device by the low-level formatting which is a hardware/firmware function.
Edited 1 time(s). Last edit at 07/21/2024 08:40AM by bobinmurphy.