Вопрос по разметке диска

так как сам таким не являюсь,

Именно по этому сноси это непотребство и делай 512мб EFI, и всё остальное под рут.

После перврого обновления поймешь, что неправильно.

Мне например в притык 256G для системы не считая хомяка, система 180G примерно занимает, 50G это мало, хотя у меня Gentoo и там полно пакетов для сборки и кэш не чищу.
И привычка хз зачем делать размеры разделов по типу 16G-1M, 32G-1M, 512G-1M или хотя бы 256G-32G-1M, -1M нужен для того чтобы втиснуть расширенный раздел MBR если вдруг он воскреснет, а раздел нельзя уменьшить, а не 10G 50G 100G.

Достаточно EFI и /. Отдельный /var не даст вообще ничего, кроме потенциальных проблем. Это может быть полезно для серверов, и даже там крайне редко.

Т.е. после каждого раздела оставлять неразмеченную область в 1М или просто в конце 1М неразмеченный оставить?

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

Если это вопрос, то не обязательно. При переустановке удаляешь/переносишь всё кроме home/ и ставишь на тот же раздел.

нормально разбил, var и корень бы не делил, но как разбил, работать без проблем должно

1. Смотря что ты собираешься хранить на efi-разделе. Если только загрузчик, то чрезмерно много, хватит и 10Mb. Если ядра + initramfs, то может быть мало.

2. Отдельный /var скорее проблема, чем плюс.

3. 50Gb под / в 2025 году тоже может быть мало в отдельных случаях использования.

В целом я бы рекомендовал сделать 2 раздела: efi и /.

15 гигов это под что? Под /boot дофига, хватит гига, под swap норм, но не тот тип раздела. Под / от набора ПО зависит, обычно хватает, да.

В принципе, можешь просто сделать 128 метров под EFI, а все остальное в /, swap как файл. Дубово, конечно, но сойдет для дома.

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

два раздела:

• Для efi и бут+корень при использовании ext4. С ext4 нет особого смысла заморачиваться с разделением хомяка и корня, если ты ее выбрал, то тебе в принципе не важна сохранность файлов - у тебя мусорка
• efi+boot и все остальное для btrfs. В btrfs хомяк и корень разносят на сабвольюмы (но раздел один), так как снапшоты корня особого смысла не имеют и лишь занимают лишнее место

ТС не знает как диск разметить, а ты ему ненужнофс впариваешь, советчик блин

А нужны ли отдельные /var и /home? Согласно Gentoo wiki, /var стоит выносить на отдельный раздел, если на системе будет стоять почтовый сервер (или возникнут другие ситуации, когда в /var будет храниться много данных, которые важно сохранить при переустановке системы). /home нужно выносить на отдельный раздел, если планируете в будущем переустанавливать систему, желая при этом сохранить содержимое этого каталога.

Что касается размеров - зависит от ваших потребностей.

отдельные разделы для каких то вещей нужны на серваке. если в корне кончится место, то ты не сможешь по ssh подключится к серверу. а оно может кончится из-за мусора в логах, либо если есть шара, либо если дать разрабам доступ к хомяку для экспериментов. на своем пека ты можешь все поправить с загрузочной флешки (войти в систему иногда нельзя через всякие gdm, sddm, если нет места), а вот на серваке там придется rescue mode запускать, что дольше, да и нужны доступы, которых у тебя может и не быть

Тут ещё стоит уточнить, какая файловая система. Если btrfs, то разметка будет точно другая.

Размер достаточный. Не слишком ли большой - покажет время. Я бы советовал или использовать один раздел на весь диск, или использовать LVM и разметить изначально разделы по минимуму (например по 10 GB), а потом в процессе работы мониторить используемое место и добавлять куда надо.

