Жесткий диск для ноутбука linux

Установка linux на древний ноутбук

Добрый день, друзья.
Сегодня я расскажу о том, как я смог с нуля поставить линукс на свой древний ноутбук. И эта история не была бы столь интересной, если бы на этом ноутбуке не было ни CD-ROM-а, ни флопповода, ни загрузки с USB.

Итак, в какие-то незапамятные времена я стал обладателем ноутбука Toshiba Portege 7020 (кстати, именно на нем я сейчас набираю этот текст). Краткие характеристики: на борту Pentium II, 192 Мб оперативной памяти и жесткий диск на 15 Гб. Спроектирован, как гласит наклейка на корпусе, для Windows 98, 2000. В принципе, неплохой такой походный вариант. Несомненным плюсом является малый вес, так как ноутбук, фактически, состоит из самого ноутбука и док-станции. Т.е. в дорогу достаточно брать сам ноутбук, без док-станции.

Во время покупки мне на него умудрились даже поставить Windows XP, и он ее неплохо тянул. А вот док-станцию я решил (по неопытности) не покупать, что и сыграло роковую роль, так как на ней были расположены все приводы.

Мои слезы, моя печаль

Так как ноутбук был походный, то нетрудно догадаться, что скоро на него подцепились вирусы. Конечно, антивирус какой-то стоял, но был совсем простенький, так как проц его и так еле тянул. Если добавить сюда монстрообразную XP, тяжелые программы вроде Word и прочие «радости», то вскоре работа на ноутбуке превратилась в сплошное мучение. Тормоза, постоянное гудение кулера и сильный нагрев корпуса. Еще и вирусы.

Решив, что с меня хватит, я вытащил жесткий, отформатировал, купил к нему внешний бокс и превратил в большую флешку. Сам ноутбук, увы и ах, надолго перекочевал на антресоль.

Попытки установки системы

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

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

Постепенно мой кругозор расширился, и я познакомился с unix-подобными системами. Моим первым «сексуальным» (в плане активного конфигурирования 🙂 ) партнером была FreeBSD. Известно, что она изначально устанавливается с поддержкой полного набора оборудования, т.е. всего, что только есть в мире железяк. Хорошо, подумал я, раз она устанавливается таким способом, то есть шанс обмануть систему: установить ее на основном компьютере, а потом переключить жесткий в ноутбук.

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

Проделав все трюки, я увидел, что FreeBSD начинает грузиться, но потом выпадает в fatal error и утаскивает ноутбук в перезагрузку. Что ж, уже что-то. В отличие от Windows, которых всего-то 4 версии, здесь наметился простор для экспериментов. Поэтому в дальнейших экспериментах таким же «экзекуциям» подверглись OpenBSD, NetBSD, CentOS — в надежде, что какая-то из них все-таки стартанет на ноутбуке.

Первый проблеск надежды дала ubuntu, точнее, xubuntu. Она уже нормально грузилась но ноутбуке, но… только первые раза два-три. Потом просто подвисала. Ну и плюс была все-равно тяжеловата для ноутбука (слишком часто включался кулер).

Поискав в интернете, я наткнулся на самую легкую версию — ubuntu-lite. На удивление, она установилась довольно быстро и уверенно запустилась на ноутбуке. Последние месяца три никаких нареканий в ее адрес нет. На этой фотографии, например, видно стартовый вход в систему:

Таким образом, ноутбук был реанимирован и сейчас успешно используется для чтения электронных книжек и написания статей. Кроме того, на нем даже поднялся веб-сервер, который я использую в демонстративных целях (когда надо куда-нибудь выехать и показать свои наработки). Система легкая, процессор греется слабо, кулер гудит редко. С вирусами проблема стоит не столь остро, ну а даже если подцепится (хм, где бы такой найти, когда вокруг Windows?), то всегда можно переустановить систему.

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

Источник

Установка Linux на ноутбук с Windows

Linux без проблем ставится и работает внешних устройствах, будь это USB флешка или внешний диск, я же давно хотел сделать наоборот. Сегодня я бы хотел описать свой сценарий установки dual boot системы с полной поддержкой UEFI, а также рассмотреть отдельно установку Linux.

Обзор рассчитан на опытных пользователей, я не буду подробно описывать установки windows в сети их и так хватает, подробно рассмотрю лишь варианты установки Linux. Также предупредить, что это нестандартная конфигурация и описанные далее действия могут привести к поломке BIOS.

Установка Linux на ноутбук вместе с Windows

После весенних обновлений Windows и Fedora у меня в очередной раз возникло желание разнести их по разным дискам, хотя в общем обновление Windows проблем с загрузчиком не вызвало.

1. Ноутбук c HDD размером 500 гигабайт(BIOS insideH20 setup utility rev.3.7)
2. Внешний жесткий диск размером 1 терабайт(USB 3.0)
3. Горячее желание убрать windows с ноутбука, но чтобы она была под рукой.

Далее я собираюсь установить Windows 10 на внешний жесткий диск, а Linux на ноутбук (желательно независимо друг от друга). Linux используется по умолчанию, а на внешнем жестком диске(NTFS) находятся личные файлы и этот вариант для меня самый оптимальный.

Немного поискав в сети, я с удивлением для себя узнал, что Windows сейчас вполне себе устанавливается на внешний жесткий диск, как установить linux на ноутбук опишу далее.

1. Установка Windows 10 на ноутбук

