Настройка Ubuntu для работы с SSD

[Aleksandru]

На не системном разделе можно отключить.

1. Раздел с данными менее важен, чем системный? Я считаю иначе.
2. Ты знаешь, что теряешь при отключении?
3. Не сторонник ковыряния настроек ФС.

Живу пять лет, ничего не потерял.

[thunderamur]

Aleksandru,
Твой ответ дает понять, что ты не знаешь, что ты теряешь при отключении дискового пространства для системных нужд EXT4.

[Zerak]

На ноуте целесообразно сделать весь диск в XFS, вроде там батарея, и ни чего не потеряется ?

[Sly_tom_cat]

XFS - нормальная журналируемая ФС к которой по молодости ее прицепился ярлык потери данных при внезапном отключении питания. И всем наплевать, что глюк (действительно существовавший) давно пофикшен. Еще не было тут ни одной темы где при упоминании о XFS не вылез бы этот засторелый ярлык....

Но я бы не стал так уж хаять EXT2-4 (я не зря так пишу в EXT4 есть куча всего унаследованного от EXT2 и даже EXT, и рудименты эти - вовсе не позитивные...). Не смотря на все ее недостатки - под корень она вполне прилично подходит, даже резерв рута 5%-ный - он на корне очень к месту.

Однако под данные, большие разделы, я бы советовал форматировать в XFS. Сам так делаю и ни разу еще не разочаровался в этой ФС.

По поводу сбоев ФС от внезапного выключения питания - они происходят со всеми ФС без исключения. XFS чуть более чувствительна потому, что агрессивнее использует дисковый кеш, для оптимизации размещения и повышение производительности.
Но журнал позволяет большинство сбоев откатить автоматом. И в этом плане различие между журналируемыми ФС - минимальны.

Но отдельно хочется обратить внимание что грубое отрубание питания - это не есть нормальный режим работы. Если есть проблемы с питанием (постоянные отключения) - то компьютер должен подключаться через UPS или иметь свою рабочую батарею (если это ноут) - это даже не обсуждается.

А вот HDD или SSD - разница не велика. Рушится то не носитель, а ФС при внезапном обрубании питания.

[Sly_tom_cat]

Поставил на новый SSD Ubuntu 16.04 на btrfs. Если несколько лет назад пробовал btrfs люто тормозила во время установки пакетов, то сейчас такого не замечаю.

....


в fstab прописано просто defaults, а система монтирует ssd как ssd автоматом. Видать все-таки все придумали до нас и вывод о том, что уже по умолчанию система себя ведет правильно верен. Я сюда только добавлю сжатие и посмотрю как будет себя вести система.

Я тоже недавно на новом mini-PC поставил btrfs на SSD. Скорость радует.
Из замеченного про опцию SSD - заметил вот какой момент - там где-то в потрохах (уже не помню где, толи в какой-то утилите btrfs, то-ли в dmesg) проскакивала инфа что при инициализации btrfs сама определила наличие SSD и все нужные опции драйвер включил автоматом. Так что думаю defaults - это нормально, за исключением того, что с точки зрения синтаксиса defaults нужен только тогда в fstab когда никаких опций не указано, а если хоть одна указана, но оно уже не нужно.

Что мне не понравилось в btrfs:
1. Установщик не спросив меня разбил корень и хомяк на два subvolume (я не просил выделять /home). В результате пришлось допиливать утилиту непосредственной загрузки ядра из UEFI - там нужно этот subvolume ядру в параметрах указать, что бы он нашел все-таки корень.
2. Утилита fsck.btrfs за каким-то лешим легла в /bin а не в /sbin как все остальные утилиты fsck пришлось в /sbin сделать руками симлинк что бы утилиту можно было встроить в initramfs стандартными утилитами (без линка они ругались и утилиту проверки в initramfs не добавляли).

Общее ощущение от btrfs - все еще сыровата, хотя вроде как уже рабочая...

[thunderamur]

На ноуте целесообразно сделать весь диск в XFS, вроде там батарея, и ни чего не потеряется ?

Для корня лучше использовать дефолт - EXT4 или BTRFS, но там пока есть свои нюансы, и я сейчас не про надежность говорю, но про, например, восстановление того же GRUB.
А XFS просто не очень подходит для корня, т.к. её назначение большие файлы и большие разделы. Корень - это обычно небольшой раздел и куча мелких файл, так уж устроен Linux.

[Sly_tom_cat]

Кстати по поводу компрессии btrfs - тут попробовал - так вроде как можно в самой ФС (на подразделе) установить параметр компрессии, тогда в флагах монтирования в fstab в принципе ничего писать не надо.

Устанавливается это командой

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

sudo btrfs property set {путь к смонтированному подразделу} compression {lzo, zlib или ""}
Причем если потом запустить дефрагментацию с компрессией, то можно это делать прямо на смонтированном корне - у меня выдало только 78 ошибок по занятости файла, если учесть полное количество файлов на корне - то это сущие копейки.

[thunderamur]

Sly_tom_cat,
Это сохраняется после перезагрузки?

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

[Sly_tom_cat]

thunderamur, ну я попробовал - атрибут компрессии стоит и после перезагрузки на обоих моих подтомах. Другое дело - пакует он там или нет - кто его знает

BTRFS еще довольно черный ящик (по крайней мере для меня) - я так и не понял как посмотреть занятое место именно конкретным подтомом (везде показываются общие цифры для всех подтомов).

Ну с одной стороны понятно - компрессия да еще дедубликация (которая как я понял работает и между подтомами тоже) - там очень трудно сказать - сколько места кушает отдельно взятый подтом.

Статью о btrfs я там немного отредактировал - там и грамматические и стилистические правки потребовались, ну от себя добавил немного.

[werlock]

Изменение процента зарезервированных блоков для нужд суперпользователя
По умолчанию резервируется 5% от объема раздела или диска. Значение 0 отключает резервирование блоков, значение 5 - устанавливает резервирование на 5%.
tune2fs -m 0 /dev/<xxx>
Если /home на отдельном разделе то можно спокойно выключить либо уменьшить это значение на большом разделе потому как это избыточное резервирование.

[thunderamur]

werlock,
Что произойдет при выключении пространства для системных нужд EXT4?

[Aleksandru]

thunderamur, вот и объясни нам с werlock, что произойдет при выключении пространства для системных нужд EXT4 на не системном разделе? Что такого страшного случится с моей мусоркой?

[werlock]

werlock,
Что произойдет при выключении пространства для системных нужд EXT4?

На отдельном хомяке - ничего. Даже больше скажу, появится дополнительное свободное место на диске

[Sly_tom_cat]

Никакого дополнительного свободного места не будет. Будет конфуз над которым вы будете ломать себе голову.

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

Причем резерв это в процентах, а 5%(по умолчанию) от многогигабайтного диска - это дофига места, ОООоочень дофига!

[werlock]

Никакого дополнительного свободного места не будет. Будет конфуз над которым вы будете ломать себе голову.

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

Причем резерв это в процентах, а 5%(по умолчанию) от многогигабайтного диска - это дофига места, ОООоочень дофига!

Ну так делаем df -h до того как сделали tune2fs -m0 /dev/sdaX и после того. Где конфуз? Другое дело что могут закончится inode если очень много маленьких файлов ну или фс менять или принудительно указать избыточное значение inode если планируется такое использование