есть различные типы fat: fat12, fat16, fat32 (exfat - это немного другое). в зависимости от того какой создашь - такой минимальный размер и можно использовать. fat - тупорылая файловая система, где есть какие-то странные ограничения на минимальный размер снизу. если меньше 30 или 32 мегабайт пытаешься создать fat12, то выводит толи предупреждение, толи вообще создать нельзя. но кто-то создавал fat12 на 2 мегабайта и у него все работало (efi-файлы systemd-boot и столько не занимают).

для рута 50 гигов мало. место может кончиться из-за кеша пакмана, докера и тп вещей. лучше один разлел подо все, а тот на 500мегабайт использовать для efi и хранения ядер (мало ли захочешь шифрануть раздел с данными)

Размер раздела кратный 2G 4G 8G 16G и т.д минус 1M. Чтобы втиснуть 2*32 в 64 и между разделами 1M свободно осталось для расширенного раздела мбр.

(занято (16G минус 1M))+(свободно 1M)+(занято (8G минус 1M))+(свободно 1M)+(занято (8G минус 1M))

Но это сложно в gui делать т.к. там 1M свободного места может не отображаться или gui вовсе автоматически прописать между разделами может свободное место и не отображаться при этом тоже.
Так что приходится сектора считать калькулятором и начало раздела выравнивать, зато потом восстанавливать всё это проще, но не другому кому то.
Неразмеченную область лучше не оставлять из-за trim.

Самые большие разделы лучше в начале диска или по середине размечать, чтобы не перемещать их влево если они всё рано в итоге закончатся.
Если например мне попадётся диск 500GB, то делю его пополам по 256G, а не 250GB и размечаю начало одного из двух больших разделов в 256G секторе, получается не поровну т.к. диски не 512G, но мне так удобней, другой большой раздел например начинается в 2G или 4G из-за таблицы разделов не с 0, мелкие разделы в концах этих двух больших половинок.
Если раздел можно уменьшить ext4 или ntfs то можно до конца, а если нельзя как f2fs то по той схеме которую раньше написал и раздел такой лучше сделать сначала как можно меньше, т.к. f2fs нельзя уменьшить.
f2fs не работает на hdd, можно записать раздел и примонтировать, но скопировать файлы из f2fs которая на hdd будет очень сложно, только раздел можно скопировать на ssd и там уже работать.
Можно на диск сразу фс накатить, но винда его может сломать.

если в корне кончится место, то ты не сможешь по ssh подключится к серверу.

reserved blocks на ФС не помогут в этом случае?

EFI сделай в конце на 100Мб. Если что потом легко увеличить будет. Ну и как написали всё остальное под один корень.

Вантуз хочет не меньше 100мб. Ну вдруг ему захочется дуалбут для игр.

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

Я бы разметил так:

1. 1G -Fat32 /efi+boot,
2. 100G -luks+btrfs /root,
3. все остальное место -luks+ext4 /data.

Хомяка не выделять, все важные данные хранить в вынесенном разделе. А в идеале бы купил ещё один диск чисто для системы на 250гиг тогда разметил бы так:

1. Ssd1: 1G -Fat32 /efi+boot
2. Ssd1: все оставшиеся место luks+btrfs /root
3. Ssd2: весь диск под данные и бекапы -luks+ext4 /data.

/ забыл

Хомяка не выделять, все важные данные хранить в вынесенном разделе.

мотивация?

мотивация?

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

Я 2 гб выделил. Загрузчик может быть не один, и если хранить ядра и прошивки то место быстро исчезает. Можно и 5 гб на будущее.

Уточню. Если в одном крипто контейнере luks есть несколько разделов с разными фс, то проблем нет. Но все меняется, когда одна из них btrfs. Она на сколько я знаю не создаёт таблицу разделов и поставить ее на один раздел нельзя, нужно использовать весь диск. Крипто контейнер используется как отдельный диск(если так можно сказать), luks также позволяет ее установку, но как и на диске либо btrfs везде, либо нигде. При моей разметке получается два контейнера: один под корень и один под данные, и как это будет монтироваться если один из контейнеров будет хомяком я не знаю. Поэтому решил не рисковать и оставить его в контейнере с корнем и не выносить, а другой контейнер с данными монтировать позже при старте.

что железо такой кал по человечачьи в легаси не может? так бы конечно было лучще все в один раздел запихать.

/home всегда отдельный всегда самый большой, потом можно переставить не потеряв данные хомяка

он никуда не исчезает при переустановке

сколько ты бреда то понаписал как и люди, что мне клоунов ставят (бтрсоненавистники обладают магическим мышлением и иррациональной верой в проблемы). для «бекапов» нужно raid-1 создавать. создаешь два раздела с одним паролем и только раз его вводишь.

сколько ты бреда то понаписал как и люди, что мне клоунов ставят

А сам ты их не поставил?

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

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

для «бекапов» нужно raid-1 создавать.

Согласен, нужно. Только у меня всего один диск и то не очень большой 240гб и рейд из одного диска если и возможен, то это сродни идиотизму. Покупать второй я не буду, меня и так все устраивает.

Не понимаю почему ты сагрился? Мне не хочется ставить один только btrfs, я ему не доверяю. Поэтому и разбил диск на загрузчик и два шифрованных контейнера: корень с btrfs и второй под данные с ext4.

у меня причина использования raid в том что на одном диске записано 60 терабайт, а второй – дешевая adata. тут просто лотерея кто раньше сдохнет. а сама btrfs за 7 лет у меня не ломалась в тч на сервере

флаг bls_boot есть для создания отдельного раздела под /boot. это требует подлержки ext2/btrfs и тп с помощью копирования efi-драйверов для них на раздел с efi. но boot лучше в корне монтировать, тогда если не используется программное шифрование, можно делать снапшоты с ядром. мне же efi и boot приходится на одном разделе держать. гигабайта хватит linux+linux-lts+amd-ucode+еще что-то, что dracut автоматом включает в initramfs; требуют ~550мб.

Отрезаю ефи, хомяк и рут и дата. Ефи понятно, а хомяк для бекапов и переездов, а дата для фильмо-музо теки, хренения бекапов хомяка на больших hdd с софтовым рейдом.

зачем из хомяка музло с кинцами выкидывать ?? хомяк аккурат для ентого :)

512мб EFI

У мну на серваке ESP 3MiB. Даже этого хватает. Если только возможно что-то совсем нестандартное в качестве загрузчика возможно заюзать, тогда можно 127MiB ESP. Больше ESP отдавать, имхо, излишне.

Хомяк на быстром диске и в него фильмо залинкованно, а сами данные на 20гиговых hdd. Такие м2 вообше существуют? 😃

Без отдельного бута ядра пойдут туда же. А лучше вообще EFIstub.

может если юзать-отлаживать тормозную btrfs можно попытатся сохранить (давно не огребал не совместимость версий, ext4 спокойно ext2 открывает) и но используя самую быструю - провереную ext4 по умолчанию используюмую в mint человек потеряет / c /home.

Без отдельного бута ядра пойдут туда же

с каких пор ядра хранятся в /boot/efi?

с каких пор ядра хранятся в /boot/efi?

Со времён изобретения EFISTUB. А сейчас к этому добавились systemd-boot и UKI (независимо друг от друга). Также рекомендуется монтировать ESP в /boot или /efi. Но зависит от дистрибутива и предпочтений администратора, конечно.

она не самая быстрая ntfs быстрее, а ext2, где нет журналирование — еще. Btrfs при использовании сжатия и современного процессора с AES-NI показывает ту же скорость записи. например, мы пишем как бы 1 гиг, а несжатые данные 1,5 занимают. сиди в своем 20 веке дальше

С тех самых пор, как выкинули гроб2 и ему подобные экспонаты.

С тех самых пор, как выкинули гроб2 и ему подобные экспонаты

А вот его как раз не выкинули. Вот когда в Ubuntu, Debian и Fedora выкинут, тогда и поговорим.

Всё ещё тащат совместимость с легаси биосами.