Instalação avançada do Debian com Btrfs + timeshift-autosnap-apt + Zram + home encriptado (UEFI/GPT)

xerxeslins

Um simples manual com o passo a passo para instalar Debian de forma que seja compatível com o Timeshift e crie pontos de restauração de forma automática, aproveitando as opções do sistema de arquivos Brtfs. Também inclui o uso de zram e encriptação do diretório "home" do usuário.

[ Hits: 24.876 ]

Por: Xerxes em 15/09/2022

14 0

Denuncie Favoritos Indicar Impressora

Introdução

O que é Debian?

Debian GNU/Linux é um sistema operacional que utiliza o núcleo Linux. Ele foi criado em 1993 pelo programador Ian Murdock, mas é desenvolvido de forma colaborativa, e é um dos sistemas operacionais mais populares do mundo. Debian é gratuito e pode ser baixado e usado por qualquer pessoa.

O que é Btrfs?

O Btrfs (B-tree file system) é um sistema de arquivos de código aberto desenvolvido pela Oracle Corporation. É destinado a ser um substituto do sistema de arquivos ext4, oferecendo melhor escalabilidade, maior robustez e recuperação de dados mais flexível. Ele também oferece diversos recursos de proteção de dados, incluindo snapshot, raid de dados, verificação de integridade de arquivos e recuperação automática de arquivos corrompidos. Além disso, o Btrfs oferece um modo de compatibilidade com o ext4, permitindo que os usuários migrem para o novo sistema de arquivos sem perder seus dados existentes.

O que é Timeshift?

Timeshift é um programa que permite criar e restaurar pontos de restauração, tornando possível desfazer quaisquer alterações não desejadas no sistema que possam ser feitas por você ou por um programa instalado por você.

O que é timeshift-autosnap-apt?

Um programa que cria pontos de restauração automaticamente sempre que o usuário utiliza o gerenciador apt para atualizar, instalar ou remover pacote. Facilita reverter uma situação indesejada que ocorreu após uma modificação com o gerenciador de pacotes.

O que é Zram?

É um modo de maximizar o uso de memória RAM, basicamente ele cria um sistema de swap em memória RAM.

Por que encriptar o diretório home?

O diretório home do GNU/Linux é onde os arquivos pessoais dos usuários ficam armazenados. Se este diretório não for encriptado, qualquer pessoa que tiver acesso físico ao sistema, mesmo que não tenha senha de root, poderá ver os arquivos dos usuários. Além disso, se o sistema for comprometido por um atacante, os dados dos usuários também estarão vulneráveis.

Próxima página

Páginas do artigo

   1. Introdução
   2. Instalação - download, localidade e rede
   3. Instalação - nome da máquina, usuário e relógio
   4. Instalação - discos
   5. Instalação - subvolumes
   6. Instalação - fstab
   7. Instalação - finalização
   8. Timeshift-autosnap-apt
   9. Zram, Encriptação da home e conclusão

Outros artigos deste autor

Adblock: sim ou não? (tretas everywhere)

Elementary OS Freya

Acesso remoto para principiantes

Incrementando o Ubuntu GNOME

Conhecendo o Slpkg (gerenciador de pacotes para Slackware)

Leitura recomendada

Instalado Fedora-DS e integrando com Samba

Servidor NTP - Configuração e ajuste de data e hora

MaraDNS: Simples - Seguro - Robusto (parte 2)

Configuração de interface de rede ethernet e wireless

Configurando o laptop Acer 5050-3284 no Gentoo Linux

Comentários

[1] Comentário enviado por hiltongil em 16/09/2022 - 12:19h

Bacana.
O Spiralllinux acho que já é basicamente esse Debian pronto (sem a parte de criptografia).
Outro ponto a pensar é o uso do LUKS com LVM que em tese oferece melhor desempenho do que a criptografia apenas da pasta.

1 0

[2] Comentário enviado por xerxeslins em 16/09/2022 - 12:57h

Interessante! Ainda testarei esse SpiralLinux!

0 0

[3] Comentário enviado por Gustavo_fm em 17/09/2022 - 18:05h

Olá, parabéns pelo artigo.

Só um adendo, quando você colocou "Suporte para discos de até 2 TB" nas vantagens da GPT creio que seria "Suporte para discos maiores que 2 TB", não?

1 0

[4] Comentário enviado por xerxeslins em 18/09/2022 - 13:40h

Exato! Corrigi. Obrigado.

0 0

[5] Comentário enviado por maurixnovatrento em 23/10/2022 - 12:38h

Muito bom o artigo.

___________________________________________________________
Conhecimento não se Leva para o Túmulo.
https://github.com/mxnt10

0 0

[6] Comentário enviado por removido em 01/01/2023 - 09:50h

Excelente artigo!

Instalei o Mint com btrfs e ele já cria automaticamente os subvolumes @ (/) e @home (/home), provavelmente no Ubuntu e outros derivados também seja assim por default.
Só tive que editar o fstab para adicionar o compress=zstd na pós-instalação.

Sobre o timeshift-autosnap, um complemento que vale mencionar é que no repositório tem referência sobre o projeto "grub-btrfs", que cria automaticamente as entradas no menu do grub ao fazer snapshots. Acho ideal para esse tipo de configuração.

0 0

[7] Comentário enviado por caslubas em 11/03/2023 - 20:12h

