Исходя из фона Windows, вы, вероятно, этого не знаете, но Ubuntu (или любая система Linux) использует разделы не так, как Windows, поэтому вы не видите оба созданных раздела.
Как вы знаете, в Windows при подключении раздела он отображается как диск (C :, D: или т. Д.), А все диски отображаются в разделе «Мой компьютер». Каждый диск имеет свою совершенно отдельную иерархию файлов. Но в Linux используется другая модель. В Linux, что касается операционной системы, существует только одна иерархия , которая более или менее эффективно хранится в памяти ядра. Разделы монтируются путем их подключения в определенных точках этой иерархии, а именно в точках монтирования, и когда это происходит, содержимое вновь смонтированного раздела отображается в виде каталогов и файлов в этой точке монтирования.
Вы можете думать об этом, как будто разделы в Linux обеспечивают резервное хранилище для частей файловой системы .
Вот пример, который, будучи не точным на 100%, должен помочь вам понять, как это работает. Предположим, что ваши два раздела имеют следующее содержимое:
Partition 1:
bin/
home/
usr/
Partition 2:
larry/
moe/
curly/
Когда ядро Linux запускается, вы можете представить, что оно начинается с пустой «ментальной модели» файловой системы. («В начале было /
.»)
/
Затем он монтирует раздел в точке монтирования /
; допустим, это раздел 1. После монтирования файловая система имеет следующие три каталога:
/bin/
/home/
/usr/
Затем он монтирует раздел 2 в точке монтирования /home
. После этого файловая система имеет следующие шесть каталогов:
/bin/
/home/
/home/larry/
/home/moe/
/home/curly/
/usr/
Конечным эффектом этого является то, что все, что /home/curly
находится под, находится в разделе 2, а все остальное /
- в разделе 1. Поэтому, когда его спросят о доступе к файлу, как, скажем, /home/curly/maharajah.txt
ядро, заметит, что этот файл находится в точке монтирования раздела 2, /home
и нет других точек монтирования «на пути» от /home
пути к файлу, поэтому он поместит файл в curly/maharajah.txt
раздел 2. Другой файл, например /bin/ow
, будет помещен в раздел 1, потому что он находится в точке монтирования раздела 1, но не под точкой монтирования любого другого раздела.
Но все эти управляющие точки монтирования невидимы для вас, как для пользователя компьютера. При обычном повседневном использовании вас, как правило, не волнует, какие каталоги находятся на каких разделах; когда вы создаете файл, все, о чем вы думаете, - это путь, /home/curly/maharajah.txt
и вы позволяете ядру беспокоиться о том, в какой раздел на самом деле поместить этот файл. Таким образом, в отличие от Windows, разделы должны быть невидимыми при обычном использовании, и вы работаете с иллюзией, что существует только одна большая файловая система, которая содержит все в системе. Некоторые файловые менеджеры, например Nautilus, помогают продвигать эту иллюзию, даже не показывая, какие разделы смонтированы.
Что это означает для вашей конкретной ситуации, так это то, что у вас (возможно) уже есть все, что вы хотите. Ваш раздел на 50 ГБ монтируется /
, а ваш раздел на 410 ГБ монтируется /home
, и это означает, что все, что вы создаете, /home
будет помещено в раздел на 410 ГБ, а все остальное в системе будет размещено на разделе на 50 ГБ. (Ну, на самом деле есть и другие «воображаемые разделы», созданные различными компонентами системы Linux, но пока забудьте об этом.) Просто Nautilus не очень ясно дает понять, что оба раздела используются, и фактически вводит их в заблуждение показывает использование пространства только для раздела 1 на экране «Другие местоположения».
df -h
. вставьте обратно вывод.