Partition ssd in linux

Как разумнее разбить на разделы 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″.

Источник

Partition design

Most PC operating systems still work with an ancient disk partition scheme that historically makes distinction between primary and extended partitions. It also places a limitation for four primary partitions or three primary partitions and one extended partition. When present, an extended partition can then be divided into any number number of logical partitions.

However, many recent (since 2011) machines use a different and incompatible scheme known as «gpt» which allows many more primary partitions. Search these pages for UEFI to learn how to tell which scheme your system is using; applying techniques for one scheme to a system that uses the other will definitely lead to possibly serious problems.

Each Windows installation will need to be installed on a primary partition. Windows systems commonly assign a drive letter to each individual (Windows) partition.

Linux operating systems need a minimum of one partition: one for the OS itself (and data files) and optionally one for a swap area (to be used as an extension for RAM memory) if preferred over a swap file.

While these two partitions can be primary partitions, more flexibility is afforded when logical partitions (within the extended partition) are used. In this manner, as many partitions can be created as is desired. Multiple (Ubuntu Linux and Mac) operating systems can be installed, each in its own partition, and data can also be more easily compartmentalized when it is placed within individually separate logical partitions. (The swap partition can also be located on a logical partition.)

Use Gparted to create/manage partitions

The easiest way to do this is to use the GParted Live CD as a partition manager, or the GPartEd utility on the Ubuntu LiveCD.

Examples

Basic Partitioning Scheme for a 2TB Desktop HDD

• Primary Partition — 1Gb (1024Mb) of Free Space — bootstrap files, boot loaders and stuff you’ll may need to run multiple operating systems
• Extended Partition
  • 10Gb (10240Mb) — swap
    • (0.5% is not much, and 10Gb is double the memory size of typical 4Gb system)
    • (for Ubuntu system files and applications)
    • (system/application dependent config, data and other files)

    Partitioning Scheme for Multiple systems

    • one primary partition for each Windows OS
    • an extra small primary partition (which can be resized later, in case it is needed). If there is a Windows recovery partition already installed, leave it alone (as the second partition).
    • one primary partition for the small boot partition (for storing a set of GRUB bootloader files)
    • an extended partition for the Linux (or Mac) OSs (must be the last partition on the hard drive)
    • the Windows partition 20 — 30 Gb — filesystem type NTFS (or can even be FAT32) and with the boot flag checked
    • an «extra» partition 2 Gb — can be formatted as ext3, ext4, or FAT32. If this already exists as a Windows recovery partition, leave it unchanged.
    • Temporary Edit xxxx a GRUB boot partition 100 Mb, formatted to filesystem type ext3 xxxx Unless you want to end up in Ubuntuforums asking for help with a package manager that is complaining about a full boot partition, DO NOT create and use a separate boot partition. For 99% of home installations it is totally unnecessary.
    • the extended partition is the remainder
    • (At the end of the hard drive a few Gb of free space can be left (to allow for extra logical partition needs that were not foreseen. This can’t be done unless the extended partition is the last partition.)
    • Divide the extended partition into multiple logical partitions:
    • a /swap logical partition that is 2 Gb — filesystem type linux-swap
    • a logical partition for the / (root) folder of each planned Linux (or Mac) OS (at least 10 Gb each, but 20-50 Gb is better) — formatted as ext3 (or ext4 if you are planning to use a newer Linux OS)
    • optionally, a logical partition for each planned specific use, such as a groupware partition (Kolab, for example). Often, 20 Gb data partitions formatted as an ext3 filesystem is suitable, since many specific programs (like Kolab) will be comfortable with ext3 filesystems. Many users often also create a separate partition for the /home directory (so that all personal data files can be stored in a partition separate from the operating system).

    Partitioning Scheme for SSD

    • Better leave all read-only files on SSD and use hard disk for everything else
    • https://wiki.debian.org/ReadonlyRoot should clarify which parts of the filesystem tree can be read-only: moving /usr to read-only would be the most significant thing (greatest space required) I guess but you have to ensure it is remounted as required when doing apt-get install or remove. See that page for more info.

    Other resources

    PartitioningSchemes (последним исправлял пользователь 188-67-179-238 2014-11-07 19:27:44)

    The material on this wiki is available under a free license, see Copyright / License for details
    You can contribute to this wiki, see Wiki Guide for details

    Источник

    SSD+HDD Partitioning in Linux

    Don’t separate /usr and /opt , it’s pointless. If you wish to have all of them on single disk, just create a single SSD partition for / and you’re done. You don’t have to worry about partition sizes.

    Separating /var is also pointless, same with /tmp which is regularly emptied on modern OSes so it won’t eat up a lot of your SSD’s space (on a 500 GB disk you won’t even notice).

    Modern recommendation for swap is usually 4 GB if you don’t need hibernation, otherwise you’ll need at least as much as your RAM because it will be dumped into swap on hibernation. I’d recommend to put it on SSD too because it will significantly improve swapping performance. Modern SSD’s longevity won’t be affected noticeably. Note that by default Ubuntu will create a swap file in filesystem root instead of using a partition.

    That leaves entire HDD for /home .

    If you’re going to use EFI boot, which is highly recommended because it’s been a standard for a decade or so, you’ll also need an EFI System Partition (ESP). In Ubuntu it’s mounted under /boot/efi . 300 MB is usually sufficient, but you may want to play it safe and assign 500 MB or even 1 GB to it to make it future-proof. Some distros, for example Pop_OS (derivative of Ubuntu) have transitioned from GRUB2 to more modern systemd-boot combined with kernelstub. Such distros have to copy entire kernel+initrd into ESP and those can take up quite a lot of disk space. I’d place this partition on SSD too to keep system things on more reliable and quiet flash storage (and to keep system stuff together, separated from /home ).

    Summary

    Источник