Меню Рубрики

Установка линукса на ссд

Установка Ubuntu Linux на SSD.

Многие слышали, что на рынке появились твердотельные жёсткие диски без движущихся частей, SSD диски. Они пока относительно дорогие и объем не велик, но операционная система на них просто летает, а тяжёлые приложения стартуют в разы быстрее, чем с обычных HDD. Чем достигается такое волшебство?

У SSD нет головок, которые необходимо позиционировать над затребованными данными и поэтому скорость чтения случайных секторов происходит намного быстрее. А как показывает практика, именно работа с мелкими файлами, расположенных в разных местах диска — это обычный портрет работы операционной системы.

Лучшее решение на сегодняшний день — это покупка SSD для операционной системы и хранение личных и медиа файлов на обычных HDD.
Вот и я решился купить себе SSD диск для Ubuntu. Много прочёл про этот новый вид дисков — твердотельные накопители. Хотел модель Intel X25-V, но денег как всегда мало, пришлось приобрести модель OCZ «Onyx» OCZSSD2-1ONX32G с контроллером Indilinx Amigos, про который много отрицательного не пишут.

Ниже описаны этапы, которые помогут правильно подготовить SSD для работы с Ubuntu Linux. Если вы проигнорируете этапы, то получите работающую систему, но не оптимальную, с меньшей скоростью чтения-записи и, возможно, подвергните свой SSD диск опасности раннего выхода из строя.

Прочтите все о вашем SSD на официальном сайте

Не пренебрегайте данным советом, например я вычитал на официальном сайте моего OCZ «Onyx» OCZSSD2-1ONX32G, что обновлять прошивку нужно, установив в BIOS, режим IDE для SATA дисков, а не родной AHCI режим. Мало ли чего важного вы вычитаете?

Обновите прошивку

Внутри жёстких дисков, SSD не исключение, есть микроконтроллер, который управляется микропрограммой. Её можно обновлять и это называется «прошивкой» (firmware). Прочтите что и как рекомендует производитель вашего SSD диска для обновления прошивки. Обычно обновление прошивки устраняет ошибки и добавляет новые функции. Очень важно чтобы SSD диск поддерживал TRIM и, если для этого нужно обновить прошивку, обновляйте!

Узнать текущую версию прошивки можно командой sudo hdparm -i /dev/ваш_диск | grep -i Fw

Выравнивание разделов на SSD

Суть проблемы в том, что если начало разделов в секторах не кратно размеру кластера файловой системы, то резко падает производительность при чтении/записи с диска, а в случае с SSD диском ещё и увеличивается износ диска. То есть когда разделы не выравнены, то кластер файловой системы занимает несколько секторов и тем самым увеличивается количество операций чтения/записи. Подробнее об этой проблеме выравнивания разделов лучше прочесть в Интернете. Главное запомнить простое правило: создаёте раздел — его стартовый сектор должен делиться на 8 без остатка.

Устр-во Загр Начало Конец Блоки Id Система
/dev/sdh1 2048 514047 256000 83 Linux
/dev/sdh2 514048 55810047 27648000 83 Linux

Начальные сектора 2048 и 514048 кратны 8! Я использовал fdisk и в нём создал разделы /boot, / и swap. Из статьи на Хабре выяснил, что работа со swap в современных операционных системах идёт примерно

40:1 чтение:запись. Поэтому размещение swap на SSD это отличная идея. Чуть позже мы заставим Ubuntu Linux меньше использовать swap, а больше быструю ОЗУ.

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

3,5 Гб, чтобы контроллеру диска было чем заменять, в далёком будущем, вышедшие из строя ячейки. Вам так же рекомендую не жадничать и при разметке оставить чуток не размеченной области.

Установка на SSD Ubuntu

Во время установки я указал, что первый раздел на SSD это /boot и файловая система ext3. Просто я решил помочь grub’у и не огребать не нужных проблем. В /boot хранятся ядра системы и размера 250 мб должно хватить на много установленных параллельно ядер.

Второй раздел на SSD стал корнем / в BTRFS. У этой продвинутой файловой системы, есть замечательный параметр -o ssd. Указав его, мы сообщаем, что жёсткий диск вида SSD и улучшаем работу с ним. Указать параметр можно позже, отредактировав /etc/fstab

# мой корень
UU >
Раздел /home был и его не форматируя через установщик, я задействовал как и раньше. Все файловые системы, кроме /boot, указаны в BTRFS.

