Как правильно разбить диск

Вызывающе неверная информация.

Надеешься на какой-нибудь zswap ?

и оба сливают «btrfs на все».

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

Лол, как будто без LVM, XFS или EXT4 кто-то не позволяет.

Несколько вопросов

Читай всё и делай свои выводы. На блюдечке то, что надо именно тебе, никто не принесёт. Единственное, что не подлежит сомнениям, это то, что хорошо разделить разную информацию по разным разделам по принципу «тут постоянно пишется, это на один раздел; тут никогда не пишется, это на другой раздел». Ещё может играть количество файлов, принадлежность файлов (например, отдельный раздел для данных СУБД) и т.п.

Не, из окна нанедёжно. Предлагаю молотком, но нужна наковальня.

Образ пишется сжатым, если не передали ядру явно параметр hibernate=nocompress.

https://www.kernel.org/doc/Documentation/power/interface.txt

/sys/power/image_size controls the size of the image created by the suspend-to-disk mechanism. It can be written a string representing a non-negative integer that will be used as an upper limit of the image size, in bytes. The suspend-to-disk mechanism will do its best to ensure the image size will not exceed that number. However, if this turns out to be impossible, it will try to suspend anyway using the smallest image possible. In particular, if «0» is written to this file, the suspend image will be as small as possible.

Reading from this file will display the current image size limit, which is set to 2/5 of available RAM by default.

«For more modern systems (>1GB), your swap space should be at a minimum minimum be equal to your physical memory (RAM) size „if you use hibernation“, otherwise you need a minimum of round(sqrt(RAM)) and a maximum of twice the amount of RAM. The only downside to having more swap space than you will actually use, is the disk space you will be reserving for it. » https://help.ubuntu.com/community/SwapFaq

В принципе конечно можно уходить и с меньшим swap, но это не рекомендуется. На ArchWiki по этому поводу написано: Even if your swap partition is smaller than RAM, you still have a big chance of hibernating successfully.

От себя могу добавить, что мой MSI X320 категорически не хотел спать с маленьким swap'ом, но после его доведения до размера RAM проблема исчезла сама собой.

Выбирая между help.ubuntu.com и kernel.org/doc/Documentation, больше доверия второму источнику.

От системы того времени на MSI X230 конфиг ядра не остался?

Ооо, нет)) Слушай, я не утверждаю, что большой swap принципиально необходим. Просто ссылки, которые я привел, и личный опыт наводят на мысль, что лучше бы он был больше; тогда проблем будет меньше. А так да. Наверное там было что-то неправильно настроено.

Лол, как будто без LVM, XFS или EXT4 кто-то не позволяет.

ну без LVM увеличение разделов (не последнего раздела) доставляет дикую боль, так что да, не позволяет. с btrfs и zfs ситуация меняется, но я не в курсе пользуется ли ими хоть кто-то кому есть чем заняться кроме как пробовать новые fs.

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

Не, из окна нанедёжно.

Если балконов внизу нет и этаж не первый — искл. надежно.

Да ладно. А газон? Ведь целью ставится РАЗБИТЬ, а не просто вывести из строя. Корпус достаточно крепкий, падение на газон переживет.

ну без LVM увеличение разделов (не последнего раздела) доставляет дикую боль

нет

так что да, не позволяет.

тем более нет

с btrfs и zfs ситуация меняется

и опять нет. как ресайзилось все, так и ресайзится.

Да ладно. А газон?

53-й или Next?

Не, такое не надо. Еще придётся ущерб возмещать...

нет

Расскажи пожалуйста, сколько по времени займет увеличение раздела с 500 ГБ до 600 ГБ, находящегося в начале 2 ТБ диска, за которым есть один раздел на 1 ТБ, на сколько для этого придется остановить всю деятельность и сколько ручных операций придется для этого сделать. Если для тебя это норма - ок, у тебя высокий болевой порог и для тебя лично это не боль.

Это реальный кейс на домашнем десктопе? Мы вроде начали про то, что lvm именно на нем почти всегда ненужен, а не про нужность lvm вообще.

swap использовать только для hibernate, в обычном состоянии он вообще должен быть отключен и памяти должно хватать.

Ога, учитывая линуксовый memory overcommit , жизнь будет полна сюрпризов.

реальный конечно, пришлось так делать пару раз и с тех пор я использую lvm, т.к. не использовать его причин ровно 0

а теперь расскажи как memroy overcommit (в дефолтной настройке) связан со swap?

А если я хочу много данных качать себе с интернета, а у меня в Home не такуш много места будет? Фильмы музыку и т.д и что бы всё работало очень хорошо и что бы багов не было и у меня пока без SSD, как мне разбить 2ТБ, а потом я думаю взять SSD на 180GB Как мне тогда всё разметить?

SSD под систему, Хомяк - монопенисуально, файлопомойку как и советовали отдельным разделом. По личному опыту могу сказать - вообще всё разбивается в автоматическом режиме. По поводу файлопомойки и хомяка не комплексую, ибо бакаплюсь, а кое-чего чотбы точно было - в облако. Правда привычку бэкапиться вырабатывал долго, как и не жопиться на второй винт для бэкапов. Но когда «всё пропало» - вырабатал сразу.

ручных операций

ну сделай два мановения мышью в gparted, раз у тебя такой болевой порог.

на сколько для этого придется остановить всю деятельность

2015й год на дворе, сколько 100ГБ копируются, столько и будет.

