LINUX.ORG.RU

В какую ФС посоветуете форматировать большой жесткий диск?

 , etx4, ,


1

5

Есть диск на 3 Тб. Собственно отформатировал бы его сразу же в ext4 если бы не боязнь мифической нехватки inode. А в какой ФС количества inode точно хватит для такого размера под данные?

В дальнейшем планируется добавить еще такой же по размеру диск для организации RAID1.

Всем спасибо.

★★★★★

Последнее исправление: LongLiveUbuntu (всего исправлений: 3)
Ответ на: комментарий от vurdalak

С каких пор у модулей ядра есть релизы

Да вот с таких. Правда в обычном случае они привязаны для пользователя к релизам ядра.

anonymous
()
Ответ на: комментарий от ass

JFS днище по производительности в линуксе.

anonymous
()
Ответ на: комментарий от alkash

Нет, грубо говоря, ext3 теперь монтируется драйвером ext4 как ext4 с отключенными расширениями, соответствующая ext3.

anonymous
()
Ответ на: комментарий от r3lgar

На ынтырпрайз не тянет, но многие пользуются, за стабильность скажут те, кто пользуется

Это ты для Red Hat расскажи.

CHIPOK ★★★
()

большой жесткий диск
3 Tb

Улыбнуло.

Настолько «большие» диски - все равно:)

Ip0 ★★★★
()
Ответ на: комментарий от vurdalak

И где список критичных багов? А про нереализованные возможности согласен, но это ничего не говорит о стабильности

Я тебе ссылку зачем кинул? Пройди по ссылке и посмотри внимательно какого масштаба баги закрывают в свежих 4.x ядрах, ужаснись и 10 раз подумай, прежде чем это кому то советовать.
Например:


btrfs-progs 4.1.2 (Jul 2015)
urgent bugfix: mkfs creates invalid filesystem, must be recreated

King_Carlo ★★★★★
()
Ответ на: комментарий от redixin

Есть у меня раздел xfs для блокчейна, и однажды там таки похерились файлы. Пришлось с нуля пересинхронизировать. Теперь думаю надежность какой ФС опровергать дальше? Btrfs? Ext4?

У меня за 25 лет работы с файловыми системами файлы херились на всех используемых системах. Так что не аргумент :)

Если по личной субъективной оценке потерь среди поддерживаемых linux ФС, то антирейтинг такой примерно:

1. fat (12/16/32)
2. btrfs
3. ext3, ext4, xfs
4. reiserfs, ntfs
5. squashfs, iso (r/o)

Мало статистики для уверенного помещения в рейтинг по ext2, reiser4, jfs.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

5-й пункт улыбнул. :)

А ext4 с нестандартными размерами блоков не гонял?

WD в своих коробках раздел с данными делает в ext4 с блоками 64 килобайт.

Radjah ★★★★★
()
Ответ на: комментарий от Deleted

у меня неоднократно при «глухом» зависании компа «обнулялись» некоторые открытые файлы на ext4. Опции монтирования дефолтовые.

Hokum_new
()
Ответ на: комментарий от darkenshvein

А я уходил что ли?

Версия какая-то третья, у меня же не каждый день такое бывает, и даже не каждый год. Открытые файлы это те, с которым кто-то работал на момент падения, например, какие-то конфиги в /etc.

Hokum_new
()
Ответ на: комментарий от Ip0

Я не говорил, что btrfs тянет для ынтырпрайза. (=

r3lgar ★★★★★
()
Ответ на: комментарий от Radjah

WD в своих коробках раздел с данными делает в ext4 с блоками 64 килобайт.

Привет, клован. На х86 максимум 4к, в коробках не x86

anonymous
()
Ответ на: комментарий от dk-

Как работа?

Такое же говно как у тебя

anonymous
()
Ответ на: комментарий от r3lgar

У меня вечно теряет файлы и ломается при отключении электричества,

Не было такого, а с появлением ИБП так вообще забил на это.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от r3lgar

На ынтырпрайз не тянет

Чуваки из RedHat недоумевают: «Как это они выбрали ФС для RHEL7, которая не тянет на энтерпрайз по мнению r3lgar?»

:-D

Pinkbyte ★★★★★
()
Ответ на: комментарий от King_Carlo

Судя по слову urgent, этот баг появился ровно в предыдущей минорной версии. Это никак не зависит от «релизности ФС», сломать в любом коде можно.

ужаснись и 10 раз подумай, прежде чем это кому то советовать

А я обычно предупреждаю, что некоторые специфичные фичи в btrfs могут быть с багами. Например, где-то в начале 3.11 был баг в balance кажется.

vurdalak ★★★★★
()
Ответ на: комментарий от Pinkbyte

Шляпники даже объясняли, почему именно так поступили. А ранее они её вообще продавали аддоном как scalable

Hokum_new
()
Ответ на: комментарий от Pinkbyte

да этот мсье левым яйцом кодит, он знает толк ынтырпрайзных решениях

CHIPOK ★★★
()
Ответ на: комментарий от Hokum_new

Версия какая-то третья,

если не помнишь, обратись к своему системному администратору.

Открытые файлы это те, с которым кто-то работал на момент падения, например, какие-то конфиги в /etc.

ДАТЫЧО. А чем правишь? Майкрософт офис? Стандартные программы для правки текста нормально обращаются с открытыми файлами.

darkenshvein ★★★★★
()
Ответ на: комментарий от darkenshvein

Как всегда очень конструктивно...

В принципе ничего критичного, но неприятно, когда ряд файлов зануляется. Хотя, с рейзером 3.6 всё было гораздо хуже, там после падения сами файлы-то оставались, чего не скажешь о структуре ФС, именах этих файлов и их местоположении в дереве каталогов, а равно и самом дереве каталогов.

Hokum_new
()
Ответ на: комментарий от Radjah

5-й пункт улыбнул. :)

Просто я раза два терял данные даже на смонтированных в r/o разделах. ext3 и ext4 :)

Сейчас стараюсь иммутабельные данные (всякие старые архивы аттачей на форумах и т.п.) хранить в squashfs. Хотя, с точки зрения надёжности, разница не принципиальная, всё равно образ лежит на ext4, зато работает намного быстрее :)

А ext4 с нестандартными размерами блоков не гонял?

Не, играю только со всякими noatime/barrier/commit и т.п.

KRoN73 ★★★★★
()
Ответ на: комментарий от Radjah

подрезали тебе скор, чтобы не кукарекал

anonymous
()
Ответ на: комментарий от KRoN73

Жаль, а я так надеялся на совет по теме.

Radjah ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.