Невозможно переименовать каталог, изменив верхний и нижний регистр на hfs + partition
Я новичок в Linux и просто установил Ubuntu 17.04 на MacBook с двойной загрузкой. У меня возникают проблемы с каталогами, которые я создаю на разделе hfs + (созданный с gparted, поэтому я могу видеть файлы на нем при загрузке в OS X). Я предполагаю, что путаница связана с тем, что формат hfs + не чувствителен к регистру, но тогда, не должно ли это быть нечувствительным к регистру, независимо от того, работаю ли я над ним через Ubuntu или OS X? Вот сценарий:
Создал каталог «DropBox» через Nautilus. Попробовал переименовать «DropBox» в «Dropbox», но получил сообщение об ошибке: «Элемент нельзя переименовать. Имя «Dropbox» уже используется ... ». Попробовал удалить «DropBox» (навсегда, а не в корзину) и создать новый каталог «Dropbox». Когда я это сделал, появились оба каталога («DropBox» и «Dropbox»). Попробовал удалить «DropBox», но оба каталога были удалены. Посмотрел в Терминале; в то время как «DropBox» и «Dropbox» видны в Nautilus, запуск `ls -a показывает только« DropBox ». Все еще в терминале удаляется «DropBox» (rm -R DropBox). Как и ожидалось, это привело к отсутствию папки Dropbox любого типа. Однако в Nautilus я все еще вижу «Dropbox», пока не попытаюсь открыть его, и в это время я получаю сообщение об ошибке, которое говорит, что оно действительно не существует, а затем оно исчезает и от Nautilus. В терминале заново создайте каталог (mkdir Dropbox). Каталог снова воссоздается как «DropBox», а также появляется в Nautilus.Есть ли способ обойти эту проблему, или это неизбежно при использовании hfs +?
Обновление:
После удаления «DropBox» и перезагрузки я сейчас способный создать каталог как «Dropbox». Я не считаю это решением, потому что это громоздкое обходное решение; это не решает проблему.
3 ответа
После дальнейшего поиска, я нашел решение этой проблемы. Фактически возможно форматировать hfs + -раздел в OS X как чувствительный к регистру, без записи.
Отключить ведение журнала (или форматировать vol как чувствительный к регистру, а не журнал) был удален из OS X Disk Утилита в El Capitan (которая является версией, которую я запускаю), но она все равно может быть выполнена:
В зависимости от того, как диск разбит на разделы, может потребоваться сначала вырезать дисковое пространство в Linux. Я уверен, что неважно, какой тип раздела, но для того, чтобы быть осторожным, я создал hfs +, чтобы убедиться, что на стороне OS X не было странных проблем с доступом. В OS X используйте Disk Utility для форматирования раздела как HFS + Case-Sensitive, Journaled. Еще в OS X, в терминале, запустите sudo diskutil disableJournal /dev/volname. Вы можете запустить его с установленным или размонтированным диском. (Если вы не уверены в имени диска или тома, diskutil list перечислит их все).На самом деле можно отформатировать hfs + -раздел в OS X как чувствительный к регистру, unjournaled
Я не тестировал это, чтобы проверить, но согласно Яблочная документация - это то, как форматировать hfsplus с учетом регистра, не регистрироваться в командной строке: вместо форматирования в Disk Utility, а затем отключая ведение журнала, sudo diskutil eraseVolume "Case-sensitive HFS+" /dev/volname выполнит одно и то же за один шаг.
[d14 ]Вот и все. Я тестировал его снова в Ubuntu, используя тот же самый тест замены имен DropBox, который я использовал раньше, и все это выглядит хорошо.Замечание: из числа размещенных вопросов по этому вопросу, похоже, что монтаж hfs + as rw в Ubuntu является проблематичным для многих. Синтаксис для обозначения монтирования раздела hfs + как rw в fstab равен UUID=<UUID> /mountpoint hfsplus rw,exec,auto,user 0 0, если вы хотите использовать типичные параметры для несистемных данных vol. Если вы хотите что-то другое, эта статья действительно полезна. Вероятно, вам также понадобится sudo chown -R user /mountpoint точка монтирования.
После дальнейшего поиска, я нашел решение этой проблемы. Фактически возможно форматировать hfs + -раздел в OS X как чувствительный к регистру, без записи.
Отключить ведение журнала (или форматировать vol как чувствительный к регистру, а не журнал) был удален из OS X Disk Утилита в El Capitan (которая является версией, которую я запускаю), но она все равно может быть выполнена:
В зависимости от того, как диск разбит на разделы, может потребоваться сначала вырезать дисковое пространство в Linux. Я уверен, что неважно, какой тип раздела, но для того, чтобы быть осторожным, я создал hfs +, чтобы убедиться, что на стороне OS X не было странных проблем с доступом. В OS X используйте Disk Utility для форматирования раздела как HFS + Case-Sensitive, Journaled. Еще в OS X, в терминале, запустите sudo diskutil disableJournal /dev/volname. Вы можете запустить его с установленным или размонтированным диском. (Если вы не уверены в имени диска или тома, diskutil list перечислит их все).На самом деле можно отформатировать hfs + -раздел в OS X как чувствительный к регистру, unjournaled
Я не тестировал это, чтобы проверить, но согласно Яблочная документация - это то, как форматировать hfsplus с учетом регистра, не регистрироваться в командной строке: вместо форматирования в Disk Utility, а затем отключая ведение журнала, sudo diskutil eraseVolume "Case-sensitive HFS+" /dev/volname выполнит одно и то же за один шаг.
Вот и все. Я тестировал его снова в Ubuntu, используя тот же самый тест замены имен DropBox, который я использовал раньше, и все это выглядит хорошо.
Замечание: из числа размещенных вопросов по этому вопросу, похоже, что монтаж hfs + as rw в Ubuntu является проблематичным для многих. Синтаксис для обозначения монтирования раздела hfs + как rw в fstab равен UUID=<UUID> /mountpoint hfsplus rw,exec,auto,user 0 0, если вы хотите использовать типичные параметры для несистемных данных vol. Если вы хотите что-то другое, эта статья действительно полезна. Вероятно, вам также понадобится sudo chown -R user /mountpoint точка монтирования.
После дальнейшего поиска, я нашел решение этой проблемы. Фактически возможно форматировать hfs + -раздел в OS X как чувствительный к регистру, без записи.
Отключить ведение журнала (или форматировать vol как чувствительный к регистру, а не журнал) был удален из OS X Disk Утилита в El Capitan (которая является версией, которую я запускаю), но она все равно может быть выполнена:
В зависимости от того, как диск разбит на разделы, может потребоваться сначала вырезать дисковое пространство в Linux. Я уверен, что неважно, какой тип раздела, но для того, чтобы быть осторожным, я создал hfs +, чтобы убедиться, что на стороне OS X не было странных проблем с доступом. В OS X используйте Disk Utility для форматирования раздела как HFS + Case-Sensitive, Journaled. Еще в OS X, в терминале, запустите sudo diskutil disableJournal /dev/volname. Вы можете запустить его с установленным или размонтированным диском. (Если вы не уверены в имени диска или тома, diskutil list перечислит их все).На самом деле можно отформатировать hfs + -раздел в OS X как чувствительный к регистру, unjournaled
Я не тестировал это, чтобы проверить, но согласно Яблочная документация - это то, как форматировать hfsplus с учетом регистра, не регистрироваться в командной строке: вместо форматирования в Disk Utility, а затем отключая ведение журнала, sudo diskutil eraseVolume "Case-sensitive HFS+" /dev/volname выполнит одно и то же за один шаг.
Вот и все. Я тестировал его снова в Ubuntu, используя тот же самый тест замены имен DropBox, который я использовал раньше, и все это выглядит хорошо.
Замечание: из числа размещенных вопросов по этому вопросу, похоже, что монтаж hfs + as rw в Ubuntu является проблематичным для многих. Синтаксис для обозначения монтирования раздела hfs + как rw в fstab равен UUID=<UUID> /mountpoint hfsplus rw,exec,auto,user 0 0, если вы хотите использовать типичные параметры для несистемных данных vol. Если вы хотите что-то другое, эта статья действительно полезна. Вероятно, вам также понадобится sudo chown -R user /mountpoint точка монтирования.