Если для тебя это норма

разделы увеличивать? нет. у меня, быть может, FS меньше, чем носителей. это фанаты LVM создают себе много разделов, потом мучаютс с ними да LVM нахваливают.

Хомяк - монопенисуально

если без DE и браузера, и то с оговорками.

Disks > 7 Gigabytes
      /                5% of disk.  80M – 1G 
      swap             5% of disk.  80M – 2x max physical memory
      /tmp             8% of disk. 120M – 4G 
      /var            13% of disk.  80M – 2x size of crash dump 
      /usr             5% of disk. 900M – 2G 
      /usr/X11R6       3% of disk. 512M – 1G 
      /usr/local      10% of disk.   2G – 10G
      /usr/src         2% of disk.   1G – 2G 
      /usr/obj         4% of disk. 1.3G – 2G 
      /home           45% of disk.   1G – 300G 

Disks > 2 Gigabytes
      /                5% of disk. 800M – 2G 
      swap            10% of disk.  80M – 2x max physical memory
      /usr            78% of disk. 900M – 3G 
      /home            7% of disk. 256M – 2G 

Disks > 700 Megabytes
      /               95% of disk. 700M – 4G 
      swap             5% of disk.   1M – 2x max physical memory

ref: http://mdoc.su/o/disklabel

$ lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0  1,8T  0 disk 
├─sda1   8:1    0    2G  0 part [SWAP]
├─sda2   8:2    0   20G  0 part /
├─sda3   8:3    0   50G  0 part /mnt/windows
└─sda4   8:4    0  1,7T  0 part /mnt/data

я уже везде либо btrfs либо zfs.

у тебя там ничего кроме браузера чтоль?

/

Не понял что разве последняя файловая система подойдёт для HDD? Какая файловая система годится и нет для HDD и SSD можно сказать?

Хотел бы спросить как правильно разбивается диск?

Кувалдой.

Хочу просто с автоматики вручную!

Вот как раз кувалда — вручную. А если автоматикой, то надо искать какой-нибудь пресс или подобную фигню.

Ну что за чушь? 1 диск == 1 раздел. И точка!!!

Мда!

У меня уже давным-давно так. Я и разделы перестал на дисках выделять за ненадобностью. Тупо /dev/sda, /dev/sdb, …

перешел с остойной Windows системы.

Теперь ты у мамки хакир, гордись этим.

Lol

Ты сначала в live cd загрузись, а то без него / не особо подвинешь, ну и перемещать ты будешь минимум терабайт в моём примере, а если внезапно пропадает свет - ты будешь плакать очень громко

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

Ты сначала в live cd загрузись, а то без него / не особо подвинешь

размести / первым разделом и двигать его никуда не надо будет. а лучше вообще единственным.

ну и перемещать ты будешь минимум терабайт в моём примере
минимум терабайт

врешь ведь

а если внезапно пропадает свет - ты будешь плакать очень громко

опять 4.2

Ну и физических разделов у меня ровно столько сколько носителей

а логических, значит, необоснованно много?

а ФС столько сколько мне нужно

т.е. одна? о чем тогда спорим-то?

размести / первым разделом и двигать его никуда не надо будет. а лучше вообще единственным.

Жизнь такова, что вчера он был первым, а через пару лет оказывается последним. А про возможность иметь несколько инсталляций одновременно я вообще молчу

врешь ведь

И где у тебя сдвиг второго раздела, чудик? Или ты решил что терабайт данных никому не нужен?

а логических, значит, необоснованно много?

Обоснованно столько сколько нужно

т.е. одна?

Нет

Жизнь такова, что вчера он был первым, а через пару лет оказывается последним. А про возможность иметь несколько инсталляций одновременно я вообще молчу

Ну а тогда уже и live-cd не нужен. Point not valid, next!

И где у тебя сдвиг второго раздела, чудик?

Нет. Как и втjрого раздела. Это тестовый лог того, как один единственный забитый под завязку раздел был сдвинут назад наращиванием назад и сокращением размера. Это наглядно подрывает твои доисторические взгляды на перемещение разделов. Мне жаль, что ты неправ, но ты бы хотя бы почитал бы да разобрался. Next!

т.е. одна?

Нет.

Значит их больше, чем надо.

vfs тебе о чём-нибудь говрит?

Ну а тогда уже и live-cd не нужен. Point not valid, next!

ты не допускаешь возможности что две системы было в прошлом а сейчас одна? OKAY

Нет. Как и втjрого раздела. Это тестовый лог того, как один единственный забитый под завязку раздел был сдвинут назад наращиванием назад и сокращением размера. Это наглядно подрывает твои доисторические взгляды на перемещение разделов. Мне жаль, что ты неправ, но ты бы хотя бы почитал бы да разобрался. Next!

ну ок, в случае некоторых fs на разделе может быть меньше 1 ТБ, но в моем примере никаких fs не было указано, так что в общем случае будет тот же 1 ТБ.

Значит их больше, чем надо.

OKAY

vfs тебе о чём-нибудь говрит?

дорогой, не надо играть в загадки, ты пальцем ткни как они связаны.

Рекомендую разделить корень, home, и своп

Корень - 50Gb - определено эмпирически.
swap - количество оперативки + 0.5G. Обоснование размера - туда можно hibernate делать, потому лчуше не делать его меньше оперативки.
home - осталное.

Если тебе понадобится что-то более сложное, ты об этом сам будешь знать.