Как разумнее разбить на разделы SDD под Linux?
Приобрёл свой первый SSD (Samsung 850 EVO 250GB) и хочу поставить на него скорее всего Kubuntu.
Моя текущая разбивка на обычном 512Gb диске:
/dev/sda1 - swap 16Gb (размером в оперативную память) /dev/sda2 - /boot 512Mb /dev/sda3 - / 30Gb /dev/sda5 - /home 20Gb /dev/sda6 - /mnt/storage всё остальное местоТерзают некоторые вопросы про сокращение выработки ресурса и продление жизни.
Раздел /boot форматировать в ext2 или ext4?
Какие системные каталоги лучше замонтировать на обычный диск?
Появятся ли какие-нибудь не очевидные проблемы, если вынести /tmp в оперативную память?
Как быть с разделом подкачки? Тут вот в статьях пишут, что подкачка на ssd — это здравый выбор. Но я прикинул, что это же каждый день будет гарантированно выедать по примерно 4-5 гигабайт ресурса ssd, ведь я пользуюсь этим разделом сугубо для гибернации.
Сколько не размеченной области оставлять или не оставлять? То ли 25%, то ли 20%, под trim это или для другого чего-то?
Чего опасаться и за чем следить? На дворе 2017 год и былые советы позапрошлогодних статей уже, возможно, несколько подутратили актуальность.
Те которые содержат редко используемую информацию, либо слишком объемную по размеру чтобы разместиться на SSD.
Сколько не размеченной области оставлять или не оставлять? То ли 25%, то ли 20%, под trim это или для другого чего-то?
Если для бытового использования — сколько угодно. Если TRIM работает, и диск не под завязку забит — она и не нужна при обычном использовании.
Если будет высокая нагрузка на запись, или TRIM работать не будет — по обстоятельствам, главное чтобы всегда был запас ячеек. Обычно 10-20%хватает, иногда и 50% процентов оставить можно.
trim работать будет, он уже включен во все стабильные ветки.
Теперьпо разбивке, да поскольку диск маленький то лучше бут и все остальное ввалить в одну кучу
Тот факт что он включен во все стабильные ветки говорит о том что они поддерживают трим.
А я говорю о работе, а не о поддержке.
Если у вас диск поддерживает USB3.0 это ни в коем случае не значит что он будет работать по USB3.0, это значит что он в принципе может работать по этому протоколу в определенных условиях
Виктор Таран: boot лучше не валить в одну кучу, т.к. при сбое питания, когда нужно будет проверить корневую ФС, придётся подключать какой-то bootable usb device.
Виктор Таран: Чтобы он работал должна быть соблюдена куча вещей — включена поддержка трим на фс, на lvm, диск должен стоять в режиме AHCI, и.т.д.
Банально диск в биосе выставят по ошибке в IDE и не будет он работать, или еще слой виртуализации добавят.
АртемЪ: Как считаете: есть ли смысл разделить и вынести /var со следующим распределением долей (исходя из процентного соотношения выделяемого места на всю эту папку):
/var (60%, RaiserFS)
/var/tmp (20%, RaiserFS)
/var/log (20%, RaiserFS)
внутри одного (единственного) LVM ?
Насколько это правильно?
Думаю надо сделать один общий раздел ext4 и всё. Даже без UEFI. Это более гибкий вариант. Я наблюдал, как у фотошоперов на маке swap разрастался до 80 гигов. На макбуке с SSD. Ну и ничего, всё ок работало.
200мб под раздел efi
остальное под корень с ext4
своп можно будет добавить как в виндовсе в файле, если понадобится
это дефолтный вариант в современной убунте, по-моему нет смысла что то менять
а как задействовать гибернацию? в убунте по умолчанию есть только ждущий режим
/home удобнее выносить в отдельный раздел. Тогда при переустановке легко сохранить все пользовательские данные.
Rsa97: нет никакой проблемы с переустановкой, просто удаляешь всё кроме /home и устанавливаешь без форматирования. в случае с убунтой и ее livecd установщиком это элементарно просто и быстро делается
Ну на рабочем компе с бубунтой я её задействовал интернеты помнят как, правда выход из гибернации работает раз через два, в ядре чё-то накосячено. Но от этой беды должна вроде как помочь эта ссылочка: https://askubuntu.com/a/763516 .
И, кстати, про uefi мне не понятны ходы. У меня старая матплата с биосом, но если на вырост разбивать диск, то наверное раздел этот будет нужен, как матплату сменю. Или не очень нужен, есть ведь опция legacy.
При этом я не сторонник ставить всю систему на один раздел. Как минимум должен быть /home отгороженный от всяческих переустановок системы. Ну а /mnt/storage это на сколько размер ssd позволяет, если он 64Gb, то только рут да хом поместятся на нём. Нет особого смысла в отдаче всего диска под систему, если мне известно, что сейчас за годы использования у меня рут раздел занимает 24 гигабайта из своих 30, а хом под завязку почти все свои 20 и, если следить, то 20 ему хватает и за 30 он точно не выпрыгнет. И того: система занимает не более 60 гигабайт при многолетнем активном использовании.
PS: поздравляю с рипом Торбы 🙂
PPS: вот ещё мне Хряпт на Стаке начнёт отвечать, это будет поворот 🙂
vipermagi: зачем выносить /home что тебе мешает при гипотетической переустановке открыть проводник, выделить все папки на диске кроме /home и нажать на del. зачем тебе знать сколько занимает корень а сколько домик если можно не знать и не разделять
theurs: во-первых удобнее же. Во-вторых если летит один раздел, то другой не летит, что уже хорошо. К тому же, я могу востановить быстрее хомяк, либо, не востанавливая рут сделать формат и переставить систему. Либо, если не бить, то я буду должен востанавливать не нужных 30 гигов, а это время на процесс и на разгрёб.
А вот /boot наверно не нужен на SSD отдельным разделом, ибо главным образом нету быстрых и медленных мест у диска.
Rsa97: vipermagi:
Я раньше тоже делил на /, /home и /swap.
Потом посмотрел, как это устроено в макоси. Корневые папки там почти все те же самые, но все живут на одном диске Macintosh HD. Если в линуксе при переустановке можно всё стереть кроме папки /home, то нет смысла городить несколько разделов.
PS: Сейчас мигрировал на другой ноут, для комфортной работы мне потребовалось из всей папки /home перенести только папку .mozilla, после чего браузер заработал как на старом ноуте. А для данных у меня большой внешний HDD 3.5″.
Как разметить SSD при установке Ubuntu 22.04?
Всем доброго времени суток! С покупкой SSD решил уйти навсегда от Windows, но сразу запутался с правильной разметкой диска. Постараюсь объяснить почему.
В ноутбуке стоит диск HDD на 1ТБ от производителя. Взял SSD на 256гб. И тут тот самый момент, когда статьи из поиска еще больше запутали. Кто то что то там переделывает в новых SSD, перезаписывает разделы (так я и не понял зачем), выбирают разные файловые системы.
Но суть, как я планирую использовать — чтобы на ССД была система соответственно. Но, я иногда планирую играть (редко бывает), а как понял, что если после раздела /boot все остальное выберу для / , то может же ведь ССД переполнится?
HDD хочу разметить для /home (получится ли так сделать?) и /swap .
Статей в интернете куча, но как понял многие старые, а до некоторых я просто не дохожу.
Можно ли как то сделать, чтобы раздел загрузки, система, драйвера там всякие, программы работали на SSD, а игры какие нужно я грузил на SSD, а большие (больше 100гб) — на HDD. Может кто в курсе, может в steam есть возможность менять разделы для установки конкретной игры (как в винде, например)? Либо нужно как то «по-особенному» разметить при установке?
Заранее всем спасибо огромное за советы! Может кто реально в курсе за это дело
Средний 1 комментарий
ну к примеру можно hdd примонтировать в /mnt/disk_hdd
а тяжелые папки переносить на hdd софтлинками.
т.е. музыка лежит в /mnt/disk_hdd/music.
а в хомяке (который на ssd) создается софтлинк папки /home/%user%/Music на хранилище в hdd
с играми практически также.
иногда бывают затыки с правами и пользователями.
к примеру система доступа к файлам по сети (ftp smb. ) за`chroot`чена в /home и не может иметь доступ к /mnt. тогда вместо софтлинка надо использовать mount —bind
Если вы новичек — не парьтесь, пусть установщик разметит «автоматически» (или «по умоланию»).
Наберетесь опыта — сами поймете что и как размечать и монтировать.
Вот как раз у меня был опыт использования, но всё таки сказал бы что я «новичок». НО, однажды у меня закончилось место в разделе загрузки и я не смог загрузить обновления ядра, как понял, что при установке надо было разметить диск для /boot и там выделить больше места.
А если в автоматическом режиме, потом можно будет как нить добавить, где не хватает?
Sozdavan, сейчас тебе насоветуют LVM с динамическими разделами и тогда вообще повесишься в обучении 🙂 оставь сию сложну и функциональну задачу на потом.
переполнение любого раздела будет всегда.
у меня винда семерка уперлась в 50 гб с*ка и встала раком.
так что размечай с запасом.
потом можно жонглировать свободным местом «перемещая» папки с приложением и монтируя разделы. хотя тоже надо будет понять енту функциональность.
я бы посоветовал с самого начала вынести раздел /var на отдельный раздел, ибо он жирный и тяжелеет день ото дня 🙂
а /boot оставить в корне, ибо он небольшой.
Я, вот, только что поменял SSD-шник 480 Гб и разметил так ничего не выдумывая:
— 300 Мб EFI раздел (FAT32), начало носителя
— 30 000 Мб (30 Гб) корень, EXT4 /, начало носителя (можно и меньше/больше, смотря сколько нужно)
— остальное Домашний раздел EXT4 /home, конец носителя
— HDD-шник там же в разметчике сразу примонтируй (руками пропиши в точка монтирования например /media/files), файловую систему для него выбери ту, в какой он есть, т.е. без форматирования будет и после установки он будет доступен из системы со всеми правами доступа для тебя, как отдельный носитель/файловое хранилище
Если кратко: перед началом установки скачать на флешку линукс драйверы для вашего ноутбука или убедиться, что все нужное работает используя live-режим загрузки линукса; далее отключить физически HDD и оставить только SSD (и не забыть выбрать его загрузочным в настройках биоса), на SSD удалить все разделы, если есть и просто оставить не инициализированным, во время установки линукса выбрать автоматическую разметку диска, после установки — подключить обратно HDD. Если линукс работает и все пучком — можно спокойно удалить все виндовые разделы, а оставшиеся расширить или просто отформатировать весь диск (HDD, который). Вот тут я описал детально процесс установки нескольких ОС. Почему сначала надо поставить, а потом удалять старую ОСь? Чтобы был запасной вариант, если что-то пойдет не так.
Ну потому что если не отключить — потом можно поймать кучу проблем на пустом месте при удалении старой ОС. И я уже ранее отвечал, почему надо именно так ставить:
- снести все разделы на всех дисках или любой рандомный раздел и навести свой порядок
- заменить текущий загрузчик своим и, либо проигнорировать существующие ОС и конфигурацию загрузчика либо, что бывает значительно реже, перенести его конфигурацию в свой или часть конфигурации (ну версия там не та или еще что)
- добавить свою запись в существующий загрузчик
- записать свой загрузчик на любой диск, а существующий отключить
- не трогать загрузчик, а просто установить ОС без загрузчика — и пофиг, что она потом не загрузится
Т.е., либо полностью очищать все диски и не иметь резервной ОС либо оставлять только тот диск, на который ставится ОС.
ставь всё на ssd в /
hdd примонтируй как раздел \ папку и кидай туда игры
всё
вариант 2 — делай то что предлагает установщик
Не плоди разделы.
Один раздел на весь ssd более чем ок (кстати linux умеет делать файловую ситему напрямую на весь диск без разделов, а загрузчик на hdd можно разместить, сэкономишь копейки и не допустишь ошибки неправильной разметки без выравнивания, хотя кажется это сейчас практически невозможно)
Выбор файловой системы до сих пор повод для активного флуда. Если не собираешься ничего изучать и тюнить, тебе хватит ext4, оно максимально быстрое. Если нужны различные фишки (типа бесплатные снапшоты, сжатие, квоты, мгновенное инкрментальное резервное копирование, встроенная поддержка докером и т.п.) то выбирай btrfs, там же можешь разделить через subvolume свой home от root при этом место будет общее (именно так делает убунтовский установщик при выборе btrfs), все вкусности btrfs не бесплатны, будет легкое понижение производительности записи, но на ssd ты этого не заметишь.
у меня был конфиг, где то два года использовался дешевый ssd (128гб) как кеш к hdd, с помощью bcache, причем в хардкорном варианте, на диске размещена была игра, занимающая до 400гб, постоянно выходили обновления на десятки гигабайт, при которых игра почти полностью перезаписывалась, в общем ресурс ssd пожирался космическими темпами и все равно хватило на два года. В результате скорость запуска игры в худшем была примерно в 3 раза выше чем с hdd (там вообще было грустно) а обычно почти как ssd (дело в том что игра запускалась на windows машине, диск подключался по iscsi по сети с linux и даже с такими нагромождениями это было эффективно, ну а потом просто купили полтерабайтовый ssd)