Установка linux mint с внешнего жесткого диска

Установка Linux Mint на внешний HDD с сохранением на нём данных

Всем добрый день! Извините за вопрос новичка. Возник такой вопрос — как установить Linux Mint с загрузочной флешки на внешний жёсткий диск, притом так, чтобы grub 100% не записывался на внутренний HDD с виндой, чтобы только на внешний записался? Разумеется, и винду оставить тоже. Кроме того, необходимо сохранить уже имеющиеся на внешнем диске более терабайта данных. Я выделил для Linux 100 Гб свободного пространства перед основным разделом с моими данными с помощью Acronis Disk Director, соответственно раздел с данными был сжат. Можно ли будет создать на вот этом пространстве разделы для Linux (swap, /home, /), не тронув уже имеющийся раздел, не форматировать его, и вписать grub только на внешний, без таких странных вещей, как извлечение жёсткого диска из компа? И что будет в итоге? В идеале хочется, чтобы при подключенном внешнем загружался grub и предлагал выбрать винду или линукс, а при отсутствии внешнего просто сразу грузилась винда. Windows 10, внутренний диск — GPT, внешний — MBR.

• выбираешь ручную разметку
• выбираешь внешний диск
• выбираешь пустое пространство
• создаешь там два развела в ext4 и если режим UEFI то самый первый пару сотен мегабайт efi-раздел. Один раздел под корень, один под /home.

Потом в вопросе куда ставить загрузчик GRUB указываешь внешний диск. Винда добавится сама. После этого в UEFI/BIOS компа указываешь по умолчанию грузиться с внешнего диска (или пункт GRUB-а для записей efi) или просто каждый раз выбираешь в «быстром» меню (вызывается при инициализации в начале загрузки клавишами ESC или F2, F8 — зависит от модели) откуда загружаться.

Swap потом задашь в файле, нечего разделы плодить :).

Windows 10, внутренний диск — GPT, внешний — MBR.

Или конвертируешь MBR в GPT — предпочтительно (fdisk или Gparted в live-режиме минта), или установка и загрузка только в LegacyBIOS, а если Win10 в EFI — она не загрузится.

Лучше бы не конвертировать MBR в GPT, потому что я читал, что при таких операциях есть риск потери данных. Что касается BIOS, то я обычно делаю так — когда мне надо грузиться с флешки, я меняю там Boot Mode с UEFI на Legacy, а затем выбираю Legacy First, и при этом в приоритетах загрузки ставлю флешку на самый верх. Всё работает. Именно так я загрузился с флешки Linux Mint, созданную через Unetbootin. А потом, чтобы загрузить снова винду, не вынимая их компа флешки при этом, просто меняю обратно Boot Mode на UEFI. Так что я думаю, что вариант с Legacy мне подойдёт. Винда ведь будет грузится в таком режиме при выключенном внешнем? Повторю, что желательно при загрузке с внешнего выбор винды или линукс, а не так, что рулить ОСями каждый раз через BIOS.

Если Вы говорите, что лучше сделать swap в файле, то можете тогда сразу написать, как? Swap мне важен, потому что я планирую использовать гибернацию. У меня объём оперативки 8 Гб.

Винда ведь будет грузится в таком режиме при выключенном внешнем?
просто меняю обратно Boot Mode на UEFI.

Придется вот это делать, через GRUB винда не загрузится в Legacy First.

что при таких операциях есть риск потери данных.

Один раз только таблица слетела при конвертации из GPT в MBR, но это операция еще опаснее.

Далее я описываю варианты после конвертации, без конвертации я описал выше, но нужно постоянно переключать режим загрузки с Legacy First на UEFI и обратно.

Итак, таблица разделов на внешнем диске стала GPT.

Можно поставить GRUB в efi раздел жесткого на компе, а сам линукс на внешний. Для загрузки венды без внешнего диска выбирать её efi загрузочную запись, т.к. основные файлы конфигурации груба будут лежать на внешнем диске, а на внутреннем только сам загрузчик. В этом случае включать при загрузке Legacy не нужно, нужно просто выбрать флешку.