Оптимизация Ubuntu для SSD

Если у вас есть UPS, он же ИБП, то можно применить советы из Ускорение Ubuntu.

Читайте также:  Установка газа на крузер

Параметр discard.
Включает полезную команду TRIM и настоятельно рекомендуется к применению к различным файловым системам. discard нужно указать в /etc/fstab. Разработчики многих дистрибутивов linux обсуждали иногда возникающую проблему с discard, которая приводит к падению производительности. Альтернативным путём является вызов fstrim из cron. Пробуйте и выбирайте своё!

Параметр ssd для btrfs.
Указывайте для файловых систем btrfs в /etc/fstab.

Параметр commit=600.
Замечательный параметр commit равный 600 можно применять ко многим файловым системам и commit указывает на сброс грязных файловых буферов каждые 10 минут (600). Настоятельно рекомендуется иметь ИБП. commit=600 нужно указать в /etc/fstab.

barrier=0
Код файловой системы обязан перед созданием записи фиксации [журнала] быть абсолютно уверенным, что вся информация о транзакции помещена в журнал. Просто делать запись в правильном порядке недостаточно; современные диски имеют кэш большого объёма и меняют порядок записи для оптимизации производительности. Поэтому файловая система обязана явно сообщить диску о необходимости записать все журнальные данные на носитель перед созданием записи фиксации; если сначала будет создана запись фиксации, журнал может быть повреждён. Блокирующая система ввода-вывода ядра предоставляет такую возможность благодаря использованию механизма «шлагбаумов» (barriers); проще говоря, «шлагбаум» запрещает запись любых блоков, посланных после него, до того момента, как всё, что было прислано перед «шлагбаумом», будет перенесено на носитель. При использовании «шлагбаумов» файловая система может гарантировать, что всё, что находится на диске, целостно в любой момент времени. Отключая шлагбаум barrier=0, мы ускоряем операции записи на разделы.
barrier=0 нужно указать в /etc/fstab.

Для btrfs указывайте nobarrier.

LVM.
Если вы используете технологию LVM, то нужно указать в /etc/lvm/lvm.conf параметр issue_discards = 1.

Preload.
Демон, кешируюший обращения к файлам и ускоряющий IO вывод. В SSD диске нет вращающихся блинов и считывающих головок, то желательно в /etc/preload.conf изменить параметр и привести его к виду sortstrategy = 0. Этим самым вы прикажете не производить сортировку очереди запросов, так как для SSD это не имеет смысла. Перезапустите preload — sudo /etc/init.d/preload restart

Увеличим сброс грязных буферов vm.dirty_writeback_centisecs = 15000 в /etc/sysctl.conf.

У демонов журналирования rsyslogd или syslogd перед всеми путями к журналам поставим знак минус и заставим не делать sync после добавления одной строки в журнал. Демон ведения журналов syslog (а также идущий ему на смену — rsyslog) пишет журналы в каталоге /var/log/ и добавив одну строку делает операцию sync, которая сводит на нет кэш диска и более долгий сброс буферов. Можно изменить поведение демона и указать не делать sync после каждого добавления. Найдите файл конфигураций демона, обычно это /etc/syslog.conf или /etc/rsyslog.d/ и все пути вида /var/log/что-то-там/ измените, дописав знак минус («-«) перед путями.

В файл /etc/sysctl.conf в конец файла вставьте строку vm.swappiness = 10 и тем самым заставьте Ubuntu Linux больше занимать ОЗУ, чем swap. Как это достигается подробно расписано в Ускорении Ubuntu.

По умолчанию в Ubuntu Linux в качестве файлового планировщика используется CFQ, он старается минимизировать перемещения головок, но у SSD нет движущихся частей и CFQ не нужен. Нужно в файле /etc/default/grub добавить elevator=noop и получить строку, типа GRUB_CMDLINE_LINUX_DEFAULT=»quiet splash elevator=noop». Не забудьте sudo update-grub

Теперь перезагрузка вашего ПК и получите оптимизированную под плюсы и скрывающая минусы SSD систему Ubuntu Linux. Порадуйте себя скоростью SSD sudo hdparm -t /dev/ваш_диск_ssd

Советы SSD

1) Меньше пишешь на SSD, лучше.

2) Постоянная запись множества мелких файлов — самое большое зло для SSD. Запись на SSD производится блоками (вплоть до 128 Кб) и маленькие файлы вынуждают стирать блоки большего размера.

