Установка Linux mint на ssd

Установка 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

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

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

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

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

Указать параметр можно позже, отредактировав /etc/fstab
# мой кореньUUID=6f1fedb8-2dc7-4d19-a1f4-2eac082f879e / btrfs defaults,noatime,barrier=0,nodatacow,discard,commit=600,ssd 0 0
Раздел /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/что-то-там/ измените, дописав знак минус («-«) перед путями.

По умолчанию в 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.

Источник: http://vasilisc.com/ssd_ubuntu

Установка linux mint на ssd диск

В прошлый раз я рассказывал об установке твердотельного накопителя (SSD) в iMac. Такие накопители характеризуются очень высокой скоростью чтения (~500 МБ/с при условии подключения через 6-гигабитный SATA III) и бесшумностью.

Есть у них и минусы — высокая цена (тут навряд ли можно чем-то помочь) и ограниченный ресурс работы (точнее, количество циклов перезаписи, поскольку в режиме чтения они могут работать сколь угодно долго). И хотя у современных SSD количество циклов перезаписи измеряется миллионами, всё же имеет смысл адаптировать систему к работе с этим типом накопителя, продлив его жизнь и ускорив работу системы в целом.

Довольно много полезных советов дано на сайте Debian, я расскажу о том, что я поменял в своей системе (Ubuntu 14.10 Utopic Unicorn).

1. Используйте ext4

Файловая система ext4 является наиболее стабильной и распространённой в мире Linux. За отсутствием веских причин, используйте её в качестве основной.

2. Объём RAM с хорошим запасом

Достаточное количество оперативной памяти (RAM) является абсолютно необходимым условием, поскольку позволяет:

• Избежать своппинга
• Использовать часть в качестве RAM-диска
• Создать файловый кэш значительного объёма

Я рекомендую установить минимум 8 ГБ физической памяти, а лучше и все 16.

3. Объём SSD с хорошим запасом

Если диск забит «под завязку», системе становится очень трудно, а порой и невозможно, оптимизировать выделение свободных блоков. Это может значительно уменьшить срок службы накопителя из-за эффекта «умножения записи» (write amplification).

4. Специальные опции монтирования SSD

Рекомендую следующие опции монтирования разделов, расположенных на SSD:

• noatime — запрещает обновление метаданных файла при чтении из него (рекомендуется и для обычных жёстких дисков).
• nodiratime — аналогично для директорий.
• commit=60 — устанавливает задержку записи изменений на диск в 60 секунд. Все изменения, накопленные в течение этого времени, будут записаны в один присест. Правда, если система по какой-либо причине зависнет, часть данных может быть потеряна — но со мной такого практически не случалось.

Таким образом, запись для корневого раздела в /etc/fstab будет выглядеть примерно так:

UUID=12345678-90ab-cdef-0123-4567890abcde / ext4 errors=remount-ro,noatime,nodiratime,commit=60 0 1

Изменения вступят в силу после перезагрузки.

5. Еженедельный TRIM

Команда TRIM позволяет поддерживать SSD-накопитель в форме, вовремя помечая неиспользуемые блоки. Ubuntu поставляется уже с прописанной в планировщике еженедельной командой TRIM (/etc/cron.weekly/fstrim). Если у вас другой дистрибутив, проверьте, есть ли у вас что-то подобное.

6. RAM-диск для временных файлов

Каталог /tmp очень часто используется программами для хранения временных файлов; после перезагрузки он всегда автоматически очищается. Это делает его идеальным кандидатом для вынесения в оперативную память. Имейте в виду, однако, что иногда программы пытаются поместить туда файлы очень большого объёма (например, при распаковке архивов .tar.gz) — если места на RAM-диске не хватит, программа может повести себя непредсказуемо.

Чтобы создать RAM-диск, достаточно добавить в /etc/fstab строчку:

tmpfs /tmp tmpfs defaults,noatime,nodiratime,mode=1777,size=50% 0 0

Здесь size=50% устанавливает максимальный объём диска в половину всей физической памяти (это также и значение по умолчанию). Изменения вступят в силу после перезагрузки.

7. RAM-диск для лог-файлов

Файлы протоколов программ («лог-файлы») могут обновляться очень часто, приводя к повышенному износу диска. Если вас не беспокоит, что после перезагрузки они бесследно пропадают, их лучше также вынести на RAM-диск. Для этого надо добавить в /etc/fstab строчку:

tmpfs /var/log tmpfs defaults,noatime,nodiratime,size=10000000 0 0

Здесь максимальный размер раздела установлен в 10 МБ, чего обычно хватает.

Кроме того, следующий код, добавленный в /etc/rc.local, создаёт начальную структуру каталогов при каждой загрузке:

for d in fsck apt installer upstart dist-upgrade samba unattended-upgrades cups mpd hp lightdm; do [ -d /var/log/$d ] || mkdir /var/log/$ddone

8. Ограничение своппинга

Максимально ограничить использование системой swap-раздела можно, добавив строчку в /etc/sysctl.conf:

vm.swappiness=1