Excelente artigo, mas tem uma opção para ter um "auto-apt" para servidores, que não tem interface gráfica?
A ideia seria eles gerar um backup antes de executar o apt...
Como funciona no opensuse, sempre que utilizamos o zypper.

Carlos Alberto

0 0

[8] Comentário enviado por xerxeslins em 20/07/2023 - 23:09h

Fui seguir o artigo hoje, para Debian 12 e vi que está desatualizado. Detalhes mudaram.

No fstab tem que colocar "space_cache=v2" e não apenas "space_cache".

--
Chega uma hora na vida que você só quer bater o prego e não perder tempo estudando a ciência da construção de um martelo.

0 0

[9] Comentário enviado por caslubas em 02/09/2023 - 20:39h

Pra mim, só deu certo, depois de substituir "defaults" por "rw", além da dica acima, o sistema iniciava somente em modo de leitura,,,

Mais uma vez obrigado pelo conhecimento compartilhado...

0 0

[10] Comentário enviado por xerxeslins em 10/11/2023 - 10:41h

[9] Comentário enviado por caslubas em 02/09/2023 - 20:39h

[8] Comentário enviado por xerxeslins em 20/07/2023 - 23:09h

Fui seguir o artigo hoje, para Debian 12 e vi que está desatualizado. Detalhes mudaram.

No fstab tem que colocar "space_cache=v2" e não apenas "space_cache".

Pra mim, só deu certo, depois de substituir "defaults" por "rw", além da dica acima, o sistema iniciava somente em modo de leitura,,,

Mais uma vez obrigado pelo conhecimento compartilhado...

Bom saber! Obrigado! No futuro, quando for fazer isso de novo, eu refaço o teste.

0 0

[11] Comentário enviado por mariojuniorjp em 22/07/2024 - 01:18h

Na parte da @home, dá o seguinte erro aqui:

mount: mounting /dev/sda1 on /target/home failed: invalid argument.

0 0

[12] Comentário enviado por xerxeslins em 22/07/2024 - 09:38h

[11] Comentário enviado por mariojuniorjp em 22/07/2024 - 01:18h

Na parte da @home, dá o seguinte erro aqui:

mount: mounting /dev/sda1 on /target/home failed: invalid argument.

Assim que eu puder vou refazer os passos aqui e se achar algo pra atualizar, eu atualizo.

0 0

[13] Comentário enviado por xerxeslins em 23/07/2024 - 12:44h

[11] Comentário enviado por mariojuniorjp em 22/07/2024 - 01:18h

Na parte da @home, dá o seguinte erro aqui:

mount: mounting /dev/sda1 on /target/home failed: invalid argument.

Olá! Eu segui os passos do artigo com Debian 12. Nessa parte aí funcionou normalmente, mas como é máquina virtual, ficou vda2 e não sda2. Você mostrou um erro usando sda1. Não deveria ter usado sda2? Tente novamente com sda2. Talvez seja esse o problema.

0 0

[14] Comentário enviado por Velho008 em 01/11/2024 - 21:49h

gente, sou novo no linux e decidi começar direto aqui, enfim, segui todos os passos corretamente, mas ao fazer o passo "/mnt # mount -o subvol=@home,ssd,rw,noatime,space_cache=v2,autodefrag,discard,compress-force=zstd:15 /dev/sda2 /target/home"
recebo apenas a mensagem "mount: mounting /dev/sda2 on /target/home failed: invalid argument"
as mudanças no codigo foram por eu estar usando a versão Debian 12, e nos comentarios recomendavam as alterações ("defaults" para "rw" e "space_cache" para "space_cache=v2"
tambem me lembrei de usar sda2 ao invés de vda2 por eu não estar em uma maquina virtual
inclusive acabei tentando todas as combinações possiveis das mudanças(default/rw, space_cache/=v2), nenhuma retornou algo diferente de "mount: mounting /dev/sda2 on /target/home failed: invalid argument"

1 0

[15] Comentário enviado por xerxeslins em 02/11/2024 - 15:06h

Olá! Acabei de refazer usando virtualbox e debian 12.

Faz tempo que não realizo um procedimento assim... openSUSE tem tudo isso automático.

Edit: não exatamente, mas recursos semelhantes.

Engraçado que dessa vez apareceu SDA ao invés de VDA. Talvez uma atualização do Virtualbox. Mas tirando isso, funcionou.

Vou gravar o trecho e colocar no YouTube.

Avisarei aqui.

0 0

[16] Comentário enviado por xerxeslins em 02/11/2024 - 15:27h

Segue vídeo para quem está encontrando o erro "failed: invalid argument".

Eu não explico o motivo dessa falha que alguns encontram, pois desconheço.

Mas o vídeo serve para quem quiser seguir por ele, os mesmos passos do artigo. A diferença é que usei Debian 12. Fora isso eu segui o artigo, me guiei por ele.

https://www.youtube.com/watch?v=4O9GWUJkPzU

A página 5 começa no minuto 6:00.

Obs.: não gravei tudo (referente ao artigo inteiro), pois quando comecei a gravar, minha intenção era gravar apenas a parte da página 5, (não pensei) e fiz a máquina virtual só com uma CPU e estava demorando muito para instalar o KDE Plasma. Mas serve para, talvez tirar a dúvida do procedimento da página 5, que aparentemente é a parte crucial.

1 0