Как лучше разделить диски для Mint?

Question

[Сергей Булатов]

Имеется домашний ПК c Xeon E5462 и 8GB DDRII.
На нем установлено два диска:

• SSD на 120GB
  
• HDD на 700GB 5400об
  

Собственно загорелся целью попробовать пересадить себя на Linux, но как лучше организовать дисковое пространоство?

Comments

[Дмитрий]

(windows на ssd) если вы только начали, то просто отделите 100 гиг например от диска hdd и просто использовать весь этот диск
если на ssd, то весь sdd
ну а так / 10 гиг
swap 2 гиг
/home все остальное
за глаза должно хватить

[planc]

40-50гб под / на ssd будет с запасом
под swap можно файл потом будет создать

[Сергей П]

planc, кстати, да. если для hdd ещё можно было что-то выгадать по производительности разместив swap ближе к шпинделю, то с ssd можно, действительно файлом обойтись. Посмотрел сейчас, у меня именно так и сделано, оказывается.

[Дмитрий Беляев]

хз, может я разбаловался достаточным количеством оперативы, но в качестве активного swap предпочитаю zram на половину оперативки, а на диске раздел под пассивный swap размером с оперативу, на случай сна машины. И хотя ssd тут сказывается на скорости пробуждения, места на нем жалко под такую задачу.

[Сергей П]

Дмитрий Беляев, а зачем нужен zram?
на что еще тратить ssd кроме таких оперативных вещей?

[Дмитрий Беляев]

Сергей Паньков, zram в разы быстрее ssd, я даже сравнивал с SSD Apacer AS2280Q4 подключенном в PCIe4 x4, который шустрее sata ssd раз в 10 (если верить CrystalDiskMark), но все равно медленнее zram в плане swap.
Но на линуксовой машине у меня обычный Sata3 SSD (с которым и сравнивал PCIe4 SSD), разметка сейчас такая:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 223,6G  0 disk  # (SSD)
├─sda1   8:1    0   256M  0 part /boot/efi
├─sda2   8:2    0   183G  0 part /
└─sda3   8:3    0  40,3G  0 part /home
sdb      8:16   0 298,1G  0 disk  # (HDD)
└─sdb1   8:17   0 298,1G  0 part /mnt/backup
sdc      8:32   0   1,8T  0 disk  # (HDD)
├─sdc1   8:33   0    32G  0 part [SWAP]
├─sdc2   8:34   0  40,3G  0 part # (btrfs шаринг с /home)
├─sdc3   8:35   0 298,1G  0 part # (btrfs зеркало с /mnt/backup)
└─sdc4   8:36   0   1,5T  0 part /mnt/data
zram0  252:0    0    16G  0 disk [SWAP]

символом # отметил свои комменты, которые добавил к выводу lsblk

[Сергей П]

Дмитрий Беляев, спасибо, я как-то не задумывался о zRam. Возможно это решит часть моих задач. Полезненько

Answer 1

[Сергей П]

