LinuxMint.com.ru

Доброго вечера, подскажите пожалуйста, какую файловую систему выбрать для SSD диска? Ext4 или btrfs, если можно с аргументами, хотелось бы разобраться.

Я всегда выбираю Ext4, будь то жд или ссд.
Аргументы:
1. Устраивает во всем.
2. Проверена временем.
3. По отзывам в сети более стабильна чем btrfs.

BadBird, а как по скорости убивания SSD?

А что будет на этом диске?
В среднем - btrfs для ssd подходит лучше, но есть задачи, для которых она не самый лучший выбор. Скажем, если там у вас будет база данных или образы виртуалок - лучше ext4.

Вообще есть такой нюанс - btrfs не переписывает занятый блок на диске просто так, а сначала пишет новый, а уже потом освобождает старый. Это поведение хорошо ложится на логику работы SSD, которые тоже не могут просто переписать произвольный сектор. Так что освобожденные блоки FS попадают под TRIM когда вся работа по записи уже выполнена, в фоне. Ну и другие ее фичи на SSD хорошо работают - т.к. на нем отсутствуют задержки по seek time. Сама эта FS менее подвержена саморазрушению из-за сбойного железа, за счет использования контрольных сумм на операциях записи и чтения - т.е. есть гарантия, что прочитано именно то, что было записано, а записано то, что хотели записать. Ext4 такой гарантии не дает. Это не значит, что если что-то на диске оказалось повреждено - btrfs сама исправит (если только она не в raid конфигурации используется). Но вы сразу узнаете о проблеме. Мелкие ошибки в файлах ресурсов - музыкальных, фото, видео - они в принципе могут быть пропущены на FS, которая не пользуется проверкой на контрольные суммы.

BadBird писал(а): ↑

15 авг 2018, 16:42

3. По отзывам в сети более стабильна чем btrfs.

3 года назад было правдой. 1.5 года назад btrfs получила статус стабильной. Сейчас - скорее наоборот. Уже ext4 имеет больший шанс поймать проблемы на внезапной перезагрузке или глюке с железом чем btrfs. При правильной эксплуатации. Во всяком случае вытащить данные практически целиком с btrfs нее шанс повыше чем с ext4. Т.к. в процессе работы она всегда в консистентном состоянии, не бывает незакрытого журнала и прочих прелестей прерванной на половине записи. Сама операция записи атомарна - или она прошла, или нет. Но зависнуть на половине - не может в принципе.

nightpatrol писал(а): ↑

15 авг 2018, 16:44

BadBird, а как по скорости убивания SSD?

Немного лучше чем EXT4. Т.к. учитывает механизмы работы SSD по выделению и освобождению блоков. Но на практике, с современными SSD - в них от старости остальная электроника скорее сдохнет, чем память от износа блоков. Чтобы об этом задумываться - надо на диск ежедневно несколько террабайт писать. А иначе, если счет идет на единицы гигабайт в день, как у обычного юзера - это на десятки лет ресурса хватит.

slant писал(а): ↑

15 авг 2018, 16:54

А что будет на этом диске?

Полностью ось, для home будет HDD

Тогда тем более, т.к. timeshift пользуется снапшотами btrfs для создания слепков состояния системы - чтобы было куда откатится при неудачном обновлении, скажем. И в отличии от варианта с rsync - это практически мгновенно. Только с бекапом путать не надо - это не полноценный бекап на случай отказа диска, а слепок состояния (контрольная точка) на случай шаловливых ручек или кривой обновы.

nightpatrol писал(а): ↑

15 авг 2018, 16:44

а как по скорости убивания SSD?

Во всяком случае не хуже дого же жд.

slant писал(а): ↑

15 авг 2018, 17:01

3 года назад было правдой.

Да и сейчас тоже, если судить по тем же интернетам...

Идея износа SSD это такой старый миф, что давно зарос мхом.
Ни разу с таким не встречался.
Поэтому лучше смотреть на скорость и стабильность, а не на бережливое отношение к электронике.

van, почитал гайды, чтобы btrfs правильно завести, руки надо прямые, явно не для нуба вроде меня

nightpatrol писал(а): ↑

15 авг 2018, 18:29

чтобы btrfs правильно завести, руки надо прямые

Там давно уже все заводится само из коробки

nightpatrol писал(а): ↑

15 авг 2018, 18:29

чтобы btrfs правильно завести

Начиная с Ubuntu 16 и Linux Mint 18 эта процедура столь же тривиальна, как и в случае с ext4

А про гайды с в тырнетах, ещё п. Преображенский намекал (про газеты)
https://www.youtube.com/watch?v=LxHdzGDazXg

nightpatrol писал(а): ↑

15 авг 2018, 18:29

van, почитал гайды, чтобы btrfs правильно завести, руки надо прямые, явно не для нуба вроде меня

Не читайте протухшие гайды. BTRFS относительно новая файловая система, в сети слишком много информации о временах ее детства и юности. Сейчас она вполне зрелая и стабильная.
Лет 10 назад такая же фигня была с ext4. Абсолютно такая же. Готова ли экст4 к продакшену? надежна ли она? ляляля... блаблабла...
Для нуба (простого пользователя) руки надо не прямее, чем для ext4. Всё те же папки, всё те же файлы, ничего не меняется. Разве что новомодный таймшифт станет жрать на несколько порядков меньше места для копий системы. А так — то же самое.

Живу на BTRFS второй год на домашнем и рабочем компе. Рулез.

Большое спасибо за ответы! Буду ставить btrfs

027 писал(а): ↑

17 авг 2018, 01:31

Живу на BTRFS второй год на домашнем и рабочем компе. Рулез.

nightpatrol писал(а): ↑

18 авг 2018, 05:14

Большое спасибо за ответы! Буду ставить btrfs

Поставил Linux Mint 19 Tara Mate вчера на ноут Lenovo G550 с SSD Vertex3. Поработаю на нём. Пока разницы не вижу. Сравню с десктопом. На нем тоже самое только HHD.

027 писал(а): ↑

17 авг 2018, 01:31

новомодный таймшифт станет жрать на несколько порядков меньше места для копий системы

Ок. На SSD - btrfs, снимки делаешь на внешний. Внешний разумеется HDD и разумеется там ext4... или погодь... на HDD btrfs? о.О
Не знаю как у таймшифта, а у меня точно мысли спутались. Таймшифт впадет в ступор.
А еще добавь к этому новомодный шифрованный раздел и точно задача непомерная.

Dja, btrfs не делает копию данных, он делает снимок диска, снимок вообще не имеет размера. Это молниеносно. На ехт4 он копирует данные, что время и место нужно. Проще прочитать про снимки.

kutalgin, если btrfs сам делает снимки зачем там таймшифт тогда?