3) Располагать раздел подкачки на SSD можно и нужно. Работа с подкачкой характеризуются большим количеством чтения по сравнению с записью (40 к 1), и относительно большими объемами записи, так что пользы от гораздо более быстрого доступа к данным больше, чем вреда.

4) Если команда iotop часто показывает запись процесса в раздел, находящийся на SSD, сделай так, чтобы процесс туда писал реже или вообще не писал. Не бойся редкой записи — бойся постоянной, периодической записи. Смотри п.п 1.

5) Забудь про дефрагментацию, её больше для тебя не существует. Если увидел слово онлайн дефрагментация или дефрагментация на-лету, найди и выключи это.

Читайте также:  Установка автомобильного подъемника в гараж

6) В Ubuntu Linux кроме системного индексатора updatedb, остальные индексаторы хранят файлы-базы-данных в домашнем каталоге. Подумайте о необходимости этих индексаторов-поисковиков, если не нужны — отключайте/удаляйте.

Отличный видеоматериал, правда на английском языке, но всё понятно из самого видео и открытых окон как оптимизировать Linux для SSD.

источник

Linux исключительно на SSD?

Здравствуйте, на днях приобрёл себе SSD на 240 ГБ. Хочу установить на него какой нибудь linux дистрибутив, но меня смущает тот факт, что многие «продвинутые» пользователи в 3 голоса орут о том, что нельзя ставить систему полностью на SSD, а то SSD быстро сдохнет и говорят, что нужно /home и swap оставлять на HDD, но на HDD у меня будет Windows 10, поэтому так не получится.

В общем я хочу установить linux полностью на SSD в т.ч home и т.д.

Вопрос. Не быстро ли от этого сдохнет SSD?

p.s SSD Kingston A400 [SA400S37/240G]

p.s.s никакие тяжёлые программы не юзаю, в основном редактор кода, браузер и терминал.

Не сдохнет. Ты его спишешь раньше.

Делай одну файловую систему на весь ssd, swap в файле, а не разделом.

Не выделяй /boot и /home, создавай один раздел на весь ssd.

многие «продвинутые» пользователи в 3 голоса орут о том, что нельзя ставить систему полностью на SSD, а то SSD быстро сдохнет

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

Делать разбиение для SSD не очень хорошо?

многие «продвинутые» пользователи в 3 голоса орут о том, что нельзя ставить систему полностью на SSD, а то SSD быстро сдохнет

Они просто в 2010 как были заморожены, так с тех пор в заморозке и пребывали. Но к свапу всё же сделай кэш в виде zSwap.

У меня линуха чисто на SSD живет.

Херней маюсь на компе основательно, еще 2 hdd есть, но они просто склад тяжелых неиспользуемых файлов.

По мне, ssd — это практически единственный выход, чтобы работать комфортно.

А можешь просто без свопа

многие «продвинутые» пользователи в 3 голоса орут о том, что нельзя ставить систему полностью на SSD

У них нет SSD и никогда не было, это завистники, злые языки.

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

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

А так — ничего не будет. Виндовс живет на ссд , так почему линукс не должен? Разве что будешь выбирать там оговоренную производителем норму записи в день, 10ГБ было несколько лет назад.

Просто хомяк на механике как раз убирает этот фактор, а запуск всяких Хромов, Опер и Нетбинсов — с ссд.

Не сдохнет, это страшилки давно покрылись пылью.

Просто чтобы эффективнее расходовать пространство.

Запихивать кеш браузера на НМЖД и наслаждаться тормознутостью браузера. Нет, спасибо, идите в жопу, не для того ссд покупается в десктоп.

Запихивать кеш браузера на НМЖД и наслаждаиться тормознутостью браузера. Нет, спасибо, идите в жопу, не для того ссд покупается в десктоп.

Задача SSD именно в том, чтобы хранить горячие r/w данные с произвольным доступом: кэши, своп, всё такое.

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

100TB обычно ssd на 240GB ходят. Т.е. 10ГБ в день должно хватить лет на 30.

при современных скоростях интернетов кэши браузеров пухнут очень быстро

При современных скоростях интернета лучше отключать кэш, чем держать его на механическом диске.

чтобы discard никогда не работал, ага
покажите мне этого тролля, что придумал советовать такую глупость

Для увеличения срока службы SSD и для равномерного износа всех ячеек накопителя применяется технология TRIM.

Посредством неё контроллеру SSD сообщается информация о свободных блоках на накопителе.