А что там думать? Удвоенный объём ОЗУ выделяете под своп раздел, гигов 50 под систему, остальное под хомяка. Жесткий диск примонтируйте в /hdd единым куском.
Если не [ватит, сольёте временно хрмяка на hdd, переставите быстренько систему с переразбивкой как хотите и вернете хомяка. Минутное дело.
Однако я последнее время вообще не разношу систему и хомяка па разные разделы. Фактически все разбито на своп и остальное.

UPD.
Вынужден внести поправочку.
При наличии SSD думаю уже нет смысла в отдельном swap-разделе. Можно обойтись файлом.
При наличии постоянно подключенного HDD нет смысла (ИМХО) даже разделять /home от системы. Меньше мороки.
Делаем на SSD всё одним разделом, HDD монтируем в /hdd и живём - горя не знаем.
Своп выделяем по размеру оперативы в файле/tmp/swap. Если не будет хватать, можно повысить квоты.

Comments

[Дмитрий]

зачем ему своп в 16 гиг при живых 8?

[Сергей П]

Дмитрий, затем, что памяти много не бывает, 16 гигов - это мелочи, а если память закончится, то фризы и тормоза лишние ни к чему, луше пусть в своп вылезет.
У меня при 16 оперативы вылезает в своп. Хром и IDE это запросто могут.

[Дмитрий]

Сергей Паньков, делать своп больше чем есть оперативы вообще смысла нет, своп заполняется тем, что лежит в опере, то есть мне при 32 живых надо своп 64 делать?

[Сергей П]

Дмитрий, А это смотря чем вы занимаетесь на компе. своп нужен, чтобы не упасть с закончившейся оперативой внезапно. У меня лично тоде своп равен оперативке, но иногда случается неожиданность на убунте и я обнаруживаю всё занятым. Хром с кучей вкладок, куча докер-кнтейнров и IDE при отладке могут натечь и на куда большие объёмы.

[Дмитрий]

хром на 50 вкладок около 6 гиг

[Сергей П]

Дмитрий, это смотря, опять же, каких вкладок.

[pfg21]

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

кстати если под своп выделить раздел с фат32, то можно использовать его и для винды и для линухи.

Answer 2

[Sanes]

SSD / ext4 100%
HDD потом примонтируешь для хранения документов

Answer 3

[ettaluni]

О я всегда так делаю, тоже ссд на 120:
под коренб 20gb
под своп = ram
под var = 16-18GB
остальное под home, там ~50 остается.
И пару гигов в неразмеченную, чтоб ssd не глючил
Можно также var вынести на hdd, но не думаю что это гуд

Comments

[rPman]

Зачем выделять var?
ssd давать неразмеченную область можно советовать ну только для самых дешевых моделей наверное, хотя если использовать как в моем ответе - то наверное имеет смысл для любого

Answer 4

[rPman]

Весь ssd диск выделяете под дисковый кэш bcache (чтение запись) и поверх него btrfs или, если достаточно оперативной памяти, как штатный кэш zfs (только чтение). Вместо разделения диска на разделы dos, пилите тома btrfs/zfs, с очень гибким использованием пространства.

Имеет смысл / и /home вынести в отдельные тома, персонально разделы ОС как то выделять не стоит, как это было лет 10-20 назад. Своп раздел позже разместите внутри одного из томов btrfs/zfs отключив для него фишки cow и прочие.

Разделение на тома имеет смысл для гибкого контроля занимаемого места и может быть управления.

p.s. если используется uefi (а он скорее всего используется) то вам потребуется раздел uefi boot и штатный бут сектор dos mbr или gpt.

sda - ssd, sdb - hdd

sda1 - 110Gb кэш
sda2 - 10Gb защитная область для дешевых ssd (не от глюков а от сильного падения производительности)
sdb1 - 100mb - uefi boot
sdb2 - оставшееся место под диск bcache+btrfs/zfs

Comments

[ettaluni]

Зачем? Зачем ты сjветуешь btrfs? Она сырая, и куча неуловимых багов из-за чего пропадают файлы и папки. Как бы ее не расхваливал Oracle, она не готова! И зачем ему на десктопе, на домашнем пк такие мощные фаловые системы больше заточнные больше под nas, из-за своих гибких функций.
А zfs? Мало того что это порт\форк на линукс (а не старая проверенная от солярис) дак и еще овер дохрена памяти нужно для ее запуска. И ради чего)))? Проверять хэшсуммы картинок вконтакте)))? Ужимать на лету кэш браузера)))?
Ты дружище переадмнился )))

[ettaluni]

Хватит и обычной стабильной ext4, без всяких заморочек! С выносом отдельного раздела \var \home как указано в моем ответе. После это может дать удобные плюшки по переносу раздела с мелкого ssd, переустановки системы в случае чего. Или шифрования!

[rPman]

Окей, делайте bcache+ext4 никаких проблем, менее гибкая конфигурация конечно но работать будет.

В данном случае главное, что ssd будет использоваться максимально оптимально, а первое время и вообще только он (а hdd будет использоваться в фоновом режиме, на него будут сливаться данные, в режиме отложенной записи)