- Самый актуальный гайд по установке Linux на SSD-накопители в 2021 году
- Насколько готовы современные дистрибутивы Linux к установке на SSD?
- Как подготовить SSD-накопитель к установке Linux-системы?
- О журналировании и бэкапе при выборе файловой системы
- Как настроить разделы и сколько оставить неразмеченной?
- Как следует настраивать актуальные сборки на базе Linux под SSD?
- Как измерить скорость работы SSD в Linux?
- Вердикт: смело монтируйте Linux на SSD без заморочек
- BootDev
- Страницы
- 2020-04-17
- Установка ОС Linux на USB-накопитель
- Содержание
- Варианты Установки
- Алгоритм Действий
- Создание Виртуальной Машины
- Установка Lubuntu Linux на USB-диск
Самый актуальный гайд по установке Linux на SSD-накопители в 2021 году
Привет, Хабр! Долгие годы по сети гуляют байки о тайных умениях спецподготовки твердотельных накопителей к установке Linux-дистрибутивов. Пользователей-новичков это отпугивает — перейти на OpenSource типа Ubuntu. А давно не следящих за новинками железа — оттягивает прокачать скорость работы. В этом посте мы отбросим все мифы и неактуальные советы, прочно засевшие в топе поисковых запросов. А заодно подскажем ряд простых и эффективных советов по установке Linux на SSD-накопители. Поехали!
Недавно мы уже рассказывали о типичных ошибках использования твердотельных накопителей любителями лайфхаков и прочих улучшений. Тема ошибок при эксплуатации SSD вызвала неподдельный интерес в комментариях, где была затронута популярная байка о тонкостях и секретах настройки Linux при установке на SSD-накопители. Та самая, что активно обсуждалась в холиварах на форумах и породила множество подробных гайдов на просторах Хабра. Если вдруг кто не в курсе, можете загуглить “установку Linux на SSD”.
С большой долей вероятности, поисковая выдача отправит вас прямиком во времена доллара по 30 рублей и новейших процессоров Intel Core под Socket H2. Эх, ностальгия!
Тогда вопросы надежности и долговечности первых твердотельных дисков всерьез волновали сторонников Linux-систем. Особенно тех, кто не обращал внимание на журналирование файловых систем поколения Ext3. К примеру, важная для NAND-памяти процедура TRIM выполнялась по умолчанию лишь раз в неделю, нанося серьезный урон ячейкам в масштабах нескольких лет эксплуатации. Но главное, на что мы рекомендуем сейчас обращать внимание при чтении подобных гайдов и секретов: дата публикации. Ладно когда гайду 5-6 лет, но у большинства и вовсе скоро юбилей.
Насколько готовы современные дистрибутивы Linux к установке на SSD?
Не пытайтесь изобрести колесо. Современные дистрибутивы Linux хорошо оптимизированы под установку на твердотельные накопители и автоматически выставляют оптимальные параметры журналирования и ежедневного обновления TRIM, а также деликатно относятся к записи кэша на диск. Начиная с Ubuntu версии 14.04 твердотельные диски корректно определялись еще на этапе установки, оставляя пользователю лишь иллюзию выбора неправильной файловой системы вместо рекомендуемой Ext4. Все остальное вторично, а 99% проверяющих через консоль активность TRIM на SATA-дисках, неизменно обнаруживали корректные значения вместо нулей.
Повторимся — наш совет простой: прежде чем тратить время на чтение гайдов и лайфхаков по установке Linux-систем на SSD-диск, взгляните на дату публикации. На одном из Ubuntu-сообществ от некогда грандиозного Wiki-склада полезных команд остался лишь пяток абзацев, типа проверки активности утилиты TRIM. Все современные версии той же Ubuntu динамически отслеживают параметры работы дисковой подсистемы и по умолчанию стараются минимизировать число паразитных операций с кэшем вне оперативной памяти.
Как подготовить SSD-накопитель к установке Linux-системы?
На сегодняшний день можно смело урезать советы по подготовке твердотельного диска для Linux до советов по выбору подходящего носителя по типу и емкости. Вместо поиска альтернатив файловой системе Ext4 (стандарт де-факто) лучше потратить время на изучение отличий между NAND-чипами с QLC, TLC и другими видами компоновки ячеек. Подробнее о выборе накопителей по признаку QLC и их теоретических недостатках мы подробно рассказывали в этом посте. Если вкратце, SSD-накопители с QLC-ячейками дешевле, а TLC применяются во флагманских решениях, обеспечивая лучшую наработку на отказ и более высокую скорость передачи данных. Продукция Kingston построена на базе передовых 3D TLC и 3D NAND ячеек памяти, лишенных недостатков 4-битных QLC.
Но раскрыть потенциал памяти на ячейках 3D TLC и 3D NAND можно лишь с применением SSD-накопителей формата M.2, подключаемых напрямую к шине PCI-E x4. В линейке накопителей Kingston вы можете выбрать наиболее производительные M.2-накопители линейки KC2500 с предельной скоростью чтения/записи 3500/2500 МБ/с уже для моделей c емкостью от 500 ГБ. Ячейки выполнены по 96-слойной технологии 3D TLC, а производительность контроллера Silicon Motion 2262EN давно стала неким стандартом.
В сегменте M.2-накопителей с ячейками 3D NAND одним из самых популярных решений Kingston являются SSD из линейки A2000. Модели на 500 и 1000 ГБ демонстрируют скорость чтения/записи на отметке 2200/2000 МБ в секунду, а младшая — 2000/1100 МБ/с.
Если же планируете подключать диск по SATA, гнаться за скоростями выше 560 МБайт/с не имеет смысла — упретесь в лимит по шине. Выгоду следует искать в емкости доступного пространства. В линейках Kingston A400 и KC600 доступны твердотельные SATA-диски вместимостью до 2 ТБ. Отличия бюджетной линейки A400 от старшей кроется в использовании ячеек памяти TLC вместо 3D TLC, что напрямую влияет на цену и показатель наработки по числу записываемых байтов информации.
Рекомендовать младшие SATA-диски под систему можно с рядом оговорок, но под отдельные разделы системы и данные эти решения могут оказаться не сильно дороже компактного жесткого диска, превосходя по скорости даже RAID-массивы из винчестеров бытового сегмента.
Ориентироваться на разницу значений по наработке до отказа у твердотельных SATA-накопителей не столь важно. Как минимум, важнее заложить в бюджет обновления дискового массива качественное питание компьютера, начиная с блока питания и заканчивая сетевым фильтром и бесперебойником. Твердотельные накопители в целом довольно слаботочные решения по сравнению с жесткими дисками, и некачественное питание может свести к нулю всю выгоду от показателя в 1 миллион часов по MTBF.
О журналировании и бэкапе при выборе файловой системы
Возвращаемся к проблеме вреда от чрезмерной заботы по сохранности SSD-накопителей. Бывает, что пользователи отказываются от журналирования вовсе, или вставляют HDD-костыли для снижения паразитных операций перезаписи ячеек. Вообще, применение жестких дисков в паре с твердотельным накопителем можно советовать лишь для хранения крупных мультимедийных файлов (типа кино и музыки), ведь перенос системного кэша и логов на жесткий диск моментально сведет к нулю всю прибавку скорости SSD.
Другое дело — бэкап и все резервные копии. В отличие от сомнительной пользы RAID-массивов из твердотельных накопителей вне промышленных систем хранения данных, резервное копирование информации и образов системы напрямую влияет на сохранность ваших данных. Подстраховка жестким дискам в подобных случаях уместна, но только в случаях, когда IOPS не превышает ваш лимит по стоимости.
С резервным копированием в бытовых условиях лучшим выходом может оказаться сетевое хранилище, чье влияние на производительность операционной системы на твердотельном диске будет сведено к минимуму. С кэшем и минимизацией числа мелких обращений к ячейкам памяти, три четверти которых не превышают по размеру саму ячейку в 4 Кб, лучше всего бороться достаточным запасом свободной оперативной памяти. Современные дистрибутивы Ubuntu по умолчанию хорошо отлажены для использования оперативки под кэш, сводя выгрузку в виртуальную память до нескольких обращений за день.
Как настроить разделы и сколько оставить неразмеченной?
В вопросах эффективности разделения SSD-накопителей на массив логических разделов мы не рекомендуем пытаться искать связи с продлением срока службы носителя. Заложив изначально 25-30% хранилища свободными от данных, вы внесете максимальный вклад в срок безотказной и верной службы диска, а потому вольны свободно размечать до 4-х разделов в рамках Ext4. Другой вопрос, что современные высокоскоростные носители данных можно подключить как USB-C флешку и перекинуть туда некоторые разделы системы.
Создавать несколько логических разделов имеет смысл лишь для разнесения каталогов системы с различным характером применения. Например, системные и бинарные каталоги имеет смысл разделить от логов, как и резервные базы. А вот потребности /run лучше покрыть запасом по доступной оперативной памяти. Это наилучшим образом скажется на снижении IOPS на диск в течении длительного периода эксплуатации.
Как следует настраивать актуальные сборки на базе Linux под SSD?
На протяжении последних трех лет ответ на данный вопрос звучит до неприличия просто: отдавайте предпочтение настройкам по умолчанию. Постарайтесь отказаться от ручной корректировки параметров с помощью устаревших гайдов, а некорректное выполнение некоторых из них может привести к потере данных. Напомним, что операция удаления на SSD-накопителях гораздо честней жестких дисков и сложней по восстановлению. К тому же современные емкости в сотни недорогих гигабайт и типичная наработка на отказ в 50-70 ТБ потребует десятки лет работы Linux в домашних условиях.
Даже широко обсуждаемое включение ежедневного запуска TRIM уже несколько лет как потеряло свою актуальность. Данная процедура автоматически запускается всеми современными Linux-дистрибутивами. В этом абзаце речь идет о большей части советов, где упоминается Fstab, пользовательские наработки по которому давно стали базовой частью системы.
Выходит, что никаких отличий по настройке, при установке Linux системы на SSD и жесткий диск, нет вовсе. Можете смело доверить заботу о твердотельном накопителе системе, позаботившись запасом доступной оперативной памяти под нагрузкой. 32 ГБ гарантированно покроют этот вопрос у 99% пользователей, а проверить текущие значения потребления можно простой командой free.
Как измерить скорость работы SSD в Linux?
Если десять лет назад еще можно было встретить упоминания Phoronix test suite, на сегодняшний день стандартом бенчмарков в бытовых, рабочих и серверных машинах является утилита Fio. В умелых руках с ее помощью можно оперативно измерить окупаемость масштабирования СХД по стоимости IOPS, но в бытовых целях вас наверняка интересуют те же значения, что выдает на Windows утилита CrystalDiskMark, не так ли?
Ее аналог доступен на просторах Github под именем KDiskMark. У программы есть графический интерфейс, сводящий проверку скорости накопителей и любых дисков до пары кликов мышкой. За оболочкой скрывается вышеупомянутая Fio, итоговые значения которой наиболее точны в сравнении измерений диска на других ОС.
Вердикт: смело монтируйте Linux на SSD без заморочек
Более подробный анализ значений работы SSD-дисков требует более обстоятельного подхода и широко освещен Хабровчанами. Базовую информацию, разметку и проверку дисковых разделов можно выполнить с помощью утилиты Disks, предустановленной в Ubuntu и многих других Linux-дистрибутивах. А 99% всех рекомендаций и твиков давно утратили свою актуальность. Сегодня вы можете наслаждаться быстрой работой Linux-систем на твердотельных накопителях Kingston без дополнительных танцев с бубнами, просто выбрав установку по умолчанию.
Для получения дополнительной информации о продуктах Kingston Technology обращайтесь на официальный сайт компании.
Источник
BootDev
Создание загрузочных дисков и прочие полезные мелочи
Страницы
2020-04-17
Установка ОС Linux на USB-накопитель
Содержание
Варианты Установки
Алгоритм Действий
Давайте вкратце рассмотрим алгоритм установки дистрибутива Linux на USB-диск.
- Установка и настройка виртуальной машины.
- Подключение к вириальной машине физического USB-диска и установочного ISO-образа.
- Запуск виртуальной машины, и выполнение ее загрузки с виртуального CD-привода со смонтированным установочным ISO-образом.
- Установка дистрибутива ОС Linux на физический USB-диск.
Теперь перейдем к деталям.
Виртуальная машина . В качестве вириальной машины будет выступать виртуальная машина VirtualBox. Она кроссплатформенная, и соответствует всем необходимым требованиям описанным выше.
Дистрибутив ОС Linux . Процесс установки большинства дистрибутивов зависит от интегрированной программы установки. То есть, установка может проходить как в графическом интерфейсе, с помощью выбора соответствующих параметров предлагаемых установщиком, так и полностью в консольном режиме, т.е. полностью ручной режим.
Дистрибутивы которые я выбрал для теста: Lubuntu, Ubuntu, Debian, ArchLinux. Первые три обладают графическим Live режимом, с соответствующим установщиком. А вот последний (ArchLinux), это яркий пример ручной установки.
USB-диск . Установка каждого дистрибутива будет проходить на два возможных USB-ностителя. На обычную, не скоростную, USB-флешку объёмом 16 ГБ, и на внешний USB жесткий диск объёмом 1 ТБ. Это позволит выявить разницу, итоговой производительности системы от дисковой подсистемы. Или простыми словами, насколько комфортно будет себя чувствовать каждый из дистрибутивов на медленной флешке.
Создание Виртуальной Машины
Для всех дальнейших действий, нам понадобится создать виртуальную машину без виртуального жесткого диска, так как наша цель, это установка ОС Linux, на реальный физический USB-накопитель. Собственно, нет смысла выставлять слишком большие параметры оперативной памяти и видео памяти и т.д., если ваша хост-машина слабая. Главная цель, это запуск, и работа установщика.
Учитывая, что процедура это довольна проста, вместо подробного описания, я ограничусь скринкастами.
Запускаем VirtualBox, и создаем в нем бездисковую виртуальную машину.
Настроим созданную машину. А именно подключим к ней реальный USB-диск и скачанный ISO-образ.
Небольшие детали, на которые следует обратить внимание.
Если вам нужна загрузка в режиме UEFI, то в настройках виртуальной машины, в разделе Система, выставляем галочку Включить EFI.
В моем случае, все дальнейшие действия будут производиться в Legacy BIOS режиме.
Установка Lubuntu Linux на USB-диск
Установка на USB Flash. Итак, к виртуальной машине подключены ISO-образ Lubuntu, и реальная USB-флешка.
Запускаем вириальную машину. Первым делом, на экране появится меню выбора языка, выбираем Русский и нажимаем ENTER .
Появится основное меню загрузочного диска Lubuntu.
Выбираем пункт Start Lubuntu и нажимаем ENTER . Начнется процесс загрузки Lubuntu Live.
По окончании загрузки, мы попадем на рабочий стол загруженной Lubuntu в Live режиме.
На рабочем столе, как можно заметить, присутствует иконка диска с подписью Install Lubuntu 19.10.
Кликаем два раза по данному значку. Запустится программа установки.
Выбираем язык, нажимаем Далее.
На данном этапе нам необходимо выбрать часовой пояс. Выбираем нужный, и нажимаем Далее.
Выбираем раскладку клавиатуры English (US), после чего снова нажимаем Далее.
На этом шаге, нам нужно выбрать диск для разметки, на который собственно и будет установлена ОС Lubuntu.
Но, так как диск у нас, итак, один, оставляем выбор по умолчанию и нажимаем Далее.
Мы попадем в окно разметки выбранного диска.
Нажимаем на кнопку Новая таблица разделов.
Установщик попросит выбрать тип таблицы разделов. Выбираем предпочитаемый. Я же выберу MBR. Подтверждаем свой выбор нажатием кнопки OK.
Мы снова вернемся в окно разметки. Теперь нам нужно создать разделы для будущей системы. Выбираем неразмеченную область диска и нажимаем кнопку Создать.
Нам потребуется создать три раздела, первый из них будет FAT32 раздел, объемом в 250 МБ, для установки загрузчика. Точка монтирования /boot, флаги boot и bios-grub.
Вторым, будет основной раздел, с файловой системой EXT4, объемом 14 ГБ, для операционной системы. Точка монтирования /, с флагом root.
И последний раздел, с файловой системой linuxswap, и объемом в 1 ГБ, в конце диска, так называемый раздел подкачки. Без точки монтирования, с флагом swap.
Создаем соответствующие разделы. И нажимаем на кнопку Далее.
В следующем окне, заполняем информацию о пользователе, и нажимаем Далее.
На данном этапе, нам дается возможность убедиться что все правильно.
Если нет, то возвращаемся назад и вносим соответствующие коррективы. Если да, то нажимаем кнопку Установить.
Программа установки еще раз запросит подтверждение. Нажимаем на кнопку Приступить к установке.
Запустится процесс установки. Процесс этот будет довольно долгим, ждем его завершения.
По завершении, установщик предложит перезагрузиться.
Убираем галочку перезагрузки, и нажимаем на кнопку Готово. После чего, завершаем работу виртуальной машины.
Установка ОС Lubuntu на USB флешку завершена. Осталось только загрузиться с данной флешки.
Загрузка на реальной машине, Intel Core i7 3770S. Загрузка длилась в течении двух минут до появления рабочего стола.
И на удивление, учитывая, что я использовал флешку дешёвого класса, с очень низкими скоростными показателями, система работала достаточно быстро. Конечно, паузы при запуске того или иного программного обеспечения есть, но они не такие большие.
Дистрибутив Lubuntu изначально ориентирован на использование на маломощных ПК, то есть, ресурсов расходует данная система очень мало. Обратите внимание на объем использованной оперативной памяти.
Установленная ОС Lubuntu, с базовым набором ПО, которого вполне достаточно для офисной работы, сёрфинга в интернет, и просмотра мультимедиа, занимает всего 4.51 ГБ. Что позволяет создать еще один раздел на флешке, для использования ее в Windows системах.
Загрузка на реальной машине, Intel Atom D2700.
Загрузка на реальной машине, Intel Core i5 2300.
Вердикт. Запуск и работа в ОС Lubuntu установленной на USB Flash Drive вполне реальна, и не вызывает никаких негативных эмоций, а порой, даже впечатляет.
Установка на USB HDD. Процесс установки на USB HDD, полностью идентичен установке на USB Flash Drive, так что я ограничусь лишь скриншотами ключевых моментов.
Подключенный USB HDD к виртуальной машине.
Разметка диска для USB-HDD выбрана немного иная. Размеры SWAP и корневого разделов увеличены. SWAP раздел перемещен в начало диска, так как эта область диска более быстрая. Так же, добавлен NTFS раздел, для Windows систем.
Запуск установленной системы на реальной машине.
Производительность Lubuntu на USB-HDD естественно выше. Отклик системы на неоткрытые ранее компоненты происходит намного быстрее.
Интересное замечание. На платформе Intel Atom, на самой медленной из представленных выше, загрузка с USB-HDD заняла 1мин 57сек, а с USB Flash 2мин 15сек.
Использовать внешний USB флеш диск, как основной для ОС Linux, в текущих реалиях не такая и глупая затея. Выбрав более или менее скоростную флешку, можно иметь у себя в кармане свою полноценную персональную ОС Linux, которую можно загрузить на любом подходящем ПК. А если выбранным дистрибутивом будет Lubuntu, то количество машин способных загрузить подобную флешку заметно увеличивается.
С внешним USB HDD/SSD, с интерфейсом USB 3.x, вы получите все то же самое, но с большим объем и дисковой производительностью. А как использовать подобные диски еще, это уже дело вашей фантазии.
Чтобы не раздувать размер текущий статьи до труднопреодолимого, установка оставшихся дистрибутивов будет рассмотрена в отдельных статьях. Ссылки на данные них я добавлю ниже.
В статье было рассмотрено: Как выполнить установку операционной системы Linux на USB флешку? Как выполнить установку операционной системы Linux на USB внешний жесткий диск? Как выполнить установку операционной системы Linux Lubuntu на USB Flash? Как выполнить установку операционной системы Linux Lubuntu на USB HDD?
Источник