Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

csunique(8) [osx man page]

CSUNIQUE(8)						    BSD System Manager's Manual 					       CSUNIQUE(8)

NAME
csunique -- modify the UUIDs of CoreStorage metadata objects SYNOPSIS
csunique [-v | --verbose] [-n | --dry-run] [-I | --include include] [-X | --exclude exclude] device ... DESCRIPTION
The csunique utility can rewrite CoreStorage logical volume group metadata, changing object UUIDs. All CoreStorage objects are uniquely identified by UUIDs. This can be useful when copying an initial "canned image" onto multiple machines to establish these as independent vol- umes. The device parameter(s) should be path(s) to the "raw" (character special) disk device(s) such as /dev/rdisk1s1 that constitute the CoreStor- age logical volume group. If you specify a "non-raw" (block special) path such as /dev/disk1s1, or just the disk name such as disk1s1, it will automatically be converted to the corresponding raw disk device (/dev/rdisk1s1). The options are as follows: -v Output verbose progress information of each step and the UUID re-mappings. -n Operates in "dry run" mode; no changes are made to the on-disk data. -I Specifies an additional class of UUID objects that should be modified. -X Specifies a class of UUID objects that should not be modified. By default all UUIDs will be changed. The classes of CoreStorage UUID objects that can be included or excluded from modification by csunique are indicated using the following characters: f logical volume family (LVF) g logical volume group (LVG) l logical volume (LV) p physical volume (PV) w MLV wipekey csunique processes/transforms the CoreStorage metadata in a number of steps: 1. Firstly, an initial fsck_cs is performed to ensure the source structure is consistent; 2. If the LVG is currently live and mounted by the kext it is temporarily "frozen"; 3. If the disk partitions are of type Apple_CoreStorage then they are switched offline (which dissociates the kext from the old meta- data); 4. The CoreStorage metadata is locally parsed and loaded; 5. All object UUIDs are located, and new UUIDs generated for classes as set by the -I and -X options; 6. UUIDs are re-written to disk; 7. A post-modification fsck_cs is performed to ensure the final structure is consistent; 8. Finally, any disk partitions taken offline are restored to Apple_CoreStorage (which will reload the kext with the new UUID meta- data). DIAGNOSTICS
The csunique utility exits with 0 if the CoreStorage logical volume group was modified as directed, and with >0 if it was unable to do so. Any error message is written to stderr. BUGS
csunique cannot modify the LVF UUID if there are any encrypted LVs inside it. Any mounted LVs must be manually unmounted before invocation. HISTORY
The csunique utility first appeared in Mac OS X 10.8.1. Darwin September 25, 2012 Darwin

Check Out this Related Man Page

FSCK_CS(8)						    BSD System Manager's Manual 						FSCK_CS(8)

NAME
fsck_cs -- verify and repair CoreStorage logical volume groups SYNOPSIS
fsck_cs -q device ... fsck_cs -p device ... fsck_cs [-y | -n] [-x | -g] [-l logfile] device ... DESCRIPTION
The fsck_cs utility verifies and repairs CoreStorage logical volume group metadata. The device parameter(s) should be path(s) to the "raw" (character special) disk device(s) such as /dev/rdisk1s1 that constitute the CoreStor- age logical volume group. If you specify a "non-raw" (block special) path such as /dev/disk1s1, or just the disk name such as disk1s1, it will automatically be converted to the corresponding raw disk device (/dev/rdisk1s1). The options are as follows: -q Performs a "quick" check and indicates if any corruptions were found via the exit status. In this mode stale MLV segments are not checked, nor is proactive MLV mirror scrubbing performed. -p Operates in "preen" mode. MLV mirror blocks are repaired where necessary. Newer transactions may be invalidated to force a roll-back to an older, but consistent, filesystem state. -y Causes fsck_cs to assume "yes" as the answer to all questions. In other words, always attempt to repair any errors that are found. -n Causes fsck_cs to assume "no" as the answer to all questions. In other words, never attempt to repair any errors that are found. -x Causes fsck_cs to produce its output in an XML-like (plist) format. This option is used when another application with a graphical user interface (like Mac OS X Disk Utility) is invoking the fsck_cs tool and processing the output. -g Causes fsck_cs to produce its output in GUI-compatible form. This is similar in usage to the -x option. -l logfile Reproduce all console output, as well as additional status and error messages, to the specified file. Alternatively device can be specified as the UUID of the CoreStorage logical volume group or as the name of a CoreStorage-hosted logical vol- ume within that group, causing fsck_cs to derive the constituent raw device(s) from the IORegistry. In these cases you must indicate what object is being supplied to identify the logical volume group: --pv the component CoreStorage physical volume(s) directly --uuid the CoreStorage logical volume group (as a UUID) --lv a CoreStorage logical volume (as a device name) DIAGNOSTICS
The fsck_cs utility exits with 0 if no corruption was detected or if all corruptions were repaired, and with >0 if any unrepaired corruption remains. BUGS
fsck_cs does not perform an exhaustive validation, nor is it able to fix many of the inconsistencies that it does detect. HISTORY
The fsck_cs utility first appeared along with CoreStorage in Mac OS X 10.7.0. Darwin July 22, 2011 Darwin
Man Page