Как узнать uuid диска mac os
but as can be seen there is no UUID displayed. Any ideas why and/or how to get the UUID?
Описание
С помощью diskutil , идентификаторы узлов ( /dev/diskXsY ) взаимозаменяемы с UUID: в любой операции diskutil (например, eject ), вместо идентификатора узла можно указать UUID. На странице man:
DEVICES
Параметр устройства для любой из приведенных выше команд (кроме случаев, когда явно требуемое в противном случае) обычно может быть любым из следующих:
o Идентификатор диска (см. ниже). Любая запись формы диска *, например. disk1s9.
o Запись узла устройства, содержащая идентификатор диска. Любая запись формы /dev /disk *, например. /DEV /disk2.
o Точка монтирования тома. Любая запись формы /Тома /*, например. /Volumes /Untitled. В большинстве случаев «пользовательское» монтирование например, /your /custom /mountpoint /здесь также принято.
o Форма URL-адреса любой из форм точечной точки монтирования, описанной выше. Например. file: ///Тома /Без названия или файла: ///.
o UUID. Любая запись в форме, например. 11111111-2222-3333-4444-555555555555. UUID может быть «медиа» UUID который IOKit размещает в узле IOMedia как получено из, например, UUID разделов карты GPT, или это может быть идентификатор UIID (ИЛИ) (или CoreStorage) AppleRAID (PV).
Из man diskutil , раздел «Устройства».
Получение этих идентификаторов /UUID /ярлыков просты, с любой из следующих команд:
Возвращенные значения этих команд должны выглядеть примерно так:
Как показано выше, идентификатор можно найти из столбца IDENTIFIER , метка из NAME , а UUID - из поля UUID (либо UUID будет монтировать объем).
дополнение для редактирования вопроса OP: установка на пользовательский путь
Вы можете сделать это с помощью diskutil mount и -mountPoint . На странице man:
mount [readOnly] [-mountPoint path] устройство
Установите один том. Если указано readOnly, тогда файловая система монтируется только для чтения, даже если основная файловая система тома и /или устройство и /или носитель поддерживают запись; даже суперпользователь не может писать на него; это то же самое, что и параметр rdonly для монтирования (8). Если задан параметр -mountPoint, то этот путь, а не стандартный путь /Volumes /VolumeName, будет использоваться в качестве представления в содержимом файла тома; каталог на этом пути уже должен существовать.
От man diskutil , раздел «Глаголы».
Синтаксис для монтирования в пользовательскую точку монтирования выглядит следующим образом:
Имейте в виду, что /path/to/custom/mountpoint должен быть каталогом , как с помощью mount и что ваш идентификатор /UUID /метка специфичны для тома (т.е. /dev/diskXsY not /dev/diskX ). Установка на пользовательскую точку монтирования не может быть выполнена с помощью diskutil mountDisk и работает только содин том за раз.
Вот то, что я использовал для монтирования внешнего SSD в мою папку «Музыка», которая автоматически содержит мои медиафайлы iTunes всякий раз, когда я вхожу в систему. Вы не указали точно, какова цель внешнего монтирования, поэтому некоторые из этих бит может быть не тем, что вам нужно, но затем снова, это может быть именно то, что вы пытаетесь сделать.
Как упоминалось в вашем вопросе и в ответе @ maybemaybeharry, команда mount не поддерживает UUID, поэтому diskutil - рекомендуемая утилита. Однако файл fstab поддерживает UUID, поэтому вы можете сохранить параметры монтирования в fstab , затем diskutil будет читать параметры из fstab для установки вашего диска.
-
В ~/Music/iTunes/ создайте папку, которая будет использоваться для точки монтирования. Я использовал SSD_Music .
Используйте sudo vifs , чтобы отредактировать fstab , добавьте следующее в виде одной строки (редактирование для UUID и USERNAME, если это необходимо), затем сохраните /выйдите. UUID=F8C88B2D-5412-343B-8969-254F3AC559B8 /Users/USERNAME/Music/iTunes/SSD_Music hfs rw,noauto,noowners,nobrowse 0 0
- noauto = не монтировать диск во время загрузки. Я встречал времена, когда диск монтировался как root вместо меня, поэтому лучше подождать, пока вы войдете в систему.
- noowners = Игнорировать право собственности на том. Разрешения будут унаследованы от точки монтирования. Если я не использовал это, смонтированный том принадлежал root, но подкаталоги принадлежали мне.
- nobrowse = Не показывать диск на боковой панели Finder или на рабочем столе.
- Закройте iTunes, если он запущен. cd ~/Music/iTunes/ литий> mv 'iTunes Media' 'iTunes Media-bak' литий> ln -s 'SSD_Music/iTunes Media' 'iTunes Media' литий>
- ditto 'iTunes Media-bak' 'iTunes Media' , чтобы скопировать медиа на новый диск. Пропустите это, если вы уже скопировали его.
Теперь, когда вы можете подключить диск по UUID, давайте автоматизируем его при входе в систему.
-
В ~/Library/LaunchAgents/ , создайте новый файл с именем local.mount_SSD_Music.plist
Скопируйте /Вставьте следующий XML в новый файл, затем сохраните /выйдите.
Убедитесь, что диск размонтирован
Итак, теперь, если вы перезагрузитесь, внешний накопитель будет автоматически установлен при входе в систему.
Надеюсь, это поможет!
Я сочетаю некоторые мои комментарии с ответом, поскольку считаю, что он обращается к проблеме fstab .
Как вы уже узнали, команда mount не может использовать UUID или LABEL и должен использовать идентификатор диска, например /dev/disk0s4 . Кроме того, возможно, майбехарри отметил, что метод OS X должен использовать diskutil . Чтобы ответить на ваше обновление . Однако fstab может использовать UUID или LABEL , просто посмотрите примеры на странице руководства для fstab . В терминальном типе fstab , а затем щелкните правой кнопкой мыши по fstab и выберите Open man Page. Прочтите его целиком! :)
У меня нет проблем с использованием fstab , но я всегда использую по крайней мере первые четыре поля. Я вижу, что в вашем комментарии отсутствует третье поле (fs_vfstype). Вы опускаете его в fstab ? Вы должны отредактировать свой вопрос и показать, что вы пробовали в fstab и какой редактор вы использовали.
Попробуйте: UUID=1738336E-68DD-46B1-997E-57469CF0472D /mount/point hfs rw,auto где /mount/point - существующий каталог.
Я тестировал это в своей системе, используя мой UUID , это ваш UUID в строке, которую я предлагаю вам попробовать выше.
Примечание: Он будет монтироваться только к определенной точке монтирования, если я включил третье поле (fs_vfstype), в противном случае оно смонтировано в /Volumes , хотя второе поле (fs_file) существует.
I'm currently facing a problem where an OS application is not showing one of two devices because according to the console logs, these devices have the same UUID. The devices have different vendor IDs, different product IDs, vendor name and device name. Out of the billions of possible UUID combinations, they had to clash.
How does the OS compute the UUID of a USB device? What USB info is it based on?
Additional info: Their serial numbers are the same, which are both currently zero. Is UUID just based on the serial number?
TL; DR:
Для монтирования тома /диска по идентификатору:
Для монтирования тома с помощью UUID:
Чтобы установить громкость по метке:
4 ответа
синтаксис для hfs.util выглядит как devicename, а не путь, включающий /dev /
обязательно отмонтируйте диск перед hfs.util -s и затем смонтируйте его.
используйте «необработанное» устройство, то есть rdisk1s2 вместо disk1s2
информация diskutil не покажет новый uuid, пока вы не перемонтируете.
Вы можете просто изменить UUID по формату /стилю раздела.
1) Отформатируйте диск в Mac OS Extended с помощью встроенного Disk Utility
2) Если вам нужен раздел Windows, отформатируйте его на exFAT после того, как вы сделали первый шаг (по какой-то причине вам нужно два этапа для раздела Windows)
Вы можете проверить, изменился ли UUID, указав все номера UUID:
Все примеры, которые я могу найти, просто берут имя BSD устройства, а не полный путь к файлу устройства. Вы пробовали это?
НО с диском util (это работает как на Linux, так и на Mac:
выберите передачу и отключите автоподдержку
в новых редактируемых блоках Измените «Отображаемое имя», а затем выберите (из «mount as») mount как UUID = foo
- Если ничего нет в этом форматировании диска и объявить отображаемое имя и установить как «$ (что будет uuid = foo)
(необязательно) при необходимости повторного включения автоматической установки
mount с использованием тома UUID не работает с кавычками или без них:
mount работает с идентификатором тома
3 ответа
При использовании OS X обычно рекомендуется использовать diskutil для действий, связанных с дисками.
2 Answers 2
The only way I've been able to find involves a somewhat poorly documented feature of the hfs.util .
Run the diskutil command and then copy/remember/save the Device Identifier :
You can use the hfs.util with the Device Identifier (replacing disk2s1 below) from diskutil to (re)generate a UUID for your volume:
Keep in mind this won't work for every volume, if the volume is not an HFS drive than it may not work, and other Filesystem/*.fs/*.util commands may not have a -s verb to generate UUIDs.
UPDATE
There might still be something missing in the argument parsing section if the above doesn't work, please reference the Superuser question and comment if I've missed something.
Some people have also reported that it may be possible to use Gparted to change the UUID of a drive.
That doesn't work for the second hard disk in my MacBook running 10.7.5. Second disk is installed in the optical bay, and is HFS+.
Yes it's disk1s2. But hfs.util -s disk1s2 doesn't seem to do anything. If I run it with no options, I get a help screen for hfs.util and it doesn't mention an -s flag.
hfs.util location is System/Library/Filesystems/hfs.fs/Contents/Resources/ at least on Yosemite and El Capitan.
By the way, you say this command will "(re)generate" the UUID? I don't want to change any UUIDs, just list them.
I'm on Mac OS X 10.6.8 and bought NTFS 4TB Seagate USB3.0 drive. Plugged in, Mac allowed me to read files from it, but not write to it. When I select 'Get Info' for the volume/disk, I see 'You can read only' under 'Sharing & Permissions'.
I copied a large file from Windows 10 to the USB Drive, worked fine. I then downloaded the file to Mac, worked fine, but won't allow me to write anything from Mac to the USB drive, or make any changes to it eg. delete or rename files on the USB drive. My reason for getting this USB drive formatted in NTFS was to copy files from Mac larger than 4GB to Windows for redundant backup, because of 4GB limit in FAT.
One solution I found online was to sudo echo UUID to /etc/fstab When I diskutil info, I don't get UUID. I also see the following extracts:
File System Personality: NTFS Type (Bundle): ntfs Name (User Visible): Windows NT File System (NTFS)
Read-Only Media: No Read-Only Volume: Yes Ejectable: Yes
After installation & reboot, I noticed the following changes:
- When I select 'Get Info' for the volume/disk, I see 'You can read and write' under 'Sharing & Permissions'.
2. File System Personality: UFSD_NTFS Type (Bundle): ufsd_NTFS Name (User Visible): Windows NT Filesystem
3. Read-Only Media: No Read-Only Volume: No Ejectable: Yes
The readme file (pdf) that comes with the download says NTFS features also work in Mac for the USB drive. Now I can read/write to the disk, and is also visible in Finder. I've tested read & write speeds with a 2GB file, and don't see any difference in performance/speed between the NTFS & HFS+ Journaled volumes.
Finally after 2 days of reading about sudo, hfs.util & diskutil, I can now get back to backing up data from Mac 10.6 to USB NTFS drive.
Дисковая утилита – одна из стандартных приложений системы OS X. Крайне полезная вещь для работы с дисками (как внешними, так и установленными в компьютер). Но не все знают, что кроме графической части утилиты, есть возможность управления ею и из консоли с расширенными функциями. Об этом мы и поговорим.
Оговорюсь сразу, что если вы неопытный пользователь и не знакомы с Терминалом, то лучше все действия все же выполнять из графического интерфейса утилиты. Также вам необходимо иметь администраторские права на учетную запись, из под которой вы будете запускать Терминал, или воспользоваться командой “sudo”.
Проверка диска из командной строки OS X
Проверка объема позволяет узнать о целостности диска и определить, нуждается он в ремонте или нет. Для этого используйте следующую команду:
diskutil verifyVolume [идентификатор_диска]
К примеру, для диска по умолчанию используется команда:
Если вы хотите проверить все смонтированные диски в системе, то можете использовать следующую команду:
diskutil verifyvolume /Volumes/ExternalBackups/
Точно так же, как это происходит в графическом интерфейсе Дисковой утилиты, процесс проверки может занять какое-то время. По окончании вам будет сообщено о том, что проверка прошла удачно, а значит, ничего ремонтировать в этом случае не придется.
Хуже, если ошибка все же появится: “The volume Macintosh HD was found corrupt and needs to be repaired”
Восстановление диска с помощью командной строки в OS X
Что ж, система рекомендует нам провести ремонт диска. Последуем совету и вернемся к Терминалу. Наша команда немного изменится и станет такого вида:
Соответственно, то же самое мы можем сделать и для других подключенных дисков:
diskutil repairvolume /Volumes/ExternalBackups/
Обратите внимание, что процесс может занять продолжительное время, и лучше, пока он идет, никаких других операций не совершать, дождавшись окончания. Как правило, с помощью исправления диска решается большинство проблем, связанных с ним.
Если в ходе восстановления диска также возникают ошибки, о чем дисковая утилита непременно сообщит, можно попытаться его восстановить. Не забудьте только скопировать всю необходимую информацию!
А ВЫ прибегали к помощи дисковой утилиты? Как часто у вас возникали проблемы с дисками? Расскажите об этом в комментариях!
Кто-нибудь знает, как изменить UUID тома? Предыстория этого вопроса заключается в том, что у меня есть дублируемая проблема UUID:
У меня есть /Volumes/OldMacHD с UUID XYZ. У меня есть /Volumes/Mirror1 с UUID XYZ (тот же UUID! Я уверен, это потому, что OldMacHD ИСПОЛЬЗУЕТСЯ, чтобы быть частью этого зеркала). Я получил эти UUID через:
Я хотел бы изменить UUID Mirror1 .
Я случайно обнаружил утилиту hfs.util , так как это все тома HFS. справочная страница для ---- +: = 5 =: + ---- говорит, что если вы выпустите hfs.util , это изменяет UUID. Однако, если вы сами наберете -s , он не покажет вам hfs.util вообще, только каждый вариант, кроме этого! Grr. Я все равно попробовал:
6 Answers 6
diskutil info -all
Lists the volume UUID and other information :)
If you need a specific disk's info, then:
diskutil info disk2s1
Just what I was looking for. FYI for anyone - This may help to narrow things down a little: diskutil info -all |grep -e "Device Node" -e "Proto" -e "UUID"
A reliable way to find UUIDs for volumes on many interfaces is to use the System Information application to generate a system report. Apple menu | About This Mac | More Info. | System Report. Now study the fine print under the interface in question.
This thread turns up in related searches, most of which get clogged by an astounding volume of misinformation and nonanswers. I've just been through a similar issue: I pulled both volumes out of an OWC hardware RAID1 array, and they were identical, including the UUIDs. I determined device ids using diskutil list then inspected each UUID using /System/Library/Filesystems/hfs.fs/hfs.util -k disk2s2 (substitute the correct disk id), then generated new, random UUIDs using sudo /System/Library/Filesystems/hfs.fs/hfs.util -s disk2s2 I unmounted and remounted the volumes, and they had new UUIDs. hfs.util has an online Apple man page found by searching.
hfs.util doesn't read UUIDs for volumes on my USB ports. I found this thread hoping for an answer, which I still don't have. This response is for future searchers who stumble onto this thread as I did, rather than for the OP. Given how search works and threads survive, it is astonishing that people still believe threads are about the OP.
Обновление:
Моя цель - поместить строку mount в /etc/fstab , поскольку я хочу подключить том к настраиваемой точке монтирования.
Читайте также: