Разделы на нескольких жестких дисках Ubuntu 16.04

Существует несколько способов сделать то, что Вы хотите:

• Отдельные точки монтирования - можно создать любой раздел (разделы), который Вы хотите на каждом диске и монтируете их везде, где это удобно. Учитывая размеры Ваших дисков (500 ГБ за штуку), возможности, Вы будете использовать больше всего их для пользовательских файлов, таким образом, Вы, вероятно, смонтировали бы, что большая часть этого пространства где-нибудь в рамках Вашего корневого каталога - говорит, /home/aijaz/ssd1 и /home/aijaz/ssd2. Это дает Вам явный контроль, куда любой данный файл идет, который мог бы быть полезным, если Вы хотите использовать в своих интересах скорости SSD для некоторых файлов, но не других, или если один или несколько, диск является съемным и Вы планируете периодически удалить его для переноса больших файлов в другое место.
• LVM - В управлении логическими томами (LVM), дисках или разделах (логические тома в LVM-говорят) может быть объединен в группу объема и затем разделен на логические тома. Точка этого - то, что логические тома могут быть любым размером, который Вы хотите - меньший или больше, чем физические тома. В Вашем случае Вы могли поместить большую часть своего дискового пространства в группу объема и затем создать одну большую область хранения, которая охватывает большую часть Вашего доступного дискового пространства, давая Вам 1 000 ГБ (или больше) файловая система, в которой Вы могли бы смонтироваться /home.
• RAID - Вы могли настроить программное обеспечение RAID 0 массивов через Ваши два SSD, или потенциально даже через оба SSD и Ваш жесткий диск, для достижения эффектов, подобных LVM. LVM более гибок для Вашего варианта использования, но RAID, до некоторой степени, более прост. (Уровни RAID выше RAID 0 могут использоваться для улучшения надежности, которую не может сделать LVM.)
• Охват Btrfs - (относительно) новая файловая система, которую Btrfs обеспечивает охватывающим диск функциям, подобным функциям в LVM или RAID 0; можно использовать его для создания одной файловой системы, которая покрывает несколько устройств.

Любая из последних трех опций имеет недостаток, что они делают Вашу файловую систему более уязвимой для отказов диска - если один диск физически перестанет работать, то Вы, вероятно, потеряете доступ даже к файлам, хранившим на хорошем диске (дисках), и восстановление становится более сложным. OTOH, гибкость этих подходов может быть значительной, и могут быть выигрыши в производительности, потому что доступ может охватить несколько дисков, а не быть ограничен техническими характеристиками всего одного диска. (Я не уверен, был ли этот выигрыш в производительности значительным для SSD, все же. Это - конечно, проблема для жестких дисков.), Если бы необходимо было охватить SSD и жесткий диск, Вы, вероятно, получили бы или переменную скорость или скорости между теми из SSD и Вашего жесткого диска, в зависимости от того, как Вы настраиваете его.

Один важный вопрос и возможно сложность, состоят в том, как производительность жесткого диска по сравнению с Вашими SSD взаимодействует. При помещении основной установки ОС на жесткий диск, как указано в вопросе, возможности являются его производительностью, пострадает по сравнению с тем, чем это могло бы быть, если бы это было на SSD. Лично, я, вероятно, создал бы установку LVM, которая охватывает, по крайней мере, большинство из обоих SSD и возможно всех трех дисков, поместите корень (/) файловая система в LVM как логический том, и создает a /home логический том, который охватывает большую часть остальной части пространства SSD. Я затем рассматривал бы жесткий диск как более медленное устройство хранения данных для редко используемых файлов или тех, которым не нужна большая скорость - по существу, комбинируя "отдельные точки монтирования" и конфигурации "LVM". OTOH, у Вас могла бы быть потребность супербыстрого доступа к пользовательским файлам, в этом случае делая его, как Вы обрисовали в общих чертах выше (с ОС на жестком диске), мог бы иметь больше смысла. Если Вы не заботитесь очень о скорости и хотите простое расположение каталога, помещая (почти) все в одну группу объема LVM, и разрешение скорости доступа варьироваться могло бы иметь смысл.

Обратите внимание на это с LVM и установками RAID, имея отдельное /boot раздел имеет смысл, потому что это помещает ядро и связанные файлы за пределами конфигурации LVM/RAID. Хотя GRUB 2 может прочитать Linux LVM и установки RAID, эта возможность является относительно новой, и не все загрузчики может обработать этот прием, поэтому если у Вас нет non-LVM/non-RAID /boot раздел, Вы будете ограничивать свой выбор загрузчиков. Кроме того, самые новые компьютеры загружаются исходно в режиме EFI, который требует отдельного Системного раздела EFI (ESP), который должен быть за пределами LVM и (программное обеспечение Linux) RAID.

Одно заключительное примечание: 250 ГБ для корня (/) файловая система является почти наверняка чрезмерной. Большинству установок только нужны приблизительно 10 ГБ для базовой установки, хотя Вы могли перейти к 30-50 ГБ, если Вы хотите иметь много пространства для расширения. Если Вам нужны больше, чем та сумма пространства за пределами /home, Вы могли бы хотеть рассмотреть откалывание чего-то еще. Например, серверу, возможно, понадобилось бы много пространства в /var или некоторое другое местоположение, где сервер хранит файлы.