Грамотная разбивка разделов

Бред.

Слышь, ничего непонимающий.

После старта загрузчика в начале он монтирует файловую систему, где расположены файлы с образом ядра и Initramfs, после монтирования этой файловой системы он считывает с неё образ ядра и Initramfs в память.

А потом передаёт управление загруженному ядру, а ядро начинает распаковывать initramfs в память и в начале эту распакованную систему в памяти монтирует как корень.

Как правило в большинстве систем /boot раздел в рабочей системе не монтируется, а монтируется только если устанавливались обновления ядер или загрузчика. А даже если он и смонтирован, то в /boot как правило в процессе работы системы ничего не пишется, так что вероятность повреждения файлойвой системы на отдельном /boot мала.

А вот если /boot будет на той же файловой системе, что и корень, то вероятность, что она рухнет и загрузчик не сможет загрузить образ ядра и Initramfs выше.

А есть разница какой ЦП?

Объясните пожалуйста человеческим языком, как правильно разбить хард

Ставь в bios-режиме всё на один раздел ext4, swap-file добавишь потом, если надо.
Если планируешь систему убивать ковырянием, то сделай два раздела, второй для хомяка.
Если будешь юзать гибернацию, то отдельный раздел swap величиной с оперативу и ещё немного.

1 гб -для ядер

Зачем? Чтобы у тебя однажды закончилось там место в самый неожиданный момент? Кроме самовредительства не вижу причин для этого на десктопе.

Лорчую.

любая прослойка или абстракция добавляет лишние такты исполнения команд.

/boot — 512-1024 МБ (можно в принципе и меньше. Больше точно не за чем).

/ — 20-30 ГБ. Если планируется много больших игрушек из реп, то 50 ГБ.

/home — всё остальное.

Если нужна гибернация, то ещё swap размером с оперативу. Если не нужна, можно и без него.

Больше ничего отдельно отрезать смысла не имеет.

Отдельно хомяк имеет смысл не только если собираешься пробовать другие дистры или переустанавливать систему. Это также помогает с уменьшением фрагментации в корне при достаточно большом заполненнии хомяка и постоянным удалением/записью туда.

swap всегда должен быть: https://unix.stackexchange.com/questions/190398/do-i-need-swap-space-if-i-hav...

Утверждение по ссылке весьма спорно. Например там утверждается, что память используется под файловый кэш вся. На деле это не так, и некоторый небольшой объём (у меня 180 МБ сейчас) не используется. Этого достаточно для тех случаев, когда требуется выделить какую-то память. Далее файловый кэш может быть вытеснен в штатном режиме, не влияя на скорость работы. Сбрасывать что-то на диск равносильно вытеснению кэша, поскольку и в том и в другом случае придётся читать что-то с диска. Только в случае со свапом на диск будет ещё и чего-то периодически записываться.

Ну и на практике работа системы без свапа и со свапом не отличается для конечного юзера (при достаточном объёме RAM — например если из 16 ГБ используется программами 4-7, как это нередко бывает). Хотя при столь низком объёме оной, как у ТС, в свапе действительно может быть немало смысла.

Так-так, отработка LVM радикально сильнее нагружает ЦП, чем отработка таблицы разделов?

>> Облазил весь гугл, но так и не нашел четкого ответа

Потому что единственного правильного ответа не существует.

выбрал «Авто - использовать весь диск с шифрованным LVM»

Очевидно оно накосячило. Никогда не доверял автоматическим разбивалкам.

Я бы посоветовал вам выделить 4Гб (более 2х размеров памяти использовать очень проблематично - адские тормоза начнутся куда раньше) в начале диска (так чуть быстрее) под своп-раздел , а всё остальное разместить на одном ехт4 разделе. Какие то сложные конфигурации имеют смысл только тогда, когда вы предствляете что вам нужно, зачем и какого размера.

Нетбук и хотите реального ускоения? Есть один дедовский способ, но в живую я этого не видел. Нетбук разбирается, на материнке находится нераспаяный юсб-разъём (они почти всегда есть), к нему подпаивается разобраная флешка на 16-32Гб, всё собирается обратно. Флешка становится корнем, своп и хомяк на hdd. Получается такой кустарный ssd, ускорение в 2-4 раза при запуске приложений за счёт быстрого случайного доступа.

Ну и кошмар... а может купить SSD?

Предполагаю что до такого способа он и сам догадался.

Просто на флешках же память такая себе, а контроллеры даже в trim не могут.

Флешкам не нужен трим, а старые были довольно выносливы. Видимо это следствие низкой скорости, но даже бонус отзывчивости даёт очень много при запуске приложений. А это основной сценарий работы корня.

Да, в нетбуке корень на флешке я не видел ,но на десктопе некоторое время работал чисто с флешки и с корня на флешке. Разница заметна.

Intel Atom 1.66, 2-мя GB RAM
VirtualBox... виртуалку с виндой

Только винХР если. Некоторые здесь советуют вообще без свопа обойтись. Ужас.

Ппц, сколько бреда прочитал в этой ветке) Причем даже от старожил форума.

1. Отдельный swap-раздел не нужен, делайте swap-файл. В случае необходимости изменить размер в любую сторону, это будет делаться тривиально.

2. Отдельный раздел на /boot не нужен, для диска объемом 320 ГБ даже старый BIOS будет в состоянии загрузиться с него. При использовании для корневого раздела lvm или файловой системы, отличной от ext2 в GRUB Legacy были проблемы, поэтому приходилось создавать отдельный boot-раздел. В GRUB 2 таких проблем нет, можно подгрузить необходимые модули. Для /boot/efi другое дело, но там это техническое требование. И размера в 100 МБ вполне хватит.

3. Разделы важно правильно выравнивать.

4. Отдельный home-раздел для такого маленького диска не оправдан. При переустановке скорее всего будут глюки из-за несовместимостей в .config, так что все равно придется заново перенастраивать систему. Сохранятся по сути только пользовательские данные. Но для них итак должен быть бэкап, если эти данные важны: сорцы проектов должны лежать в репозиториях, мультимедиа файлы - резервироваться в облаке и т.д. Без такого бэкапа потеря всех данных - вопрос времени. А для пользователя, который только начал работать с Linux, это время может наступить довольно скоро)

Установил VirtualBox, чтобы на экстренные рабочие случаи иметь под рукой виртуалку с виндой. Но из-за отсутствия места, образ программа не может смонтировать (((

В настройках виртуалбокса можно поменять путь по умолчанию для хранения образов HDD для машин, с учетом текущей разметки он должен лежать где-то внутри /home