Ещё раз про разметку

Алексей Федорчук

В комментарии Nikolaos’а к предыдущей заметке о разбиении дисков возник вопрос: а сколько нынче надо отводить места под корневой раздел? Я начал было отвечать на него, но обнаружил, что ответ превращается в самостоятельную заметку, которая, с некоторым запозданием, и предлагается вниманию читателей.

Вопрос, сколько же места на диске для счастья нужно, за последние полтора десятилетия обсуждался бессчётное число раз, и ответы на него давались самые разные, в том числе и автором этих строк. Но времена меняются, и мы меняемся с ними. В том числе меняются и наши представления об оптимальной схеме дисковой разметки. Так что изложу свои нынешние — с учётом того, что нынче система сплошь и рядом устанавливается на SSD, на котором часто находится и место для текущих рабочих данных. Тогда как уделом традиционных винчестеров становится хранение данных редко востребуемых (или, напротив, часто востребуемой парнухи).

Последние пару лет я отказался от дробного разбиения корня файловой иерархии, с вынесением на самостоятельные разделы таких её ветвей, как /usr, /var и так далее. А всего под корневой раздел отвожу 20 ГБ — при том, что инсталлированная система (что LM, что LMDE) со всеми необходимыми мне приложениями (включая установленные «на посмотреть» или «на поиграться») занимает 8–10 ГБ. Правда, Salix, который у меня тоже живёт — несколько меньше, но в нём и доля «посмотрительных» программ существенно меньше, только реально нужные.

Избыточно? Отнюдь. Во-первых, выполняется чисто формальная рекомендация — не заполнять файловую систему, лежащую на SSD, более чем наполовину. А это одна из тех немногих рекомендаций, которая реально имеет смысл.

Во-вторых, это позволяет не заботиться вопросом очистки локальных кешей пакетов. Ибо делать это руками я банально забываю, а автоматика в данном случае подчиняется всем известному Закону Всемирного Свинства: посмотреть на скачанный пакет мне нужно крайне редко, но уверен, что это «редко» будет аккурат сразу после автоматического исполнения команды apt clean.

Ну и в-третьих и главных: волею судеб и благодаря содействию товарищей (их имена я помню, и, пользуясь случаем, выражаю им свою признательность) став обладателем трёх SSD суммарным объёмом терабайт без копеек, я просто могу себе позволить не думать про десяток гигабайт туда, десяток гигабайт сюда… К чему, собственно, и сводится главная рекомендация.

P.S. А вообще-то мы ещё не прониклись тем, насколько распространение SSD может повлиять на стратегию дисковой разметки. Ведь они по сути своей снимают многие основания к разбиению дисков на разделы вообще — в частности, минимизацию перемещения головок при считывании: в SSD этих самых головок просто нет. И потому напрашивается мысль, что оптимальным для твердотельных носителей было бы размещение файловой иерархии на raw-устройстве, несущем систему хранения данных с «безразмерными» файловыми системами типа datasets из ZFS или субтомов BTRFS. Или (уж вообще еретическая мысль) без файловых систем вообще…

Ещё раз про разметку: 7 комментариев

  1. Большое спасибо за подробные объяснения!

  2. Чаще поднимается вопрос: »А нужен ли SWAP?» Оперативной памяти сейчас достаточно даже у ноутбуков.

  3. Так поэтому и обсуждать нечего — кроме единичных специальных случаев.

  4. К вопросу о разметке. Пример, из которого будет ясно.

    Дано:
    ноутбук с SSD Samsung на 256 Gb, распаянная на системной плате флэш-память SanDisk на 24 Gb. Оперативка 12 Gb.

    Процессор Core i5.

    256 Gb, GPT:
    boot-EFI, ESP, 0.5 Gb
    / , btrfs, 15.0 Gb
    /home , btrfs, оставшиеся Gb

    24 Gb, GPT:
    swap , 2.0 Gb (есть в нём необходимость, используется при запуске виртуальных машин)
    /tmp , xfs, 4.0 Gb
    /var , ext2, 3.0 Gb
    /backup , btrfs, оставшиеся Gb (резервирование корневого раздела Clonezzil-ой + склад некоторых мелких ISO)

Добавить комментарий