Какую файловую систему выбрать для хранения файлов?

[Bul`dozer]

Здравствуйте. ОС Ubuntu 23.04 Приобрёл HDD на 3Tb, хочу использовать для хранения домашнего архива фото, видео и т.д. Поделитесь кто какую файловую систему использует для таких целей. У самого сейчас Ubuntu стоит на Ext4 + ещё один HDD с Ext4 для текущих файлов и два диска c NTFS, один внутренний и один внешний. NTFS использовал для возможности подключать эти диски к компьютеру с Windows. Но заметил такую штуку: уже несколько лет невозможно создать или скопировать на раздел с NTFS файл у которого в конце имени стоит точка, хотя на этом же диске хранятся файлы с точками с 2018г. Какие ещё могут быть проблемы и с какой файловой системы проще восстановить данные в случае смерти диска? (про резервные копии знаю, для этого и наращиваю объём памяти). Кстати диски к Винде так ни разу и не подключал.

[ALiEN]

с какой файловой системы проще восстановить данные в случае смерти диска?

Ни с какой.
Оставьте Ext4.

NTFS файл у которого в конце имени стоит точка

Насколько помню, точку в конце имени файла (на Windows) ставить нельзя. Скорее всего, отключён показ расширения, и там вполне у вас имена что-то вроде filename..jpg или даже filename.jpg..jpg

[Bul`dozer]

Расширения файлов показывает. Я просто создал много файлов (точнее папок, они без расширения) типа Имя,месяц****2018г. с точкой в конце предложения, потом перенёс их на NTFS раздел без проблем, но с какого-то времени при попытке провернуть такую операцию система ругается, что это невозможно так как недопустимое имя.

[ALiEN]

так как недопустимое имя.

Собственно, да - с точкой в конце - это недопустимое имя для windows.
А в linux нельзя использовать / и NULL (не слово, а этот символ - %00, 0x00, null byte) в именах файлов и папок.

[Bul`dozer]

Значит пойду немного другим путём, чем планировал. Полностью перейду на Ext4 за исключением внешнего диска, на нём будут файлы которые могут понадобиться на другом компьютере, а их копии буду держать под линуксом. Спасибо.
Пользователь добавил сообщение 10 Июня 2023, 22:22:12:Отформатировал диск в Ext4, мало того, что он определяется не как 3 терабайта, а как 2,73, к этому я был готов, но вот то что на диске будет зарезервировано 5% готов не был. Итого 139,7 гигабайта сразу занято папкой lost+found, а мне доступно 2,5 терабайта. Раньше в глаза такое не бросалось так как использовал диски меньшего объёма и это не особо обращало на себя внимание. Попробовал NTFS, папка lost+found не появилась, соответственно места свободного почти на 200 гигабайт больше. Про такие "подводные камни" и интересовался. Рискую ли я каким-нибудь образом данными на диске если использую NTFS под линуксом , если сравнивать NTFS и Ext4?

[Peter_I]

Насчёт риска использования ntfs в Linux не знаю, вроде бы в последние годы не помню
жалоб на неё. Но с ext4 Linux работать проще, должно быть и быстрее, хоть ненамного.
Форматировть в ext4 можно вызовом mke2fs из командной строки, тогда можно задать
размер lost+found 1%, а не 5.

[Bul`dozer]

Пётр, если не затруднит, ткните носом, как это сделать. Не нашёл я информации в понятном для себя виде. Я бы ограничил папку lost+found в 2-2,5 процента. Форматирую новый HDD, система установлена отдельно на SSD.

[andytux]

Она-то тебе чем мешает. Просто удали, чтобы глаза не мозолила. А вот резерв рута на "файлопомойке" можно и уменьшить, особенно, если раздел большой.

[PepperNix]

Директория lost+found находится в корне файловой системы.

Данную директорию использует утилита fsck. Утилита fsck предназначена для проверки файловой системы.

Если утилита fsck в ходе проверки находит данные в файловой системе, которые повреждены или не имеют имени в системе («осиротевшие»), то такие файлы помещаются в директорию lost+found.

Например, если во время записи какого-либо файла на жесткий диск, вы внезапно выключите компьютер (например, выключите питание), то fsck сможет потом найти данный файл и поместит его в lost+found.

[F12]

Форматировть в ext4 можно вызовом mke2fs из командной строки, тогда можно задать размер lost+found 1%, а не 5.

- стесняюсь спросить, а причем тут lost+found, и уж тем более ограничение его размера ?!

Смешались в кучу кони, люди (c)

... lost+found, это всего лишь рабочая директория утилиты fsck, как абсолютно верно подметил PepperNix
   ... файловые системы ext* действительно резервируют для нужд системы 5% от общего размера раздела, но отнюдь не исключительно для нужд fsck, которая в определённых случаях тоже может автоматически запускаться системой 

[Bul`dozer]

andytux, в том-то и проблема, что я в файловом менеджере вижу чистый диск с одной папкой lost+found, которая занимает 139,7 гигабайт, а что конкретно сделать руками для уменьшения резерва не знаю.
Пользователь добавил сообщение 11 Июня 2023, 12:47:53:

Смешались в кучу кони, люди

вот такая картина у меня сейчас в голове.

[andytux]

Дай погадаю, у тебя раздел 2,8Тб. Резерв рута 5%.
В помошь тебе:

Код: [Выделить]

tune2fs --help

[РыжийПёс]

Я рекомендую Ext4. Это стандартная система для Linux. Использую её в том числе на внешних HDD.
Единственный нюанс: если раздел не является системным и предназначен исключительно как хранилище для файлов, то нужно убрать место, зарезервированное под рута, командой вроде sudo tune2fs -m 0 /dev/sda1 (где вместо sda1 - ваш целевой раздел).

NTFS использовать не стоит, для Linux эта система чужая, у неё куча ограничений, плюс будет отнимать системные ресурсы процесс mount.ntfs.

[F12]

Резерв рута 5%.

- а зачем резервировать место там, где в принципе не может быть файлов root?..

а что конкретно сделать руками для уменьшения резерва не знаю.

tune2fs -m 1 /dev/sd* установит резерв 1% от общего размера раздела, или tune2fs -r 0 /dev/sd* отменит резервирование, где sd* имя конкретного устройства в твоей системе

[andytux]

Сейчас только заметил. У tune2fs нет "--help". Для нее это неверная опция. Краткую помощь выводит просто запуск без параметров.
Кстати, напомнил о файловом менеджере.
Давно, когда еще диски были меньше, чем у тебя сегодня получился резерв рута, в "user menu" MC добавил код:

Код: [Выделить]

+ f casper-rw | f live-rw | f minirt* | f writable | f [hmns][dmv]* & ! t t
= f *-rw | f writable
tune2fs (before use - umount volume)
  key='-r 20000'; src=''; UTIL='tune2fs'
  [ "%d" != "/" ] && src='/'
  if [ -d %f ]; then src="/dev${src}"%f; else src=%d"${src}"%f; fi
  ${UTIL} ${key} ${src}
Конкретно в этом виде оставляет резерв рута 80мб.

мало того, что он определяется не как 3 терабайта, а как 2,73

Очередное "измерение удава". Переведи "терабайты" в "терабайты".