Eu tenho um SSD de 512 GB e um HD de 1 TB no meu laptop. Já tenho o Windows 10 instalado nesta máquina e estou prestes a instalar o Ubuntu 18.04 junto com ele. Tenho 214 GB de espaço não alocado no SSD e 488 GB de espaço não alocado no HDD, que posso usar para o Ubuntu.
Estou planejando dedicar 100 GB do SSD para /
. Agora, estou um pouco confuso sobre /home
. Quero usar o restante do espaço não alocado no SSD e todo o espaço não alocado no HDD para arquivos /home
. Eu tenho duas opções:
1) Monte o espaço do SSD como /home
e crie um ponto de montagem dentro dele /home
, chamado sub_home
para montar o espaço do HDD.
2) Monte o espaço do HDD como /home
e crie um ponto de montagem dentro dele /home
, chamado sub_home
para montar o espaço do SSD.
Mas quero ter certeza de que posso aproveitar a velocidade do SSD e não tenho certeza se conseguirei fazer isso se optar pela segunda opção. Ao mesmo tempo, se eu escolher a primeira opção, pastas do Ubuntu como Documents
, Downloads
, Pictures
etc. serão criadas no SSD, o que prefiro evitar. Forneça orientação. Observe que a prioridade máxima é a velocidade do SSD.
Além disso, existe a possibilidade de atribuir um deles como /home
e montar o outro fora de /
e /home
? Essa abordagem criará algum problema? Nunca usei nenhum ponto de montagem diferente de /
e /home
, exceto para unidades externas e cartões SD.
Edit1: Acredito que preciso esclarecer a questão com base nos comentários. Não estou planejando usar SSD para /home
pastas comuns do Ubuntu, como Documents
, Downloads
, Pictures
etc. Estou planejando usá-lo para manter conjuntos de dados de máquina/aprendizagem profunda, gazebo
modelos de simulação, ROS
arquivos etc. Achei que esses arquivos poderiam se beneficiar da vantagem de velocidade.
A beleza de um sistema de arquivos Linux é que você pode montar qualquer dispositivo, em qualquer lugar que desejar. Por exemplo, se você tiver grandes conjuntos de dados, muito grandes para serem armazenados em cache de forma eficaz pela memória RAM disponível, você pode escolher uma pasta com o nome que quiser, onde quiser na árvore.
Algumas pastas já existentes no sistema são adequadas para tarefas específicas. Costumo montar unidades de big data em /srv, por exemplo. Para ser uma distribuição compatível, inclua esta pasta, mas não a vi muito usada na última década, exceto para meus próprios propósitos.
Por exemplo: digamos que sua unidade SSD seja
/dev/sda
e você a particione de modo que tenha ~ 100 GB de partição primária/dev/sda1
no SSD/
e decida que os ~ 400 GB restantes na unidade que você particionou/dev/sda2
serão usados para armazenamento de dados e montado em/srv
seu arquivo /etc/fstab ficaria mais ou menos assim:O instalador é muito bom em permitir que você especifique partições específicas para pontos de montagem padrão, mas você também pode criar as suas próprias, em qualquer lugar e montá-las via /etc/fstab. É totalmente possível ter unidades/partições diferentes montadas em
/
,/SSD
,/HDD
,/bin
,/opt
,/home
,/home/Documents
,/srv/
/srv/data
etc, etc, etc.O único fator limitante no número de drives é o espaço disponível para colocá-los e a energia disponível para executá-los. SE você tivesse 50 compartimentos e espaço de tabela para 10 unidades externas, poderia montá-los todos, em qualquer lugar da árvore que desejar. Também existem métodos que permitem fazer várias unidades aparecerem como 1, mas não vou entrar nisso, pois parece que você deseja mais controle sobre qual dispositivo está sendo lido e gravado do que é permitido por essas abordagens.
EDIT: Há uma escrita decente sobre a estrutura de diretórios do Nix aqui.
Se alguma coisa sobre esta resposta não estiver clara, por favor, deixe-me um comentário e farei o meu melhor para elaborar.
Eu costumava
mhddfs
fazer vários discos físicos aparecerem como um, isso pode se adequar ao que você está procurando fazer. Existem outras ferramentas também,mergerfs
,unionfs
eaufs
Então você pode montar um disco como
/media/ssdhome
e outro como/media/hddhome
, combiná-los como/home
. Em seguida, dentro de cada um, você pode criar um link simbólico para o outro disco chamado sub_home ou apenas utilizar os caminhos /media/ ao criar novos arquivos.