Её нужно включать на используемой файловой системе, посмотри список файловых систем Linux с поддержкой TRIM.

Читайте также:  Установки для биогаза маленькие

Поэтому, если под swap выделить отдельный раздел, то там не будет поддержки trim и износ этой области ячеек будет происходить быстрее.

Так же выделять отдельные разделы и файловые системы на SSD не имеет смысла, чем больше файловая система с поддержкой TRIM — тем больше на ней свободного места и равномернее износ ячеек памяти накопителя.

Я своп не пользую. Правда, ничего особо тяжёлого и не делаю. Максимум, в pcsx режусь

При современных скоростях интернета лучше отключать кэш, чем держать его на механическом диске.

Если ОЗУ много, то можно держать там.

Со страхами к психиатру, серьёзно.

Товарищ, чем ты упоролся?
Как раз таки у отдельного раздела есть опция монтирования discard.
А вот когда у тебя своп-файл — он всегда будет с точки зрения фс, на которой лежит, занятым местом и discard’ом по этим ячейкам никогда не пройдется.

Её нужно включать на используемой файловой системе, посмотри список файловых систем Linux с поддержкой TRIM.

Гм, а ты в курсе, что контроллеру пофигу, какая файловая система на винте? И ему может быть пофигу, поддерживает ли ОС TRIM, современные контроллеры умеют чиститься по таймеру? И вообще, ты думаешь, что если ты пишешь в сектор N 100500 раз, то он запишется в одну и ту же ячейку памяти SSD? Серьёзно?

Что примечательно. Обычно больные страхами износа SSD трясутся именно за весьма посредственные и бюджетные решения.

современные контроллеры умеют чиститься по таймеру

Только как контроллер узнает, что данный блок можно очистить?

Как по твоему контроллер определит разницу в изменении файла от его удаления? Без поддержки на уровне файловой системы не получится.

Про то как записывается и куда я в курсе.

А где я боюсь? Я просто спросил собственно.

источник

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

Содержание

Просьба к редакторам тоже там отписываться

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

Как всем известно SSD очень быстры, но имеют один маленький (или не маленький) недостаток — ограниченное число циклов записи. Т.е. их надо стараться больше использовать на чтение, а запись свести к минимуму, дабы свести риск выхода из строя диска раньше времени к минимуму. Статья написана для Ubuntu 14.04 и более новых версий.

Настройка /etc/fstab

/etc/fstab – один из важных файлов ОС, который исполняется во время загрузки системы. В нем описаны какие разделы накопителей и как именно монтируется в файловую систему ОС. Открываем:

Отключаем swap

Если уж SSD приобретен, то вполне можно добавить памяти в машину и отключить swap. Для этого будет достаточно уже 4GiB (используйте утилиты free и top, чтобы узнать сколько памяти потребляет ОС) Если памяти достаточно, ставим систему без свопа или отключаем его, если система уже установлена.
Комментируем (#) строку со словом swap

Для систем, у которых systemd надо еще отключить службу

Если же памяти для задач ОС маловато, то пробуем настроить приоритет использования swap

Опции монтирования

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

Как видим BTRFS хорошо приспособлена для SSD. Ранее BTRFS имела проблемы с производительностью, особенно при установке пакетов. Сейчас, на свежих ядрах 4.* я не вижу этой проблемы, работает быстро.

Кэш apt в ОЗУ

Дефрагментация BTRFS со сжатием файлов

Для выполнения нужно загрузиться в живую сессию, примонтировать раздел с BTRFS и применить команду дефрагментации со сжатием:

У себя я получил коэффициент сжатия 0.63, было 5.21 ГБ, стало 3.7 ГБ, т.е. в 1.5 раза меньше запись на SSD в процессе дальнейшей работы. Замечу, что я не храню на SSD плохо сжимаемые файлы — аудио, видео, фото и т.п., они размещены на другом разделе.

Отключение дискового кэша в браузерах

1) Mozilla Firefox

Правка → Настройки → Дополнительные → Сеть → Поставить галочку «Отключить автоматическое управление кэшем» → Установить значение в 0.

Ctrl + F12 → Расширенные → История → Дисковый кэш → Отключено

3) Chromium/Google Chrome

Настройки → Дополнительные инструменты → Инструменты разработчика ( Ctrl + Shift + I ) → Настройки (значек шестеренки) → поставить галочку Disable cache (while DevTools is open)

источник