Разделение / размещение среди нескольких разделов

У меня на жестком диске емкостью 512 ГБ и 1 ТБ на моем ноутбуке. У меня уже установлена ​​Windows 10 на этой машине, и я собираюсь установить Ubuntu 18.04 вместе с ней. У меня 214 ГБ нераспределенного пространства в SSD и 488 ГБ нераспределенного пространства на жестком диске, которое я могу использовать для Ubuntu.

Я планирую выделить 100 ГБ из SSD для /. Теперь я немного смущен /home. Я хочу использовать остальную часть нераспределенного пространства в SSD и все нераспределенное пространство на жестком диске для /home. У меня есть два варианта:

1) Установите SSD-пространство как /home и создайте точку монтирования внутри /home, называемую sub_home, чтобы установить место на жестком диске.

2) Установите HDD в качестве /home и создайте точку монтирования внутри /home, которая называется sub_home для монтирования пространства SSD.

Но я хочу убедиться, что могу использовать скорость SSD и я не уверен, смогу ли я это сделать, если поеду со вторым вариантом. В то же время, если я выберу первый вариант, папки Ubuntu, такие как Documents, Downloads, Pictures и т. Д., Будут созданы в SSD, который я предпочитаю избегать. Просьба дать указания. Обратите внимание, что главным приоритетом является скорость SSD.

Кроме того, есть ли возможность назначить один из них как /home и установить другую за пределами / и /home? Будет ли такой подход создавать какие-либо проблемы? Я никогда не использовал точки монтирования, отличные от / и /home, за исключением внешних дисков и SD-карт.

Edit1: Я считаю, что мне нужно прояснить вопрос, основанный на комментариях. Я не планирую использовать SSD для обычных папок Ubuntu /home, таких как Documents, Downloads, Pictures и т. Д. Я планирую использовать его для хранения наборов данных машинного / глубокого обучения, gazebo f23] и т. д. Я думал, что эти файлы могут воспользоваться преимуществами скорости.

2
задан 25 May 2018 в 20:29

6 ответов

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

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

в качестве примера: допустим ваш SSD диск [F2] и вы раздел это такое, что у вас есть ~100 ГБ основной раздел [Ф3] на SSD для [F4], а вы решите, что оставшиеся ~400ГБ на диске, который у тебя разбит на разделы как [ф5] будет использоваться для хранения данных и установлен на [ф6] ваш /etc/fstab файл будет выглядеть примерно так:

[Ф1]

установщик очень хороший, в котором можно указать конкретные разделы для монтирования по умолчанию, но вы также можете создать свой собственный, в любом месте и подключать их через /etc/fstab строчку. Вполне возможно, чтобы иметь разные диски/разделы, установленный в [ф7] , [F8] и [F9] и , [ф10] , на [F11] , [ф12] , [от f13] , [ф14] [ф15] и т. д. и т. п. и т. д.

единственным сдерживающим фактором на количество приводов-это свободное пространство, чтобы разместить их, и мощности для запуска их. Если у тебя было 50 бухт и табличного пространства для 10 внешние жесткие диски вы можете установить их в любом месте на дереве вы хотели бы. Существуют также методы, которые позволяют сделать многочисленные диски будут выглядеть как 1, но я не буду углубляться в то, как мне кажется, что вы хотите больше контроля над какое устройство для чтения и записи, чем предусмотрено таких подходов.

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

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

2
ответ дан 8 June 2018 в 13:57
  • 1
    Спасибо за подробный ответ и ссылку. Все комментарии и ответы помогли мне понять, что должно быть сделано в моем случае. – skr_robo 27 May 2018 в 18:42
  • 2
    Просто чтобы прояснить, даже при высокой скорости устройство как твердотельный накопитель монтируется в месте, которое находится внутри более низкой скорости устройства, как жесткий диск, скорость SSD не будет нарушена? – skr_robo 27 May 2018 в 18:45
  • 3
    @skr_robo для уточнения более высокую скорость устройства не находится внутри более низкой скорости устройства. ветви дерева, где он установлен, может сделать это появляются а если это так, и это понятно, почему можно так думать, но это не так. Вы могли бы легко доказать это, выполнив тест скорости записи и чтения данных из файла и времени его. используя такие команды, как [Ф1] и [Ф2] или просто копирование файлов туда-сюда. Если ваши неопределенным, это был мой опыт, что лучше, чтобы проверить предположения, предоставляемые другими. Я Приветствую Вас, чтобы сделать это с моим. – Elder Geek 27 May 2018 в 20:23
  • 4
    Спасибо. Это именно то, что я хотел знать. – skr_robo 27 May 2018 в 20:27
  • 5
    @skr_robo Всегда хочет помочь – Elder Geek 27 May 2018 в 20:33

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

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

В качестве примера: скажем, что ваш SSD-диск - /dev/sda, и вы его разделяете таким образом, что на SSD для / у вас есть первичный раздел ~ 100 ГБ /dev/sda1, и вы решили, что оставшиеся ~ 400 ГБ на диске, который вы разделили как /dev/sda2, будет использоваться для хранения данных и смонтирован на /srv, ваш файл / etc / fstab будет выглядеть примерно так:

# Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda1 during installation UUID=06a31723-1f61-4bae-ae5d-403cd35d0adc / ext4 errors=remount-ro 0 1 # /home was on /dev/sdb1 during installation UUID=a2a0bb88-9faf-4e83-91cc-f687e1b4525a /home ext4 defaults 0 2 UUID=7a6cc92c-4c0d-42e2-baac-373287cf5b80 /srv ext4 defaults 0 2 # swap was on /dev/sdc2 during installation UUID=f0f7785c-25b5-4770-b2b3-fd618ebf58c7 swap swap defaults 0 0

Установщик очень что позволяет вам указать конкретные разделы для точек монтирования по умолчанию, но вы также можете создавать свои собственные, где угодно и монтировать их через / etc / fstab. Вполне возможно, что разные диски / разделы установлены на /, /SSD, /HDD, /bin, /opt, /home, /home/Documents, /srv/ /srv/data и т. Д. И т. Д. и т. д.

Единственным ограничивающим фактором для числа дисков является пространство, доступное для их размещения, и доступная мощность для их запуска. Если у вас есть 50 отсеков и табличное пространство для 10 внешних дисков, вы можете смонтировать их все в любом месте дерева, которое вы хотели бы. Существуют также методы, которые позволяют создавать многочисленные диски как 1, но я не буду вдаваться в это, поскольку кажется, что вы хотите больше контролировать, какое устройство считывается и записывается, чем разрешено такими подходами.

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

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

2
ответ дан 17 July 2018 в 13:29

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

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

В качестве примера: скажем, что ваш SSD-диск - /dev/sda, и вы его разделяете таким образом, что на SSD для / у вас есть первичный раздел ~ 100 ГБ /dev/sda1, и вы решили, что оставшиеся ~ 400 ГБ на диске, который вы разделили как /dev/sda2, будет использоваться для хранения данных и смонтирован на /srv, ваш файл / etc / fstab будет выглядеть примерно так:

# Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda1 during installation UUID=06a31723-1f61-4bae-ae5d-403cd35d0adc / ext4 errors=remount-ro 0 1 # /home was on /dev/sdb1 during installation UUID=a2a0bb88-9faf-4e83-91cc-f687e1b4525a /home ext4 defaults 0 2 UUID=7a6cc92c-4c0d-42e2-baac-373287cf5b80 /srv ext4 defaults 0 2 # swap was on /dev/sdc2 during installation UUID=f0f7785c-25b5-4770-b2b3-fd618ebf58c7 swap swap defaults 0 0

Установщик очень что позволяет вам указать конкретные разделы для точек монтирования по умолчанию, но вы также можете создавать свои собственные, где угодно и монтировать их через / etc / fstab. Вполне возможно, что разные диски / разделы установлены на /, /SSD, /HDD, /bin, /opt, /home, /home/Documents, /srv/ /srv/data и т. Д. И т. Д. и т. д.

Единственным ограничивающим фактором для числа дисков является пространство, доступное для их размещения, и доступная мощность для их запуска. Если у вас есть 50 отсеков и табличное пространство для 10 внешних дисков, вы можете смонтировать их все в любом месте дерева, которое вы хотели бы. Существуют также методы, которые позволяют создавать многочисленные диски как 1, но я не буду вдаваться в это, поскольку кажется, что вы хотите больше контролировать, какое устройство считывается и записывается, чем разрешено такими подходами.

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

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

2
ответ дан 20 July 2018 в 13:35

я использовал [F1], чтобы сделать несколько физических дисков, отображается как один, это то, что вы хотите сделать. Есть и другие инструменты, [Ф2], [Ф3], и [F4] и

так что вы могли бы смонтировать один диск как [ф5] и [ф6], объединить их, как [ф7]. Затем внутри каждого можно сделать симлинк на другой диск под названием sub_home, или просто использовать /СМИ/ путей при создании новых файлов.

1
ответ дан 8 June 2018 в 13:57
  • 1
    Если я это сделаю, я не смогу поставить мой приоритет файлов в SSD. Мне нужно быть в состоянии сказать, если файл находится на жестком диске или SSD. – skr_robo 25 May 2018 в 20:47
  • 2
    Мне нравится идея в редактировании. Спасибо! – skr_robo 25 May 2018 в 21:01

я использовал [F1], чтобы сделать несколько физических дисков, отображается как один, это то, что вы хотите сделать. Есть и другие инструменты, mergerfs, unionfs, и [F4] и

так что вы могли бы смонтировать один диск как /media/ssdhome и /media/hddhome, объединить их, как /home. Затем внутри каждого можно сделать симлинк на другой диск под названием sub_home, или просто использовать /СМИ/ путей при создании новых файлов.

1
ответ дан 17 July 2018 в 13:29

Я использовал mhddfs, чтобы отобразить несколько физических дисков как один, это может соответствовать тому, что вы хотите сделать. Существуют и другие инструменты: mergerfs, unionfs и aufs

. Таким образом, вы можете установить один диск как /media/ssdhome, а другой как /media/hddhome, объединить их как /home. Затем внутри каждого из них вы можете сделать символическую ссылку на другой диск под именем sub_home или просто использовать / media / paths при создании новых файлов.

1
ответ дан 20 July 2018 в 13:35
  • 1
    Если я это сделаю, я не смогу разместить файлы приоритета в SSD. Мне нужно узнать, находится ли файл на жестком диске или SSD. – skr_robo 25 May 2018 в 20:47
  • 2
    Мне нравится идея в редактировании. Спасибо! – skr_robo 25 May 2018 в 21:01

Другие вопросы по тегам:

Похожие вопросы: