btrfs

Пока работает, то работает стабильно. Если вдруг по той или иной причине повредится - молись.

Вот как раз интересна вероятность второго варианта развития событий. RAID5/6 делать не планирую.

Я говорю про причины, независящие от ФС. Например физические повреждения поверхности HDD.

А. Тогда ладно. Это с любой ФС будут проблемы.

УМВР, с перерывами использую с 2017.

Ext4 восстанавливается fsck запросто. Максимум несколько файлов попадут в lost&found.

Я так понимаю, с ZFS будет примерно так же?

Не имел опыта с ZFS. Пока её не примут в ядро, она не нужна (то есть никогда не будет нужна).

Рекомендую использовать tmpfs, а для хранения персистент-данных соорудить облако на отдельной железке, — там хоть рейд, хоть некстклауд с веб-мордой, бекапы всякие настроить. А «просто пользоваться» линуксами и в tmpfs можно и нужно. И приучать себя к хранению данных в облаке. Подкроватном.

Кто бы мог подумать, что экономия ресурса ssd усугубится в полноценный проект)

А что не так с повреждением диска? У меня RAID1 на этой ФС уже 3 или 4 диска пережил. При этом система загружена с этого же RAIDа.

RAID1

Ещё бы не пережил. А без raid?

Ну не, это перебор.

https://s6.pikabu.ru/images/big_size_comm/2014-09_2/14101605934085.jpeg

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

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

поэтому я предлагаю изначально, пока есть свободное время, силы и желание что-то настроить, настраивать фундаментально и грамотно. все ваши железки с линуксами должны быть заменяемыми аки лампочка в цоколе, и системы на них должны быть одноразовыми: загрузились в tmpfs, поработали, забыли. а данные хранить в отдельном специально предназначенном для этого месте.

тогда у вас не встанет таких вопросов, «какую ФС выбрать» — ФС принципиально не нужна нигде, кроме хранилища данных.

А с ZFS на линупсе сейчас разве не так-же ?

btrfs (комментарий)

RAID1

Конечно. А без raid?

А без RAID не надо хранить ценные данные на дисках. В таких случаях надо делать бэкапы… Это лучше чем восстановление с неизвестным результатом. Тут ни одна ФС гарантий не даст.

В таких случаях надо делать бэкапы…

если есть куда

не сейчас, потом, появится .... девушка со смартфоном.

Пуф сегодня на позитиве :D

Без RAID5/6? True if year > 2014 else False

Вначале надо задать вопрос «зачем?»

CoW

С 14 бубунты до 20 на btrfs. Без переустановок.

Оно уже стабильно?

Да уже лет шесть как стабильно.

Уже переношу систему с LVM+ext4 на btrfs.

Лучше не испытывать судьбу с btrfs и взять ZFS.

Уже испытываю.

При внезапном отключении энергии, оно как по сравнению с ехт4?

В теории должно быть лучше, там же контрольные суммы данных. Но у меня UPS.

а как же игры? а как же работа с большими проектами и файлами?

производительность не измерял, а со стабильности проблем не было воще

а на какой фс находятся файлы «в облаке»?

XFS

Как уже говорили, без RAID ни одна ФС не спасет от физического повреждения диска.

Но, у btrfs есть полезная штука в виде дублирования metadata и самой системы даже без RAID. В случае повреждения диска в критических местах, всегда есть копия мета данных и самой файловой системы. Много места это не занимает, зато дает защиту от повреждения самой файловой систем. Так что на ноуте с одним диском - самое то.

В «lost&found» идут файлы которые писались в момент когда что то пошло не так. Например питание диска было прервано. В btrfs такого по определению не может произойти из-за COW. Если были физические повреждения на диске не связанные с записью данного файла, fsck не поможет.

да

у btrfs есть полезная штука в виде дублирования metadata

У любой нормальной ФС это есть, но btrfs это почему то не помогает.

Либо я что-то пропустил, либо ext4 не нормальная система.

Я не эксперт, но насколько я знаю, там это есть. Суперблок это ведь и есть то место, где хранятся метаданные?

Лет пять как использую только btrfs вездеp, кроме /efi и /boot естественно.

Рекомендую использовать tmpfs

Внезапное отключение электричества, внезапная смерть UPS и т.д.

Я тоже не эксперт, но superblock это не те метаданные, у btrfs тоже есть superblock. В superblock хранятся лишь данные о том что это за файловая система, ее размер и статус.

По мимо этого btrfs хранит также метаданные самих файлов отдельно и может дублировать их, как и дублировать саму систему. Метаданные + COW механизм гарантируют что всегда есть хотя бы одна нетронутая копия файла. Если питание к диску было прервано во время записи файла, btrfs просто проигнорирует неудачную запись и откатится к старой копии файла. Ext4 такого не умеет и в аналогичной ситуации файл будет «поврежден» частичной записью.

Superblock тоже бэкапится в нескольких местах, но если основной superblock поврежден, нужно в ручную указывать где находится бэкап при fsck или btrfs rescue super-recover.

Ext4 такого не умеет и в аналогичной ситуации файл будет «поврежден» частичной записью

Ну это 4.2. В ext4 есть журнал.

Нет. В ext4 есть журнал, но по умолчанию в него журналируются только изменения метаданных. Режим полного журналирования (data=journal) практически никто не использует, т. к. он приводит к двукратной потере производительности. Так что комментатор прав.

Нет, суперблок — это далеко не все метаданные.

У любой нормальной ФС это есть

Нет

но btrfs это почему то не помогает.

Помогает, но не от всего. От потерянных записей дублирование никак не спасёт.

За пол года так и не развалилось. Сам пользуюсь ZFS, потому что она более «готова» и больше нафарширована.

В «lost&found» идут файлы которые писались в момент когда что то пошло не так. Например питание диска было прервано. В btrfs такого по определению не может произойти из-за COW. Если были физические повреждения на диске не связанные с записью данного файла, fsck не поможет.

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

Помогает, но не от всего

по моему опыту при малейших повреждениях btrfs просто перестаёт монтироваться и все средства восстановления просто жалуются «ой, тут сломано, починить не выйдет». и удаётся лишь вытащить структуру каталогов и файлов на стороннее хранилище (вместо того чтобы восстановить эту структуру на месте).