Или еще один вариант — вставить при установке маленькую флешку (1 гигабайта более чем достаточно) и выбрать её как ext4 и точку монтирования /boot. Её не вытаскивать, груб всегда будет загружаться даже без внешнего большого диска, а если всё же вытащить, то винда всё равно загрузиться через свою efi pfgbcm/

Писать флешку лучше методом dd через rufus или ROSA ImageWriter или еще какой аналог не распаковывающий ISO, а пишущий его напрямую.

Если Вы говорите, что лучше сделать swap в файле, то можете тогда сразу написать, как?

Один раз только таблица слетела при конвертации из GPT в MBR, но это операция еще опаснее.

Чего там опасного, «конвертировать» можно и руками, даже нужно.

Делаешь вывод таблицы разделов MBR по секторам:

Чего там опасного, «конвертировать» можно и руками, даже нужно.

Ну слетела же, 4 раздела было, вроде ни чего сложного. Восстановил ручками, было интересно как с этим fdisk (или gdisk, не помню) справится.

Просто очень важно иметь гарантию того, что не будут потеряны данные. Я так понял, что если внешний диск не GPT, то придётся постоянно в BIOS рулить, да?

Тогда, как я понимаю, последовательность моих действий будет такова: гружусь с флешки Линукс, на рабочем столе жму ярлык для установки, размечаю в том установщике диск — на свободном пространстве раздел под /, другой раздел под /home, под ними внизу останется почти 2 Тб с ntfs (кстати, разметить просто основные разделы, или два раздела в одном логическом разделе?). Внизу в том же окне вроде написано, куда ставить загрузчик системы, там выбираю sdb (или sdb1, sdb2?), потом просто жму «установить». Потом нужно выключить комп, и поменять приоритет в BIOS с флешки на внешний диск (чтобы комп не грузился опять с установочной флешки), и включить при этом Legacy First. После этого загрузится линукс, и я создам там swap-файл. Правильно я всё описал? И обратите пожалуйста внимание на вопрос, куда точнее установить загрузчик: просто sdb, или определённый раздел, например, sdb1, sdb2, и т.д. Как я понимаю, мне не нужен efi-раздел, если у меня внешний в mbr и я не буду менять на gpt? Ещё раз извиняюсь, что так досконально всё описываю вплоть до кнопок, просто раньше не имел дела с Линукс.

кстати, разметить просто основные разделы, или два раздела в одном логическом разделе?

Два основных. Расширенный придумали т.к. mbr поддерживает только четыре раздела (привет 80-е).

sdb без цифры, на цифру ставят для цепочки загрузчиков.

Как я понимаю, мне не нужен efi-раздел, если у меня внешний в mbr и я не буду менять на gpt?

Спасибо за информацию! Таким образом, видимо, самым лёгким методом загрузки Винды будет просто отключение внешнего диска из разъёма, чтобы не париться постоянно с BIOS. Да и другие у меня в семье тоже комп используют, скажу им, что для загрузки Винды надо просто убрать диск.

Попробую тогда уже поставить, завтра наверное только, потом отпишусь, как поставил. Сколько примерно по времени идёт установка?

Сколько примерно по времени идёт установка?

Рассчитывай на час, но обычно быстрее.

Понятно. А можете ещё посоветовать, как распределить /home и /, если я выделил 100 Гб? Сколько отдать под /home, и сколько отдать под /?

Забыл добавить — учитывая, что swap-файл сделаю наверно 16 Гб, чтоб точно хватило

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

Да, на внешнем жёстком только один раздел на ntfs объёмом 1,7 Тб, где и хранятся все данные. Перед этим разделом, как я писал, неразмеченные 100 гб для Линукса.

Ну так да, под корень отдай 60 и 40 хомяку. Более чем достаточно (вспомнил ноутбуки с eMMC).

Понятно, сделаю тогда так.

Ещё возник вопрос — ext4 не слишком сильно нагрузит диск? Или это касается только флешек? Просто видел иногда, что советуют ext3. У меня диск Samsung (Seagate) D3 Station — http://club.dns-shop.ru/peripheral/Обзор-и-тестирование-внешнего-ж-сткого-дис. .

Хомяку меньше чем корню? У меня 20ГБ с трудом в корне занято. А в хомяке будут все файлы пользователя, включая загрузки. Понятно, что на внешнем винте вряд ли в хомяке и 40 накопится, но таки для корня, имхо, и 30 избыточно.

