как установить linux mint на ssd диск
Как установить Linux на SSD
Если вы помните несколько лет назад, когда они начали продаваться первые жесткие диски SATA и операционные системы не включали драйверы или драйверы для этого типа интерфейса, установка операционной системы на один из этих жестких дисков была даже более сложной, чем на жестких дисках IDE или PATA. В тех случаях, когда система была установлена, необходимо было загрузить дополнительный драйвер на дискету или внешний носитель, чтобы система установки распознала жесткий диск, на котором будет установлена ОС.
То же самое справедливо и для жестких дисков SCSI, хотя они были несколько более непопулярны на домашних компьютерах давно, поскольку были несколько дороже. В этом случае была применена та же процедура, добавив Дополнительные драйверы. Все это изменилось, когда операционные системы стали изначально включать контроллеры SATA, как они делали IDE / PATA, и никаких дополнительных действий выполнять не пришлось.
Но теперь мы столкнулись с аналогичной проблемой при установке новые твердотельные жесткие диски или SSD в операционных системах. Я не говорю о жестких дисках SSD с интерфейсом SATA, и в этом случае проблем нет, если мы используем текущие SSOO. С другой стороны, если мы используем несколько более «экзотический» интерфейс, который изначально не поддерживается в настоящий момент, нам придется добавить этот тип дополнительных драйверов при установке операционной системы на наш компьютер, иначе он не распознает носитель информации.
Что мне нужно знать заранее?
Установите GNU / Linux на Intel Optane:
Чтобы все работало правильно, у вас должен быть драйвер для Intel Optane, а также последнее ядро, поддерживающее технологию Intel Rapid Storage или Intel RST. Следовательно, проблем не возникнет, и вы будете действовать как обычно. Теперь это еще не полностью готово, и текущие драйверы еще не слишком доработаны и не достигают всех дистрибутивов, поскольку сначала они были совместимы только с Windows. Поэтому, если у вас есть дистрибутив, который еще не поддерживает его, и если вы обнаружите, что готовите новую установку, и по этой причине она не работает должным образом, вы можете отключить Intel Optane в вашем BIOS / UEFI. Для этого:
Установите GNU / Linux на M.2 SSD:
Установите свой дистрибутив Linux на SSD M.2 Это несколько менее проблематично, чем в Optane, поскольку в данном случае это память, которая стала более популярной для компьютеров всех типов, включая те, которые мы используем дома. Этот тип жесткого диска идентичен твердотельному накопителю SATA, отличается только используемый интерфейс или технология подключения и, следовательно, скорость и производительность передачи данных.
Однако некоторые пользователи сталкивались с черные экраны или проблемы при загрузке с твердотельного накопителя M.2, если на устройстве хранения этого типа размещен раздел / boot или загрузчик. Чтобы решить их, вы можете прочитать эти шаги:
1-Предполагая, что вы делаете это в режиме UEFI:
Если вы устанавливаете систему в Режим UEFI, а не с примитивным или устаревшим BIOS, вы можете попробовать следующее:
2-Предполагая, что вы делаете это в BIOS или Legacy (CSM):
Если ничего из этого не помогло, а проблемы остались, перейдите к разделу, посвященному NVMe.
Установите GNU / Linux на PCI Express SSD:
У вас должна быть возможность загрузить или установить систему на жесткий диск. PCIe SSD Без проблем. Но если у вас возникнут проблемы, вы можете попробовать следующее:
Установите GNU / Linux на твердотельный накопитель NVMe:
В случае NVMe, Это будет что-то очень похожее на то, что я сказал в разделе M.2, но если ничего из этого не сработало для вас, и у вас все еще есть проблемы, хотя мы не должны, если это современные дистрибутивы, вы также можете выполнить эти другие дополнительные шаги. Чтобы решить эти проблемы:
Общее решение:
Я надеюсь, что это было полезно для вас. Не забудьте оставить свой комментарии.
Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.
Полный путь к статье: Любители Linux » GNU / Linux » Как установить Linux на SSD
Установка Ubuntu Linux на SSD.
Многие слышали, что на рынке появились твердотельные жёсткие диски без движущихся частей, SSD диски. Они пока относительно дорогие и объем не велик, но операционная система на них просто летает, а тяжёлые приложения стартуют в разы быстрее, чем с обычных HDD. Чем достигается такое волшебство?
Ниже описаны этапы, которые помогут правильно подготовить SSD для работы с Ubuntu Linux. Если вы проигнорируете этапы, то получите работающую систему, но не оптимальную, с меньшей скоростью чтения-записи и, возможно, подвергните свой SSD диск опасности раннего выхода из строя.
Прочтите все о вашем SSD на официальном сайте
Не пренебрегайте данным советом, например я вычитал на официальном сайте моего OCZ «Onyx» OCZSSD2-1ONX32G, что обновлять прошивку нужно, установив в BIOS, режим IDE для SATA дисков, а не родной AHCI режим. Мало ли чего важного вы вычитаете?
Обновите прошивку
Внутри жёстких дисков, SSD не исключение, есть микроконтроллер, который управляется микропрограммой. Её можно обновлять и это называется «прошивкой» (firmware). Прочтите что и как рекомендует производитель вашего SSD диска для обновления прошивки. Обычно обновление прошивки устраняет ошибки и добавляет новые функции. Очень важно чтобы SSD диск поддерживал TRIM и, если для этого нужно обновить прошивку, обновляйте!
Выравнивание разделов на SSD
Начальные сектора 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 мб должно хватить на много установленных параллельно ядер.
Оптимизация 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.
Увеличим сброс грязных буферов vm.dirty_writeback_centisecs = 15000 в /etc/sysctl.conf.
В файл /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
1) Меньше пишешь на SSD, лучше.
3) Располагать раздел подкачки на SSD можно и нужно. Работа с подкачкой характеризуются большим количеством чтения по сравнению с записью (40 к 1), и относительно большими объемами записи, так что пользы от гораздо более быстрого доступа к данным больше, чем вреда.
5) Забудь про дефрагментацию, её больше для тебя не существует. Если увидел слово онлайн дефрагментация или дефрагментация на-лету, найди и выключи это.
Отличный видеоматериал, правда на английском языке, но всё понятно из самого видео и открытых окон как оптимизировать Linux для SSD.
SSD и linux Mint
Очень много времени занимает загрузка самой системы. Проблема в том, что вся система находиться на 1TB HDD. Но есть и встроенный ssd на 128 gb пустой. Можно ли переместить саму систему на него. Но при этом использовать пространство HDD. Если да, то, пожалуйста, поподробнее.
Да, можно. А подробнее — в маны (что такое gpt и msdos разметка, как прописываются разделы в /etc/fstab, для чего и зачем LVM, какие ФС существуют, какие загрузчики и как работают. ). Полный список вариантов разбивки займет лекцию. Не шутка. Я могу сходу придумать вариантов 10. Я уже писал об этом: Как разметить жёсткий диск? (комментарий)
Форматируешь SSD. Копируешь на него системные каталоги с сохранением их атрибутов. Не забудь поправить конфиг загрузчика и /etc/fstab. Все.
Устанавливаешь систему на SSD, на этапе разбивки дисков монтируешь HDD в /home. Получаешь быструю систему с медленными прогами, зато HDD используется 🙂
Лично у меня вся система стоит на SSD, включая /home, а на HDD файлопомойка и папка Загрузки.
P.S. Разделы на SSD в идеале форматнуть в F2FS, а не в Ext4. Но если вдруг Мята в нее не могет, то Ext4 тоже покатит.
Хорошо, можно немного информации по этому поводу, пожалуйста. Хочется разобраться.
Для системы, нет для трех систем, вполне достаточно. Ну а хомяк ясное дело на хдд.
Это шутка была такая.
Чё там у тебя за система, что под неё недостаточно?
Почти. Но я всё же предлагаю поиграть с writeback кэшем через lvm. Только нужно убедиться в работе ИБП. Будет более эффективное использование ёмкости ssd, хоть и в ущерб ёмкости hdd, если ssd имеет достаточную живучесть. Конечно сначала надо всё в lvm загнать и распределить по lv.
Чё там у тебя за система, что под неё недостаточно?
На самом деле мне плевать на скорость загрузки, у меня даже массив дисков несколько минут последовательно раскручивается.
можно ли систему с HDD на SSD перенести? а ты ему такой я всё же предлагаю поиграть с writeback кэшем через lvm. Только нужно убедиться в работе ИБП. Будет более эффективное использование ёмкости ssd, хоть и в ущерб ёмкости hdd, если ssd имеет достаточную живучесть. Конечно сначала надо всё в lvm загнать и распределить по lv. полагаю, он в «нокдауне»
Всё просто. 1. разметить ssd 2.скопировать систему 3. настроить загрузчик 4. настроить /etc/fstab 5. примонтировать hdd.
На каждый пункт свои инструкции и милион разных способов. По поводу копирования системы: я считаю самым надёжным создать архив stage4 и потом распаковать его на новое место. Читайти вику и handbook дистрибутива gentoo, способ универсальный.
А вот как размечать ssd, вопрос отдельный, сложный и неоднозначный. держать /home на hdd не вижу смысла, это будет тормозить работу с кешами и конфигами. 120Гб вполне достаточно для хомяка. Поэтому предложу выделить на ssd своп-раздел от 0,5 до 1,5 размера оперативки, а остальное разметить одним разделом под систему и пользователя. hdd примонтировать отдельно для файлов.
F2FS нестабильна и очень агресивно кеширует. Без батареи это вообще камикадзе, но даже с батареей не исключена потеря данных.
Давно пользуясь, проблем со стабильностью не было. А агрессивное кэширование дык, это ж её фича, SSD не так ушатывается, как на журналируемых файловых системах.
Ты так-то херовый специалист по фс для выдачи советов.
Я тоже давно пользуюсь и каждое пятое выключение электричества стабильно убивает какой нибудь ненужный файлик из настроек чего либо. Больше всех страдает akregator, claws-mail и виджеты панели. Но да, лаги записи f2fs очень хорошо убирает.
З.Ы. Для нужных файликов у меня есть бэкапы и даже бэкап бэкапов.
А ты видимо тот хороший кукаретик, у которого 120Гб ссд маловат под систему.
Переустанавливаю систему. Могу просто root, home swap разделы сразу просто поставить на.ssd? Но потом смогу ли использовать свой hdd? Прошу нормально ответить, пожалуйста.
Как тогда правильнее отвести память hdd для крупных файлов, но home остааить на ssd?
Примонтируешь hdd в /media/data и вперёд
В /mnt, /media не для «ручного» монтирования. Хотя и так можно.
Ты немного отстал от мейнстрима, сейчас неручное монтирование делается в /run/media/$USER ))
Если ты под ручным имеешь в виду динамическое автомонтирование
Это никогда не устареет, но это так для ликбеза.
То есть, наоборот: неручным
Да в принципе сама FHS уже устарела, так что неважно)
Вопрос глупый. Чтобы пользоваться нормальными юниксами надо примерно представлять структуру виртуальной файловой системы с единым корнем и что такое монтирование дисков в ней.
Теперь по вопросу: да, разумеется можете. Важно знать, как именно вы хотите использовать hdd. Но предположим, обычная свалка файлов, всё что не лежит в /home/user/. Тогда в /media создаётся какая нибудь /media/data (например как у меня), а в конфиг /etc/fstab записывается строчка (как у меня):
/dev/disk/by-label/data /media/data ext4 defaults,user,nofail 0 2
которая показывает, что диск надо подмонтировать в /media/data. Файловые менеджеры с вероятностью 99% его увидят и отобразят в своей боковой панели.
Главная проблема: здесь есть очень много вариантов, отличающихся очень маленькими нюансами. Например папочки /dev/disk/by-… очень интересные, там одни и те же диски и разделы обозваны по разному. Указывай как удобно. Ну и правильный выбор пути монтирования делает работу потом более или менее удобной. Разумеется потом диск можно перемонтировать в любое другое место.
home остааить на ssd это для скорости работы. Там все данные программ окажутся, ускорение доступа значительное.
Вот моя разметка, и кому то она должна показаться дикой:
Экспериментируем с файловой системой Btrfs — установка операционной системы Linux на SSD нетбука с компрессией файлов
В отличие от Microsoft Windows, в которой на протяжении многих лет главенствующим и практически единственным типом файловой системы является NTFS (о FAT и о об анонсированной в 2012 году ReFS говорить не будем), в Linux выбор есть. Здесь навскидку можно насчитать более десятка разновидностей файловых систем. Наиболее известными и чаще всего используемыми являются EXT2, EXT3 и, конечно, EXT4. К ним можно добавить btrfs, jfs, reiserfs и ряд других.
Идеальных файловых систем не существует. Каждая из них имеет свои сильные и слабые стороны. Сегодня мы поэкспериментируем с Btrfs, которая считается одной из самых быстрых и перспективных.
Основные особенности файловой системы Btrfs
Файловая система Btrfs (Better FS), основанная на структурах двоичных деревьев (B-Tree), была представлена компанией Oracle в 2007 году.
Перечень достоинств и возможностей btrfs весьма обширен. Перечислю те из них, которые показались мне наиболее интересными для применения на домашнем компьютере и сподвигли в конечном счете на эксперименты с этой ФС:
Наиболее полные и актуальные сведения можно посмотреть на домашней странице проекта.
Самым главным недостатком Btrfs на сегодняшний момент времени является ее статус. С одной стороны, актуальная на момент написания данной статьи версия v3.12 считается стабильной, с другой стороны, разработчики откровенно заявляют, что она все еще находится в стадии тестирования и ее не рекомендуется использовать в промышленных целях.
Получается, что при использовании ранних версий Btrsf данные пропадали нестабильно, теперь будут пропадать стабильно (шутка).
Что касается скорости, то ресурсом Phoronix еще в 2011 году были опубликованы данные производительности файловой системы Btrfs при работе без сжатия данных, со сжатием методом ZLib и со сжатием методом LZO.
В двух из трех проведенных тестов (Compile Bench и Dbench Btrfs) вариант с LZO-сжатием уверенно обогнал как вариант без сжатия, так и вариант с ZLib-сжатием. Причем в некоторых случаях разница в скорости отличалась почти на порядок (!).
В тесте Threaded IO Tester LZO проиграл и варианту без сжатия и ZLib от 10% до 33%.
Вообще измерение реальных скоростных характеристик устройства хранения является задачей непростой. Некоторое время назад я пробовал оценить влияние ntfs-сжатия на скорость чтения данных в Windows 7. Результат оказался неоднозначным, как это ни странно, зависящим от типа накопителя. Это не позволило сделать однозначных выводов.
Значительный выигрыш в скорости ФС по результатам двух тестов и незначительный провал в одном из них склоняют к решению выполнить установку операционной системы Linux на том Btrfs с включенным сжатием.
Установка Linux на том Btrfs с включенной компрессией
В качестве подопытного кролика тестового стенда вновь будет выступать старенький ASUS Eee PC 900. Чего он только ни повидал за прошедшие годы. Интересно, много ли у кого сегодня сохранился этот первый представитель окончательно вымершего сегодня семейства нетбуков?
Для запланированного эксперимента с Btrfs это просто идеальный образец.
Во-первых, два крошечных (4 Гб и 8 Гб) SSD накопителя, больший из которых к тому же еще и в два раза медленнее маленького. На самом деле оба флеш-диска очень медленные и не имеют ничего общего, по крайней мере по скорости, с современными твердотельными накопителями.
Во-вторых, само устройство на процессоре Intel Celeron M 900 МГц ну очень небыстрое, что сразу же позволит даже безо всяких тестов просто визуально оценить успех или неудачу данного эксперимента.
Изначально я планировал установить на Eee PC 900 Linux Mint-17.1 xfce. Однако очень скоро с этой идеей пришлось проститься. Инсталлятор Linux Mint требовал минимум 8.2 Гб свободного места на диске и в упор не хотел видеть ни второй диск, ни заранее собранный из двух накопителей том Btrfs объемом почти 12 Гб. О том, чтобы объяснить инсталлятору, что установка будет выполняться на сжатый том и на самом деле одного диска объемом 4 Гб будет достаточно, речь вообще не шла.
Последующая проверка в виртуальной машине VirtualBox показала, что для установки 32-разрядной сборки Linux Mint-17.1 xfce на сжатый с помощью LZO том, нужно всего 2,6 Гб
Задачу можно было бы легко решить с помощью LVM, как это было описано здесь, но очень уж не хотелось добавлять совершенно ненужную в данном случае прослойку между дисками и файловой системой Btrfs – она сама отлично справляется с многодисковыми конфигурациями.
Это исключительно проблема данного нетбука, обусловленная маленьким размером дисков. Вряд ли она повторится на каком-либо другом компьютере. Хотя в дистрибутиве Linux Mint хотелось бы видеть инсталлятор поумнее.
Если соберетесь устанавливать Linux Mint на файловую систему Btrfs, имейте в виду, что в дистрибутив, по крайней мере в тот, о котором здесь идет речь, поддержка этой файловой системы не включена. Для того, чтобы иметь возможность отформатировать разделы с Btrfs, необходимо установить btrfs-tools:
sudo apt-get install btrfs-tools
Так как поддержка Btrfs включена в ядро, Mint после установки загрузится, но для того, чтобы можно было делать некие манипуляции с томами, установку btrfs-tools придется повторить.
В качестве альтернативы я выбрал легкую облачно-ориентированную Peppermint OS с окружением рабочего стола LXDE (Lightweight X11 Desktop Environment). Ранее она уже упоминалась в обзоре дистрибутивов Linux.
Дальнейшие события показали, что выбор оказался весьма удачным. Облегченный набор приложений и шустрое окружение – это как раз то, что нужно для неторопливого нетбука.
Последняя на момент написания данной статьи 5-я версия этой ОС базируется на Ubuntu 14.04 LTS с пятилетним сроком поддержки. Возможность работы с файловой системой Btrfs присутствует сразу.
Проблема установки состояла в том, что компрессия включается в Btrfs на стадии монтирования файловой системы (-o compress=lzo / zlib ), а стандартный инсталлятор Linux, по крайней мере в Ubuntu и основанных на ней системах, не дает выбирать расширенные опции.
Очень элегантное и простое решение этой задачи удалось найти в этом руководстве.
mv /bin/mount /bin/mount.bin
Вместо gedit вы можете использовать любой текстовый редактор, входящий в состав Live CD.
Вписываем в mount следующий код:
Во избежание ошибок вы можете заранее создать текстовый файл с указанным содержанием и записать его на Live флешку, или открыть данную страницу непосредственно в Live сеансе и скопировать его с нее.
chmod 755 /bin/mount
Она ничем не отличается от описанной, например здесь.
Разбиение диска нужно выполнить самостоятельно. Для этого на этапе “Тип установки” выбираем “Другой вариант”.
Под /boot необходимо обязательно создать в начале диска раздел размером примерно 200 Мб. В противном случае система со сжатого диска не загрузится.
В данном случае под /home отдельный раздел выделять не нужно – в процессе установки для этого каталога будет автоматически создан подтом (subvolum — /@/home).
Если система устанавливается на обычный (не SSD) диск, нужно сделать раздел подкачки объемом 2 х RAM.
О назначении каталогов операционной системы Linux можно прочитать здесь.
До первой перезагрузки можно сразу же отредактировать fstab (file systems table). Для этого придется смонтировать выделенный при установке под корень файловой системы раздел.
Если это был, например, sda2, то:
mount /dev/sda2 /mnt
gedit /mnt/@/etc/fstab
Обратите внимание, что корневой раздел также попал на подтом и путь к нему включает в себя “@”.
Находим в fstab строки, касающиеся монтирования Btrfs томов и заменяем defaults на compress=lzo (конкретный пример fstab см. ниже).
Добавление второго диска в файловую систему Btrfs
Как уже было отмечено выше, Btrfs предоставляет широкие возможности для работы с многодисковыми конфигурациями устройств хранения. Можно как создавать RAID массивы различного уровня, так и просто увеличивать доступное пространство существующего раздела за счет подключения к нему новых дисков или дисковых разделов.
Дополнительные диски можно подключить или отключить на работающей системе в любой момент.
По умолчанию при размещении радела на нескольких дисках данные распределяются без резервирования и размер ФС получается равным их суммарному объему. При этом выполняется зеркалирование метаданных на двух устройствах. Если диск один, то копия метаданных размещаются на нём.
Добавим в уже созданный раздел /dev/sda2 дополнительный диск /dev/sdc
sudo btrfs device add /dev/sdb /
где “/” – точка монтирования (path). Так как домашний каталог также смонтирован на том Btrfs, можно использовать “/home”.
Если sdc ранее уже был отформатирован в Btrfs, то, возможно, команда потребует ключа –f.
Оценить полученный результат можно выполнив команду:
sudo btrfs filesystem show /
Получить информацию об объеме, занятом метаданными:
btrfs filesystem df / 
Балансировку я выполнил не сразу, а через несколько дней после начала активной эксплуатации нетбука. Удивление вызвал тот факт, что Btrfs неожиданно переместила
85% данных на более медленный диск. Хотелось бы думать, что это правильное решение. В любом случае это очень интересный результат.
Дополнительная оптимизация операционной системы Linux для работы на SSD
Для того, чтобы продлить жизнь твердотельному накопителю, как SSD, так и обычному флеш-накопителю, нужно по-возможности сократить для них количество операций записи в единицу времени. В том числе сделать это можно путем оптимизации опций монтирования в файле fstab.
В качестве файловой системы для каталога /boot была не случайно выбрана нежурналируемая файловая система ext2. Журналируемые ФС, с одной стороны, являются устойчивыми к аварийным ситуациям, но с другой стороны, увеличивают количество записей на жесткий диск.
Для разделов Btrfs, размещенных на SSD, добавляем опцию ssd. Как изменится после этого алгоритм работы с диском досконально неизвестно. Можно предположить, что при старте или в процессе работы на накопителе будут отыскиваться незанятые блоки и регулярно освобождаться. Одним словом, хуже не будет.
Отмечается, что для твердотельных накопителей старого типа более целесообразной может быть опция ssd_spread.
Операции чтения файлов также могут создавать большую нагрузку на твердотельный накопитель, так как при каждом обращении записывается время доступа к файлу или директории (atime). Запись на диск происходит даже при чтении из кеша.
Избежать этого можно добавив опции noatime, nodiratime, которые отключают запись меток времени соответственно для файлов и для директорий (по некоторым источникам noatime включает в себя nodiratime).
Отключение atime не только продлевает жизнь жесткого диска, но и как отмечается в этой статье, на 30% увеличивает скорость системы. Однако не все приложения смогут правильно работать с отключенными временными метками.
Альтернативой им может быть более демократичная опция relatime. При ее использовании метки времени обновляются, но не при каждом обращении к файлу, а только в том случае, если файл был изменен с момента последней записи atime.
Прописываем relatime для всех разделов, расположенных на SSD.
Для того, чтобы еще больше облегчить жизнь SSD, а заодно опять же улучшить быстродействие компьютера, переносим в оперативную память с помощью файловой системы tmpfs временные, служебные и лог-файлы. Для этого добавляем в конец fstab директивы монтирования соответствующих каталогов в tmpfs в соответствии с рекомендациями представленными здесь.
Окончательно у меня получилось так:
# /etc/fstab: static file system information.
#
#
# / was on /dev/sda2 during installation
UUID=6bdc62a7-9964-4558-8594-8137271e4591 / btrfs compress=lzo,ssd_spread,relatime,[email protected] 0 1
# /boot was on /dev/sda1 during installation
UUID=256ce960-d9fd-4b9f-b336-cdac0915a33d /boot ext2 relatime 0 2
# /home was on /dev/sda2 during installation
UUID=6bdc62a7-9964-4558-8594-8137271e4591 /home btrfs compress=lzo,ssd_spread,relatime,[email protected] 0 2
#
tmpfs /tmp tmpfs rw,size=250m 0 0
tmpfs /run tmpfs rw 0 0
tmpfs /var/lock tmpfs rw 0 0
tmpfs /var/log tmpfs rw,size=10m 0 0
Сохраняем fstab и переходим к sysctl.conf
sudo gedit /etc/sysctl.conf
Добавляем в конец файла:
Параметр в сотых долях секунды определяет как часто будет осуществляться запись данных на диск из кеша. В данном случае получится каждые 15 секунд. Таким образом мы опять же уменьшаем количество операций записи на SSD в единицу времени.
При этом, естественно, повышается вероятность потери данных в случае непредвиденного отключения питания. Для ноутбука или нетбука с исправным аккумулятором вероятность такой неприятности крайне невелика.
Это далеко не все. Оптимизационные мероприятия можно продолжить и, например, перенести на RamDisk браузерный кеш.
Опции монтирования файловой системы Btrfs для традиционных механических жестких дисков
Твердотельный накопитель SSD в нетбуке скорее все же исключение, чем правило. Поэтому для тех, кто вслед за мной захочет поэкспериментировать с установкой Linux на Btrfs, приведу некоторые полезные опции монтирования дисковых томов обычных HDD, размеченных с помощью этой файловой системы.
compress — оставляем. Согласно тестам, представленным на сайте Phoronix еще в конце 2010 года, компрессия дает главный выигрыш в скорости дисковых операций.
space_cache – включает кэширование данных о свободных блоках в памяти. Без этой опции в процессе поиска свободного пространства перед записью Btrfs будет всякий раз сканировать все дерево. По результатам большинства тестов Phoronix включение опции space_cache дает выигрыш в скорости работы с диском, хотя и не столь существенный, как опция compress.
autodefrag — дефрагментация файлов на лету.
В конечном счете для HDD должно получиться примерно так:
# /etc/fstab: static file system information.
#
#
# / was on /dev/sda2 during installation
UUID=6bdc62a7-9964-4558-8594-8137271e4591 / btrfs compress=lzo,space_cache,autodefrag,relatime,[email protected] 0 1
# /boot was on /dev/sda1 during installation
UUID=256ce960-d9fd-4b9f-b336-cdac0915a33d /boot ext2 relatime 0 2
# /home was on /dev/sda2 during installation
UUID=6bdc62a7-9964-4558-8594-8137271e4591 /home btrfs compress=lzo,space_cache,autodefrag,relatime,[email protected] 0 2
#
Заключение
Делать какие-либо заключения по поводу целесообразности использования файловой системы Btrfs я не возьмусь. Продолжительность эксплуатации компьютера с новой файловой системой пока еще невелика, хотя я и стараюсь использовать его активно. Что-то мне подсказывает, что все будет хорошо.
Общее впечатление от скорости и стабильности работы Peppermint OS 5 со сжатой с помощью LZO компрессии файловой системой на Eee PC 900 самые положительные.
Если я скажу, что система летает, вы мне не поверите. И правильно сделаете. Это старенькое устройство на 915-м чипсете с Celeron-M 900 летать не умеет по определению. Но по сравнению с самим собой под другими ОС работает действительно на удивление быстро. Как говорится, результат превзошел ожидания. Пожалуй что эта последняя инсталляция оказалась пока самой удачной.
Опять же не возьмусь утверждать, что главная заслуга в этом принадлежит btrfs compress=lzo. В большей или меньшей степени влияние оказали все оптимизационные настройки. Но то, что файловая система сыграла свою положительную и не последнюю роль, безусловно.
Для того, чтобы вы имели представление о чем идет речь, приведу несколько временных характеристик.
Загрузка компьютера из выключенного состояния до полной загрузки рабочего стола занимает примерно 60 секунд. Из них
15 секунд занимает POST, и также
15 секунд — сканирование файловой системы Btrfs. Разницу в скорости между опциями монтирования ssd и ssd_spread заметить не удалось.
Первый после включения компьютера запуск браузера Google Chroome – 12 секунд до появления окна, 20 секунд загрузка начальной страницы Google с подключением к учетной записи и отрисовкой всех изображений.
Повторный запуск браузера Chroome с начальной страницей Google – 10 секунд. Загрузка главной страницы Yandex – 7 секунд.
Открытие электронной книги в FBReader – 2 секунды, запуск текстового редактора AbyWord – 4 секунды, электронной таблицы Gnumeric – 2 секунды, открытие папок с файлами в файловом менеджере PCManFM – мгновенно.
Думаю этого достаточно для того, чтобы составить общее представление. Как видите, за траченные усилия не прошли даром и позволили заметно оживить старенький компьютер.