В связи с тем, что дома в качестве ОС фигурируют MacOS и kubuntu, выбор ФС для внешнего диска - как оказалось, непростая задача.
Из того, что удалось найти - решил остановиться на UDF. Очень уж привлекла универсальность.
Установил udftools, отформатировал:sudo mkudffs --media-type=hd /dev/sdc1
И даже обнаружил полноценную работоспособность (чтение-запись) на своем компе.
Но к сожалению, мак посчитал ниже своего достоинства разбираться в том, что там за диск. Просто сказал, что "не может быть прочитан".
Попробовал поиграться с параметром --udfref (версия UDF) - не помогло.
Предположил, что родная утилитка мака должна бы, наверное, работать более корректно. Нашел - newfs_udf. Но даже отформатированный на маке диск читаться не хочет.
Прошу совета как можно обуздать эту ФС.
Или все эти пляски бесперспективны и стоит вернуться к изначальному варианту - два раздела на диске: ext4 основной для меня и vfat (?) поменьше для обмена.?
Комментарии (21)
С надкушенными яблоками никогда дела не имел. Потому логично, на мой взгляд, сформулировать задачу так: с какими файловыми системами работает MacOS и с какими Linux? Далее найти пересечение и использовать ту, с которой обе работают наилучшим образом.
Честно говоря, я бы склонился к fat32 (если это файлообменник и журналирование не критично). На внешнем винте у себя именно её и поставил. Но тут всё просто -- должна быть полная совместимость с любой машиной, к которой я подключусь.
Ограничение на размер файла в 2 гига =(
Да, но выхода нету: часть компьютеров, к которым я подключаюсь, до сих под под 9х (самодельные кросскарты, которые не на что заменить, а писать к ним драйвера под другие системы никто не будет). Так что я пошёл на это сознательно.
Тогда 100% fat32
А разве не 4 гига ограничения в fat32 ? А в fat16 2 Гига
Да, наверно, так. Но точно помню, что меня это ограничивало.
Просто я помню флэху купил 16 гиговую , и форматировал её в NTFS т.к нельзя было файлы большого размера сохранять
Ну да ))))
ИМХО, fat неудобен ограничением на размер файлов(образ dvd уже не запишешь), ну и на больших разделах не оптимально используется место. Может какой плагин/утилита есть для macOS, что бы читать/писать на ext2?
Гуглинг дал следующее. Понятия не имею, что это и как работает. ТС пусть уж сам смотрит и разбирается. Ну и вроде как здесь есть что-то о подключении даже ext3. Как по мне, то информации достаточно. Или нет?
Раздел для обмена хотелось бы с такой ФС, для которой ни под MacOS, ни Win не пришлось бы искать дрова.
Ограничение на размер файла кусаются.
а вы попробуйте пойти от обратного - создать ФС гарантированно работающую на маке. советую hfs+ без журналирования(с журналированием не будет rw на кубунте).
HFS+ попробую, спасибо. Как-то не пришло в голову, что она может в linux поддерживаться.
Но это решение только на первое время. В дальнейшем хочется совместимости и с Win. А значит - либо exFAT (когда допилят под linux), либо UDF (предпочтительней, потому и думал разобраться, но упираюсь в непонятные для меня стены).
Досадно, но несмотря на отключенное журналирование писать linux отказывается.
хм... странно... у меня проблем не возникло. для win тоже есть утилитки для чтения/записи на hfs+.
так... кажется я понял почему у вас нет записи на hfs+. чтоб был доступ на запись, писать надо с правами рута, либо изменить атрибуты папок/файлов на 666 или 777.
Наваждение какое-то.
И под рутом не пишет, и права менять отказывается. =/
Видимо, в ближайшее время продолжаю файлообмен по сети. Медленно. =(
Самое разумное, что нашёл, это вот по этой ссылке: http://www.linux.org.ru/forum/general/3901645. Процитирую:
Кажется, наиболее разумный вариант. Теперь вот задумываюсь, а не переформатить ли мне мой носимый винт? Осталось только выяснить, как оно с 9х будет общаться (когда же они уже избавятся от этого старья?)
На дружественном сайте ответ был найден.
Но, вынужден констатировать, что конкретно в моем случае все равно мак работать с диском отказывается.
А с NTFS mac не работает? В linux с ним, вроде, уже проблем нет...
Update:
Видимо нет =)
Сообщение пользователя Nomadian с форума по ссылке выше:
Отправить комментарий