Как правильно устанавливать linux с двумя жёсткими дисками?

Question

[Shurik]

Добрый день. Докупил вот nvme жёсткий диск и собираюсь переустановить Ubuntu с ssd на него, а ssd использовать как хранилище данных.
Ранее, при одном диске, я указывал для системы точку монтирования /, а /home для домашнего каталога.
Вопрос в том, как быть с двумя жёсткими дисками? Оба по 500гб. Если на один ставить систему, то 500 многовато для системы только. Разделить его? Если да, то вопрос про /home. Допустим я с этих 500 выделил на систему 100. В этом случае home располагаться на этих 100 или же лучше на оставшихся 400. Если на оставшихся 400, то как будет в дальнейшем переустанавливаться система, чтобы в /home ничего не затерялось и было все корректно с точки зрения отсутствия багов по сравнению с полной переустановкой с заменой /home каталога.
В общем если кратко, как лучше спроектировать дисковое пространство с точки зрения перспективы безгеморойной переустановки в будущем?

Answer 1

[vaut]

Я бы поставил и рут и хоум на NVME, а SSD использовал для отдельных тяжелых вещей.
Реализовал бы это так: Не переустанавливал систему, а просто перенес все на NVME. (грузимся с LIVE дистра, размечаем разделы, копируем, правим fstab)
Проверив что все у нас заработало на NVME форматируем SSD и монтирую его куда нибудь в /mnt/
На SSD создаем каталог storage и этот каталог байндом замонтировал в /home/user/storage/
Добавляем эти два монтирования в fstab.
ВСЕ. Теперь в хоуме у нас каталог storage в который можно сохранять всякий хлам. При необходимости добавить еще другие каталоги и замонтировать их в другие места.

Второй вариант собрать их в первый рейд с помощью LVM. Но, скорость доступа будет непредсказуемая и выход из строя одного диска убьет все данные.

Третий вариант рейд с помощью btrfs или zfs. Имхо чуть лучше чем LVM, но проблемы от рейда те же самые.

Comments

[Shurik]

Интересные решения. fstab, что в нем править? А то я не такой спец в linux ещё)
По поводу рут и Хоум на nvme - это же очень много для системы и кофигов. 90% будет пустовать на этом диске. Как выше писали не логично ли его разделить на пару-тройку разделов. Получится под хлам часть nvme и storage с ssd например

[vaut]

Shurik, а зачем его бить? Что бы потом искать что переместить туда где еще есть место из места где уже нет?
Под рут ну 50-100 гигов сделать раздел, своп оперативка*2 максимум, остальное хоум.
В fstab вам нужно будет указать новые uuid разделов после переноса.
Ну и новые правила монтирования SSD. Там нет ничего сложного, все почти совпадает с аргументами команды mount и в man все достаточно подробно описано.
Вот прямо цитата man:

Bind mounts
       Remount part of the file hierarchy somewhere else.  The call is:

              mount --bind olddir newdir

       or by using this fstab entry:

              /olddir /newdir none bind

[Shurik]

vaut, хорошо. Допустим, при такой разметке при следующей переустановке мне ведь придется затереть Хоум новой установкой? Знаю, что можно и не тереть, но где то мне посоветовали типа лучше затирать ее.
Про своп кстати вычитал, что он быстрее изнашивает SSD и использовать его не рекомендуется. Прочитав это испугался и отключил у себя своп. Да и в моем случае сейчас он не особо то и нужен - вместе с диском докупил ещё планку памяти))

[vaut]

Shurik, своп и вправду не полезен дискам.
Вот кто посоветовал стирать хоум, тот пусть и рассказывает как это делать и зачем.
Вы всегда можете конфигурационный файл передвинуть/удалить если какое либо приложение не захочет работать со старым. Других проблем не может даже в теории появиться. Я уже много лет таскаю хоум с компьютера на компьютер и при обновлениях.

[Shurik]

vaut, понял. Спасибо большое за советы. Сделаю тогда как вы советуете: разделю nvme на рут и Хоум, а другой физический диск примотрирую. И надеюсь получится справиться с вариантом без переустановки, а то уж больно не хочется снова заморачиваться установкой и настройкой всяких докеров(а самое главное по новой поднятия проектов в нем) и компосеров.)

