Какую ФС выбрать для внешнего 1Тб диска в коробочке? Универсальную, надёжную.

[Artif]

Какую универсальную и надёжную файловую систему выбрать для переносного 1Тб диска?

Должна читаться в Вин и Linux. Пользоваться будет "рядовой" пользователь, не техник. Windows будет чужая, туда нельзя ставить драйверы. Linux - свои машины.

Вероятно, это FAT32. Но. Насколько можно ФС должна быть устойчива к выдёргиваниям USB шнура до отмонтирования, не ломаться от этого, не терять данные, которые раньше были записаны.

Может NTFS? Диск из коробки отформатирован в NTFS. Вот пример непригодности (2 года назад): при неверном отмонтировании в Вин в Linux NTFS не примонтировать без спец. действий или админа - (https://forum.ubuntu.ru/index.php?topic=243622.msg1922920#msg1922920) Боюсь я NTFS.

[Tamer4]

Еще есть exfat, работающая со всеми ОС, кроме старых android и iOS, в случае если есть необходимость хранить файлы более 4ГБ.

[maks05]

Нормально всё с NTFS, да и FAT32 на 1Tb - это, по-моему, какое-то извращение, с учётом ограничений FAT32. Ну а отмонтировать правильно внешние винты нужно всегда, в любой ОС, здесь ФС ни при чём.

[Artif]

Т.е. используете NTFS и не возникает каких-то случаев, блокирующих владельца диска/флешки от записи или чтения файлов под Linux?

Если возникают, то какие?

(Нажмите, чтобы показать/скрыть)

отмонтировать правильно внешние винты нужно всегда, в любой ОС, здесь ФС ни при чём.

Человек знает об этом и делает так. Но, это человек и могут быть ошибки (цейтнот, как пример).
Ext3, Ext4 за 9 лет ни разу не вызвали проблем.
Тогда как c NTFS и Fat32 иногда нужны были "особенные" знания (по разным причинам).

[maks05]

Ext3, Ext4 за 9 лет ни разу не вызвали проблем.

Это вам просто повезло.

Но, это человек и могут быть ошибки

Ну да. Вся власть роботам!

не возникает каких-то случаев, блокирующих владельца диска/флешки от записи или чтения файлов под Linux?

Не припомню такого. Только если у пользователя Linux не будет прав на доступ к /media, по каким-то причинам. Но тогда, с точки зрения Linuxовых прав, это уже будет не владелец флэшки, а значит ему, в отличие от владельца ,доступ и не нужен. С "владельцем" обычно проблем не бывает.

[alexdenkin]

если windows, то надо ставить ntfs

[sneres]

должна быть устойчива к выдёргиваниям USB шнура до отмонтирования

такого нет

[Peter_I]

ol_denkin, Windows может и читать ext-fs и даже больше, но, если нельзя ставить вообще ничего,
то ext не подходит. Если нельзя драйвер, но можно плагин, тогда можно и ext. Т.к. для Linux диск с ntfs
нежелателен и не будет файлов размером больше 4GB, то тогда FAT32, возможно, с разбиением диска
на разделы или ручным заданием размера кластера и что ещё есть у  FAT32.
Или NFS, но я с ней никогда не сталкивался.

[alexdenkin]

Peter_I, я использовал внешний USB-HDD разбитый на разделы: ext4 с linux, ext4 под home, swap и ntfs. сейчас тот же внешник весь под одним разделом ntfs именно для того, чтобы понимал и linux и windows, чтобы файлы больше 4 Гб и т.п.

так что в том, что нельзя ntfs ты меня не убедил.

[Peter_I]

ol_denkin, Я не говорил, что нельзя, я сказал "нежелательно", т.к. есть риск.

[maks05]

ol_denkin, Я не говорил, что нельзя, я сказал "нежелательно", т.к. есть риск.

Какой?

[peregrine]

Я NTFS использую. Единственное что было - Linux записал на диск файл с недопустимым названием, который в Windows вызывал глюк и не мог исправиться штатными средствами Windows. Заход из под Linux-а с последующим переименованием полностью решил проблему.

[maks05]

peregrine, ну, это не Linux записал, это человек! 

[Peter_I]

Я вспомнил, что всё же имел дело с NFS, но она использовалась для связи между двумя
компьютерами с Linux. На одном из них был запущен сервер, на другом монтировался
сетевой раздел через /etc/fstab, но только для чтения.
Или воспользоваться samba, в этом случае, насколько я помню, в Windows не требуется
что-то доустанавливать. Я когда-то давно давно для эксперимента попробовал, вполне
можно было заходить из Windows в Linux.

[AnrDaemon]

Peter_I, при чём тут NFS и Samba?…
Речь о съёмном диске.
Вы ещё про FTP бы вспомнили.