Там свап 16 гигов, не забывай.

Советовали ext3 пока ext4 была сырая. Сейчас в ядре нет ext3, её обрабатывает драйвер ext4 в «режиме совместимости». А на флешки ставить любую журналируемую ФС — глупость.

Под систему выделил 56 Гб, под «хомяк» 51. Всё прошло успешно, полёт нормальный пока, данные все на месте. Свап поставил — работает. Спасибо большое за полезные советы!

Кстати, grub при запуске с винта видит винду, но выбор её бесполезен — там возникает ошибка загрузчика винды. Так что граб её действительно не видит. Винду гружу просто путём отключения винта.

Кстати, grub при запуске с винта видит винду, но выбор её бесполезен — там возникает ошибка загрузчика винды. Так что граб её действительно не видит. Винду гружу просто путём отключения винта.

Винда установлена в EFI режиме, а GRUB в LegacyBIOS режиме загружается, а эти режимы на уровне железа не совместимы — вот винда и сегфолтиться. Т.е. это по факту недоработка os-probe — при генерировании конфига она не проверяет в каком виде установлены найденные ОС.

Я вот ещё заметил некоторые странные изменения. Во-первых, в Винде сбросилось время, пришлось вернуть его снова, было 10 часов вместо 15. Это видимо от долгого бездействия внутреннего жёсткого диска. Также при запуске Винды был chkdsk тома D: (Lenovo, 25 гб). После него, в проводнике я вижу только «Локальный диск D:», информации и метки тома нет, что видимо, свидетельствует о том, что он был отмонтирован, но потом почему-то не примонтировался обратно. Думаю, что это решится перезагрузкой. Но вообще, я думаю, что Линукс тут не причём.

При загрузке компа без винта после экрана «Lenovo» сначала отображается чёрный экран с какими-то надписями короткое время, а потом уже загрузчик Винды. Это видимо сообщение о том, что внешний не найден.

Это видимо от долгого бездействия внутреннего жёсткого диска.

Не, это линукс перезаписал время — он хранит время по умолчанию в UTC, а винда в local time. Лучше хранить как линукс, а для винды поправить — гугли «windows хранить время в UTC».

Это видимо сообщение о том, что внешний не найден.

Видимо UEFI запоминает последний источник загрузки как дефолтный, посмотри что там можно настроить.

Попробовал таким методом настроить Винду на UTC — http://linux.2baranga.org/2016/05/ubrat-oshibku-vremeni-pri-ispolz/. Посмотрю, сохранится ли настройка.

Я посмотрел поподробней, что там отображается на чёрном экране — там какое-то сообщение про Realtek, какой-то тест по-моему ещё упоминается, и Intel Wireless. Странное сообщение. Ничего про диск и загрузчики там не написано. В BIOS среди приоритетов есть как раз что-то с такими названиями, но оно не выставлено наверх. Стоит там сначала внешний, потом внутренний, ниже уже вот это нечто про Realtek и Intel, а потом SATA ODD (это, я так понимаю, CD-дисковод).

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

Если время не будет в винде сохраняться, но можешь настроить хранение в линуксе в localtime потом, это не критично. Но только я не знаю что там у тебя в минте в качестве инита — если не сустемд, то инструкция для убунты по твоей ссылке не сработает.

Я вот ещё заметил, что в Линуксе возникают некоторые артефакты при прокрутке в браузере, прокрутка выглядит не такой плавной, как в Винде. С чем это может быть связано? С тем, что работает с внешнего, а не с внутреннего? Я использую браузер Firefox.

О, это частая проблема, но она как-то меня обходит стороной. Создай отдельную тему, там кто лучше знает — подскажет.

Я поставил дополнение «Yet Another Smooth Scrolling» в Firefox, и уже не так заметно это.

Делал как здесь написано, но у меня выскакивает сообщение что:

раздел /dev/sdb5, монтируемый к /home, начинается со смещения 3584 байт от минимального выравнивания для этого диска, что может привести к очень плохой производительности.

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

Пробовал заново все делать, все повторяется. Подскажите где косяк! Спасибо!

Источник

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

Источник