9. Кэш браузера на RAM-диске

Пока вы бродите по Интернету, ваш браузер создаёт очень много маленьких, но очень вредных кэш-файлов. Если вынести его в /tmp, на RAM-диск (созданный нами на шаге 6), после перезагрузки ваш браузер будет всегда начинать с чистого листа — но никаких неудобств это не создаёт.

На примере Google Chrome:

# Создаём каталог кэша в /tmpmkdir -p /tmp/$USER/google-chrome-cache # Удаляем с концами оригинальный каталогrm -rf ~/.cache/google-chrome # Ставим вместо каталога символьную ссылку на временный каталогln -s /tmp/$USER/google-chrome-cache ~/.cache/google-chrome

Чтобы временный каталог автоматически создавался при каждой загрузке, добавьте следующее к /etc/rc.local (заменив alice bob claudia на разделённый пробелами список пользователей):

for u in alice bob claudia; do DIR=/tmp/$u/google-chrome-cache sudo -u $u — sh -c «mkdir -p $DIR && chmod -R 700 /tmp/$u»done

Напоследок

Время от времени стоит также проверять душевное здоровье вашего SSD командой:

sudo smartctl -a /dev/sda

Для этого должен быть установлен пакет smartmontools.

См. также

• Лечим скорость чтения Samsung SSD 840 EVO в Linux

Источник: https://yktoo.com/ru/blog/post/233

Linux Mint установка UEFI

CPU: Intel Pentium G4600
ОЗУ: 16Gb
SSD: Samsung 850 EVO MZ-75E250BW 250Гб (диск С:\)
HDD: HGST Travelstar Z7K500 HTS725050A7E630 (диск D:\)
BIOS UEFI

Операционная система:

Linux Mint 18.2 (Буду ставить)
Windows 10

Подготовка:

Изначально на компьютере установлена операционная система Windows 10 на весь диск Samsung как диск С:\

БИОС у меня только UEFI

Скачал c официального сайта Linux Mint Cinnamon 18.2

Программу для записи Rufus

Запись Linux Mint на флеш USB накопитель:

Открываем Rufus

Выбираю скачанный образСхема раздела GPTФайловая система: FAT32

Размер кластера: по умолчанию

Старт

Рекомендуемая запись ISO образ не сработал

Выдавало ошибку при установке

• Пробовал другие флеш накопители
• Менял размер кластера
• Разные способы установки

Ошибка сохраняется

Поставил DD-образ mode — Пошло без проблем.

Загрузка с USB:

Перезагружаем компьютерУ меня на материнской плате MSI кнопка F11 для выбора источника загрузки (Выбрал записанный USB)

Загрузился Livecd

Проверил получает ли IP адрес с маршрутизатора и имеется ли доступ в интернет

Все работает.

Подготовка разделов:

открываю Menu и запускаю программу GpartedИ видно все разделы которые создал UEFI Windows 10 —

Самый большой раздел NTFS Windows 10 — 232 GB

Правая кнопка Resize — отделаю от этого объема с конца себе 75 GB (Данные не теряются)

И создаю раздел для подкачки Linux swap (взял 10% от общего объема)Рекомендуют объем раздела делать равным объему оперативной памяти (мне 16Gb было жалко)

File system — linux-swap

swap — раздел подкачки. аналог файла подкачки в винде. используется либо если забита вся оперативная память, либо если системе нужно сбросить память на жесткий диск (режим сна, гибернации, сохранение краш дампа после падения итд). В современных реалиях, где редко у кого оперативы меньше 8 гигов — своп чуть больше размера оперативки, чтоб влезла полностью.

Теперь создаю место для корневого раздела (/)
/ — вся остальная система. упрощенно можешь считать аналогом диска С в винде. корень нужен системе всегда, это точка отсчета для других файлов и папок. но особенность файловой системы линукса позволяет любую папку смонтировать отдельным разделом. так же как и любой другой диск, образ CD или сетевой адрес она может смонтировать в любую папку.
Выделил для него 25GB

И все оставшееся место под раздел /home
/home — и раз уж любую папку можно смонтировать отдельно раздел /home часто монтируют отдельно. можно считать аналогом папки пользователя из винды.

Источник: https://ichudoru.com/ustanovka-linux-mint-na-ssd-disk/

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

В прошлый раз я рассказывал об установке твердотельного накопителя (SSD) в iMac. Такие накопители характеризуются очень высокой скоростью чтения (~500 МБ/с при условии подключения через 6-гигабитный SATA III) и бесшумностью.

Есть у них и минусы — высокая цена (тут навряд ли можно чем-то помочь) и ограниченный ресурс работы (точнее, количество циклов перезаписи, поскольку в режиме чтения они могут работать сколь угодно долго). И хотя у современных SSD количество циклов перезаписи измеряется миллионами, всё же имеет смысл адаптировать систему к работе с этим типом накопителя, продлив его жизнь и ускорив работу системы в целом.

Довольно много полезных советов дано на сайте Debian, я расскажу о том, что я поменял в своей системе (Ubuntu 14.10 Utopic Unicorn).