Первую ставим Windows 10 home single language( в моем случае Win10_1903_V1_Russian_x64.iso использовался официальный образ) на ноутбук, если еще не установлена. Подробно описывать процесс не буду, отмечу лишь, что диск размечен в формате GPT. Настройки BIOS: Boot Mode — UEFI, Secure Boot — Disabled. Установка проводилась в режиме UEFI.

2. Установка Windows на внешний диск

Далее нам нужно установить Windows на внешний диск. Здесь я тоже ничего не придумывал, в сети есть много инструкций и с помощью терминала и программы WinNTSetup установил ту же Windows 10 home single language(Win10_1903_V1_Russian_x64.iso) на внешний диск, здесь повторюсь тоже диск размечен (или конвертирован если нужно) в формат GPT. Настройки BIOS те же Boot Mode — UEFI, Secure Boot — Disabled. Установка проводилась в режиме UEFI, внешний диск подключается через порт USB 3.0.

В итоге если все сделано правильно мы имеем Windows установленную на внешний диск (диск 1) том 4 (C:) которая запускается из BIOS и стартует напрямую со своим загрузчиком.

3. Удаление Windows с ноутбука

На этом работа в Windows закончена и у нас есть две системы. Теперь установка Linux на ноутбук. Я использовал Fedora(F30-WORK-x86_64-LIVE-20190628.iso) и загрузочную флешку сделал при помощи Fedora Media Writer, она делает универсальную флешку которая грузится в MBR и GPT. Если записывать другую систему и(или) записывать по другому(например Rufus) учитывайте, что загрузочная флешка должна быть Live USB (для работы с диском) и записана в UEFI режиме.

Отключаем внешний диск и загружаемся с Live USB Linux. Доверять установщику я не стал и решил сделать все вручную. Устанавливаем и запускаем Gparted или Parted в терминале(кому что удобнее).

Как видим в начале диска есть скрытые разделы и загрузчик windows — /dev/sda1, /dev/sda2, /dev/sda3 (Том1,Том2 если смотреть из windows), их трогать нельзя (windows с внешнего диска без них не загрузится). Удаляем все остальное, системный раздел Windows C и если есть другие разделы NTFS(D,E), это будут /dev/sda4, /dev/sda5 у меня их уже нет, это снимки с уже установленной Fedora, но смысл я думаю понятен. Перезагружаемся и начинаем установку.

Я использовал два разных способа установки и у меня работают оба. Подробно рассмотрю их, возможно не во всех дистрибутивах оба будут работать или первый способ кому-то понравится больше.

Способ 1. Обычная установка Linux

Установка Linux на ноутбук с Windows проводилась в режиме UEFI с отключенным Secure Boot (хотя он поддерживается Fedora). По умолчанию в /boot/efi разделе(/dev/sda2) выставлены флаги boot, esp — здесь находится загрузчик Windows сюда же мы пропишем и загрузчик Fedora при установке.

Разметку делаем как на обычный Dual boot (в Fedora). Создаем /boot, указываем точку монтирования ESP раздела — /boot/efi(/dev/sda2) (не форматируем иначе все пропало), создаем корень, если надо swap, /home, устанавливаем, перезгружаемся.

Загрузчики Windows и Fedora будут записаны в одном разделе /boot/efi. При включении, перезагрузке в меню выбора Grub будут отображаться Fedora и загрузчик Windows Boot Manager (хотя Windows на диске нет). В итоге Fedora загружается и работает, а Windows подключается к USB порту, включается через биос и стартует напрямую.

Этот способ работает и системы разнесены по разным дискам. Но мне этот способ не очень понравился, все равно «висит» меню dual boot при загрузке, также при повреждении, случайном форматировании, обновлении /boot/efi раздела windows может не загрузится ( ремонтировать с двух флешек загрузчик Windows установленной на внешнем диске я не уверен, что получится) и я пошел дальше.

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

Способ 2. Установка Linux с отдельным загрузочным разделом

Как и в первом случае загружаемся с Live USB, запускаем Gparted, нам нужны первые три раздела /dev/sda1, /dev/sda2, /dev/sda3, остальное удаляем. Флаги раздела /boot/efi(/dev/sda2) меняем с boot, esp на hidden, diag (спрячем его).

Перезагружаемся, начинаем установку.

Разметку делаем как на обычную одиночную установку Fedora. Создаем /boot, создаем новый /boot/efi раздел(200МиБ чтобы не спутать), создаем корень, swap, /home, устанавливаем, перезагружаемся.

Fedora при такой установке стартует сразу в плимут, без таймаута и загрузочного меню grub как единственная система на устройстве, с нового ESP раздела /dev/sda4. созданного установщиком Fedora, «старый» ESP раздел /dev/sda2 как видим не смонтирован.

Windows также подключается к usb порту и включается через биос. Обе системы разнесены по разным дискам и имеют собственные независимые разделы загрузки. На ноутбук теперь установлен Linux (возможно любой? или несколько? я еще не пробовал), а Windows можно спокойно обновлять не боясь затереть загрузчик Linux и включать по мере надобности.

Этот способ мне понравился больше и я использую сейчас его. Так сейчас выглядит Fedora:

Вот таким нехитрым способом можно взглянуть по новому на dual boot. При желании можно сделать бекап EFI-директории /dev/sda2. Стоит отметить также, что windows на внешнем USB диске загружается дольше и работает медленнее чем на внутреннем HDD, но работает вполне себе сносно. Если будут вопросы спрашивайте в комментариях!

Источник

Самый актуальный гайд по установке 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 обращайтесь на официальный сайт компании.

Источник