UDF?

NTFS.

никакую

нет журналируемой фс, чтоб для каждой ос были хорошие драйвера.

ты можешь заюзать ext3 - для нее есть под винду дрвоа позволяющие читать

можешь заюзать ntfs - для нее есть дрова под линукс позволяющие даже писать, но там емнип были проблемы, некие.

но лучше всего поднять файлопомойку на которой развернуть nfs и самбу и просто через нее обмениваться файлом

NTFS.

ext2. Из винды писать можно, но журнала нет

с samba, nfs нет проблем. Хотелось именно так как я хотел. Опыт с драйверами для ntfs был, а именно ntfs-3g, вроде бы сносно работает, проблем к счастью не было, но боязнь присутствует всё равно.

>UDF?

пробовали?

Под GNU/Linux использовал на сменном носителе некоторое время, потом поставил на тот раздел Debian, пришлось форматировать в ext2.
Знаю, что MacOSX её поддерживает, Windows - тоже, на дисках - точно, на флешках - с парой хитростей, которые можно нагуглить.

Все трое будут поддерживать NTFS, но неоптимально.

нет журналируемой фс, чтоб для каждой ос были хорошие драйвера.

UDF?

NTFS, дрова под Linux вполне годные.

http://www.linux.org.ru/jump-message.jsp?msgid=5739352&cid=5749307

Нет такой ФС. И даже сетевой ФС такой нет.

> Win7

На этом месте окно возможностей сузилось до fat и ntfs. Дальнейший выбор ты, полагаю, сможешь сделать сам ;)

NTFS, дрова под Linux вполне годные.

Кривые: нормальных режимов доступа нет, скорость записи/чтения низкая, кириллица не отображается (т.к. невозможно указать системную локаль при монтировании, по умолчанию считается, что у тебя дебильный юникод).

HFS+ поддерживает линукс и макось

ext3/ext2 поддерживает линукс, макось с сложными костылями, и винда с простыми костылями.

ntfs поддерживает винда, линукс, макось (вроде даже нативно)

Вообще у меня на внешнем диске Arch + MacOS и общий хомяк на HFS

>HFS+ поддерживает линукс и макось

ext3/ext2 поддерживает линукс, макось с сложными костылями, и винда с >простыми костылями.

ntfs поддерживает винда, линукс, макось (вроде даже нативно)

У винды есть проприетарненькое решение для HFS+, но действенное исходя из моего опыта.

А как у Linux с этим? Драйвер который в ядре или который для FUSE нужен? Запись, журналирование?

Монтирование в rw с журналирумой системой работает (-o force указать надо), но журнал, как я понял, не пишется. Везде рекомендуют журнал отключать. Драйвер - хз, ничего дополнительного не ставил (кроме hfs-utils), так что, наверное, ядерный. Делал как здесь

Network storage спасёт тебя, буриданов терзающийся. Фразой fat(32) не предлагать ты задетектил в себе тролля.

UDF 1.5

NTFS

>Network storage спасёт тебя, буриданов терзающийся. Фразой fat(32) не предлагать ты задетектил в себе тролля.

Ну вот обоснуйте почему это я тролль? Не понравилось что мне не нужен fat ? или то что?

УМВР. Идеально причем.

UID=C4EA7240EA722F34 /windows/C ntfs defaults,umask=007,gid=46 0 0

Вот таким способом . На этом диске максимальная , а сам я в кубунте. И пишет и читает ,права доступа только наверна , но это если надо ... для домашней файлопомойки самое то

>Ну вот обоснуйте почему это я тролль? Не понравилось что мне не нужен fat ? или то что?
Потому что фат32 на данный момент, единственная ФС, подходящая под данные требования.

не замечал ничего из перечисленного, ЧЯДНТ?

УМВР. Идеально причем.

Т.е. сохраняются права доступа и не ломается локаль? Врете, батенька, и не краснеете. Небось, сидите в юникоде - вот ничего и не замечаете...

Сижу в юникоде .. а разве в 2011 году надо по-другому? максимальная уникод умеет , линукс умеет , подозреваю , что макос тоже умеет ... а права для файлопомойки домашней имхо лишняя сущность

Хотя если надо на этой файлопомойке прон от детей прятать , то может и не лишняя

fat тоже теоретически можно зашифровать(вместо смены прав) через loopdevice

А по мне, так юникод - лишняя сущность.

>>Ну вот обоснуйте почему это я тролль? Не понравилось что мне не нужен fat ? или то что?

Потому что фат32 на данный момент, единственная ФС, подходящая под данные требования.

А как же файлы >4гб, м? Ну да, забыл про них упомянуть

>А по мне, так юникод - лишняя сущность.

Это зоопарк восьмибитных кодировок — лишняя сущность. Чем скорее их окончательно закопают, тем лучше.