Sua ideia parece boa, mas eu gerencio partições de uma maneira diferente. Acho as partições um pouco rígidas demais, e sempre tento criar uma quantidade mínima delas.
Outra coisa a considerar é que o SSD é realmente mais rápido do que o HDD, ao ponto de considerar que não posso mais trabalhar com um computador baseado em HDD.
Minha recomendação
- Faça toda a configuração no SSD, com uma partição para
EFI
e outra para/
. - Monte o disco rígido em
/mnt/hdd
- Use seu computador por algum tempo e, quando algum diretório ficar muito grande, mova-o para o disco rígido.
É possível usar links simbólicos ( ln -s
) para vincular dados a algum outro lugar, mas eu uso montagens de bind .
Exemplo
Exemplo: minha música está em /home/pim/music
, que está no SSD, mas quero mover esses arquivos para o disco rígido.
- Reinicie para o modo de usuário único
- Crie um diretório no disco rígido:
mkdir -p /mnt/hdd/bind/home/pim
- Verifique se o usuário
pim
pode acessar e gravar em/mnt/bind/home/pim
- mova os dados:
mv /home/pim/music /mnt/bind/home/pim
- crie o futuro ponto de montagem
mkdir -p /home/pim/music
, mais uma vez as permissões devem corresponder ao usuário. - E agora o truque real: vincular a montagem ao diretório, adicionando essa linha a
/etc/fstab
:/mnt/hdd/bind/home/pim/music /home/pim/music none bind
- tente montá-lo com
mount -a
- reinicie e aproveite.
Desvantagens
-
locate
indexará os arquivos duas vezes, isso pode ser corrigido adicionando/mnt/hdd/bind
aPRUNEPATH
in/etc/updatedb.conf
- Durante o backup, deve-se tomar cuidado para não copiar esses dados duas vezes.
cp
ersync
têm-x
sinalizador para não ultrapassar os limites do sistema de arquivos.
Sobre / home em outra partição (ou montagem de ligação)
Você está falando de um laptop, mas para um servidor remoto, eu sempre levo
de ter um usuário com um diretório inicial na partição /
, para que eu possa
faça o login mesmo se a unidade que contém /home
falhar.