Answer 2

[xotkot]

как люди любят себе усложнять жизнь )
lvm, btrfs, zfs, рейды, 100500 разделов ... брр
ставьте на nvme одни(/) раздел (или два[+ /boot] если у вас UEFI), не отделяя хомяк в отдельный раздел
а на ssd можно будет скидывать тяжелые файлы - фильмы, музыка, виртуальные машины и др., а также бекап важных данных с nvme

По поводу рут и Хоум на nvme - это же очень много для системы и кофигов. 90% будет пустовать на этом диске.

не страшно, во первых, хомяк со временем растёт, во вторых чем больше свободного места тем дольше прослужит ваш nvme, так как данные не перезаписываются сразу по месту как в hdd, а "равномерно дописываются" на свободное место.

В общем если кратко, как лучше спроектировать дисковое пространство с точки зрения перспективы безгеморойной переустановки в будущем?

легко, копируете папку с вашим пользователем(что в хомяке) на ssd, накатываете на nvme новую систему по тому же принципу, копируете папку пользователя обратно, создаёте пользователя указав эту папку как его хом попутно при необходимости рекурсивно меняем права(chown -R ...) в данной папке на нужные.
ну и вроде всё.

п.с.

вместе с диском докупил ещё планку памяти

раз ОЗУ у вас с избытком то чтобы меньше мучать диск можно в fstab добавить параметр commit=60 что позволит системе производить запись на диск раз в минуту держа эти данные в памяти, в принципе можно и больше, у себя например довел до двух минут и вроде пока нормально.

Comments

[Shurik]

Ваша логика понятна в целом кроме одного - почему не отделяя Хоум в отдельный раздел? Ведь сами же говорите, что он будет разрастаться. А если не отделять его, то при следующей переустановке он затрется!

[xotkot]

Shurik, разрастаться то он будет но не сильно, если конечно тяжелое будете выносить, у меня например тоже nvme на 500 гиг , использовано диска порядка 14 %

А если не отделять его, то при следующей переустановке он затрется!

вы что переустанавливать будете каждую неделю ?) если нет то думаю не проблема раз в год или пол года скопировать 100+ гиг хомяка с ssd на котором ранее скопированный хомяк будет дополнительно выступать резервной копией.
Также иногда возникает необходимость при новой установке почистить хомяк от лишнего мусора, но вместо чистки порой легче просто перенести тока нужное из него и тут отдельный раздел под хом уже будет как пятая нога которую всё рано нужно будет резать.

[Shurik]

xotkot, понял) спасибо за рекомендации))

[xotkot]

Shurik, добавлю по поводу копирования/бекапа хомяка на ssd
если копировать как есть то будет занимать относительно много места, а если бекапить(архивировать) то не очень удобно работать с таким большим архивом особенно если нужно будет срочно что-то достать оттуда
как по мне то здесь идеальным решением будет использовать dwarfs это файловая система со сжатием только для чтения, очень быстро и качественно жмет и при этом легко с ней работать.
создаём:
mkdwarfs -i /hоme/user -o /..../user.dwarfs
монтируем:

mkdir MNT && dwarfs  /..../user.dwarfs MNT -o workers=$(nproc)

отмонтируем:
umount MNT

[Shurik]

xotkot, спасибо за наводку. Не слышал про dwarfs. Обязательно изучу данный вопрос!)

Answer 3

[ky0]

С точки зрения безгеморойной переустановки - один диск под один раздел, второй - под другой. Но лично я накатил бы на них LVM.

Answer 4

[SVM]

nvme делишь на 3-ри раздела
±100(но я считаю что и это многовато) под /
±100 под /home
остальное можно монтировать куда вам будет угодно.
Второй диск SSD так же.
Почему по <100 ??? - да их проще забэкапить.
В хомяке нужно хранить только конфиги, ну т.е. самое необходимое.
а весь остальной мусор на отдельный раздел/диск и монтировать куды нужно.
У меня под систему т.е. под / 25гб и под /home 30гб
На оставшихся ≈60гб (у меня ssd всего 120гб), создан раздел, который монтирую в свой хомяк,
там у меня виртуалки и прочая хренотень ))