[Dúvida] _Home_ separado no Fedora Silverblue
Contexto:
- Tenho usado Manjaro com
/
em BtrFS+Timeshift,/home
em ext4 e/var
em ext4. - Se mostrou uma configuração bastante estável para meu uso, com a possibilidade de restauração de estado da raiz caso alguma atualização traga problemas (o que não aconteceu comigo em quase dois anos que uso o SO), evitando os problemas do Docker com BtrFS (
/var
em ext4) e entulho nos estados (o cache do pacman fica no/var
em ext4, e a/home
está separada e em ext4 também). - O BtrFS entra aqui forte com os chamados snapshots, que chamo estados.
@Renato Araujo trouxe a notícia do Silverblue, no qual fiquei bastante interessado.
A idéia é passar ao Silverblue e dispensar o BtrFS (do qual não tenho o que reclamar) em favor do ostree. Também quero usar mais dos containeres em meu modo de operar o computador.
Nota: O Silverblue oferece a melhor possibilidade de uso no desktop para usuários com menor conhecimento (em minha visão), assim que o rpm-ostree estiver devidamente integrado ao Gnome Software e o rebase for um pouco mais facilitado.
Leitura:
- https://ostree.readthedocs.io/en/latest/manual/adapting-existing/#system-layout
- https://docs.fedoraproject.org/en-US/fedora-silverblue/installation/
O ponto:
Apesar de ser algo ainda não totalmente estabelecido, me parece que existe alguma possibilidade de já realizar instalação com a partição dos usuários (o home) separado. Basta usar o ponto de montagem /var/home
ao invés do costumeiro /home
.
Há alguém que já use separação do home em máquina real ou virtual, ou tenha somente testado?
Comentários
-
é isso mesmo /var/home https://docs.fedoraproject.org/en-US/fedora-silverblue/installation/
0 -
De qualquer forma, também acho que falta "polimentos" com rpm-ostree/gnome-software principalmente na questão de ter que reiniciar por qualquer rpm instalado, até uma fonte e ter mais opções com DE's(spins). Mas está no roadmap. E creio que acelerá o processo de "polimento" e aperfeiçoamento do sistema se mais pessoas testarem e reportarem os bugs e problemas..
0 -
na questão de ter que reiniciar por qualquer rpm instalado
Aqui há um recurso experimental (v. Experimental interface chamado
livefs
. Ele possibilita evitar o reinício do computador:
"interface for applying changes to the booted deployment" (v. https://www.mankier.com/1/rpm-ostree)
Mas ainda é experimental.0 -
@osimplex eu vi, mas está dando problemas, recomendo testar apenas em VM ou para teste...
0
Salas de discussão
- 721 Todas as salas de discussão
- 5 Eventos
- 402 Fedora
- 7 CoreOS
- 137 Spins
- 11 CINNAMON
- 28 GNOME
- 63 KDE
- 10 LXDE
- 4 LXQT
- 13 MATE
- SOAS
- 3 XFCE
- 13 Server
- 84 Workstation
- 33 SilverBlue
- Atomic
- 3 Labs
- ARM®
- 3 Segurança
- 7 Servidores
- 222 Tutoriais
- 6 Críticas e Sugestões
- 16 Novidades e anuncios
- 5 CentOS
- 18 Games
- 31 Hardware
- 8 Linguagens de programação