Разбивка диска.

логическими разделами (что такое понятно, а как использовать - нет).

раз понимаешь что это такое — то расказывать думаю нет смысла..

а как использовать?

ды не используй их — вообще! (только в крайнем случае). используй GPT!

GPT должно хорошо работать даже в случае если материнская плата без UEFI. на эту тему гугли — GUID:21686148-6449-6E6F-744E-656564454649 (BIOS boot partition)

нужен ли тот же /boot

он может быть нужен по разным причинам.

одна из самых распространённых причин это корневая файловая система — экстраординарного типа (не EXT4, а какая-то особенная)..

но причина использования отдельного /boot/ — может быть и другая...

а если отдельный /boot/ не использовать — то тебе же проще. (вопрос ещё и в том: любишь ли ты простоту, или же тебе хочется искусственного усложнения? :))

может быть сделать просто так

да, ибо если не знаешь, оно тебе не нужно

Ну так я хочу узнать.

Особого смысла не находил в извращённых разбивках. Единственное - диск разбивай в GPT, никаких мамонтовых MBRов.
Под корень можешь чутка больше дать, 20 гб - с запасом, так сказать, а то apt может своего кэша много набить.
Я ещё, лично, /home не выделяю, а выделяю отдельно /data, где все данные и хранятся, в /home лишь симлинки. Хомяк, имхо, системная директория с мусоркой из конфигов.

одна из самых распространённых причин это корневая файловая система — экстраординарного типа (не EXT4, а какая-то особенная)..

Разве не уефи? Еще lvm\шифрование.

Разве не уефи?

аааа...

ну и это тоже :-) . конечно же.. да!

я про это сказать забыл, так как отношу себя к той категории людей, которые полагают будто GRUB2 будет себя «психологически-дискомфортно» ощущать если его GRUB2-модули будут находится прямиком на FAT32-разделе. :-)

[те самые люди, которые специально для GRUB2 делают EFI-точку-монтирования /boot/efi/ , а не /boot/ ]

Еще lvm\шифрование.

ну а это я упомянул же! я так и сказал — «экстраординарная файловая система» ;-)

EXT4-on-LVM и EXT4-on-LUKS (и EXT4-on-LVM-on-LUKS ) — это же не какая-то там простенькая файловая система по сравнению с обычной EXT4 :-D

кстати говоря!

один раз у меня на ноутбуке слегка сломался FAT32-раздел.. (может быть я выключил ноутбук неудачно, может после kernel panic во время плохой версии intel-драйвера).

...наверно именно эта психологическая травма и навела меня на мысль о том что внутри FAT32-раздела лучше хранить как можно меньше файлов. :-)

[например хранить только 1 файл «grubx64.efi» ]

Самый простой вариант, просто поставить и забыть:

/ - все пространство, ext4

Если любишь баловатьcя переустановкой дистрибутивов или боишься что все сломаешь:

/ - 10gb, ext4
/home - все остальное пространство, ext4

Все остальное выносить на отдельные разделы не имеет смысла для простого пользователя.

Общий размер диска какой? Сколько всего дисков?

Я тоже раньше использовал большой раздел типо /store/ , но это костыль, всё уже давно написано в FHS.

Если система однопользовательская то хранить можно в ~
Если многопользовательская, то общие файлы в /srv/ (предпочтительный для меня вариант)

Я ещё, лично, /home не выделяю, а выделяю отдельно /data, где все данные и хранятся, в /home лишь симлинки. Хомяк, имхо, системная директория с мусоркой из конфигов.

Приятно видеть единомышленника. Уточнение для тех, кто решит сделать нечто подобное: мои изменения настроек сразу копируются в /data, и /home бэкапится для случаев типа «неделю не экспортировал закладки». Если кто-то не хочет заморачиваться, проще выделить /home.

Еще lvm\шифрование.

По надёжности большинству хватило бы encfs, но слишком большой риск зашифровать не всё.

Я тоже раньше использовал большой раздел типо /store/ , но это костыль, всё уже давно написано в FHS.

У меня 2.5" SSD и файлопомойка на внешнем HDD. Этот HDD подключен через USB из-за отсутствия места внутри, но во всех остальных отношениях он в роли внутреннего. Что об этом говорит FHS?

Так как он у тебя постоянно подключен, то я бы поместил в /srv (возможно в поддиректорию)

у меня выглядит вот так:

$ lsblk
NAME                   MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                      8:0    0 931,5G  0 disk  
├─sda1                   8:1    0   100M  0 part  
├─sda2                   8:2    0 150,1G  0 part  
└─sda3                   8:3    0 781,4G  0 part  
  └─cryptvg            253:0    0 781,4G  0 crypt 
    ├─cryptvg-groot    253:1    0   100M  0 lvm   /root
    ├─cryptvg-gportage 253:2    0     5G  0 lvm   /usr/portage
    ├─cryptvg-gsrc     253:3    0     4G  0 lvm   /usr/src
    ├─cryptvg-gvar     253:4    0     3G  0 lvm   /var
    ├─cryptvg-home     253:5    0   100G  0 lvm   /home
    └─cryptvg-swap     253:6    0    13G  0 lvm   [SWAP]
sdb                      8:16   0 117,4G  0 disk  
├─sdb1                   8:17   0   150M  0 part  /boot
├─sdb2                   8:18   0    15G  0 part  /
└─sdb3                   8:19   0 102,2G  0 part  /mnt/games
sr0                     11:0    1 633,4M  0 rom  

$ df -h
Dateisystem                  Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sdb2                      15G    7,4G  7,6G   50% /
udev                           10M    4,0K   10M    1% /dev
tmpfs                         1,2G    756K  1,2G    1% /run
shm                           5,9G       0  5,9G    0% /dev/shm
cgroup_root                    10M       0   10M    0% /sys/fs/cgroup
/dev/mapper/cryptvg-groot      93M    1,6M   90M    2% /root
/dev/mapper/cryptvg-home       99G     33G   66G   34% /home
/dev/mapper/cryptvg-gportage  5,0G    4,3G  803M   85% /usr/portage
/dev/mapper/cryptvg-gsrc      4,0G    2,1G  2,0G   52% /usr/src
/dev/mapper/cryptvg-gvar      3,0G    449M  2,6G   15% /var
/dev/sdb3                     103G     51G   52G   50% /mnt/games
tmpfs                         5,9G    172K  5,9G    1% /tmp
tmpfs                         5,9G    4,0K  5,9G    1% /run/lock
tmpfs                         5,9G     36K  5,9G    1% /var/run
shm                           6,4G     42M  6,4G    1% /var/tmp/portage
/dev/sdb1                     146M     39M  100M   28% /boot